System instabil nach Upgrade auf Leap 15.3

d.marby

New Member
Hallo zusammen,

bis einschließlich Leap 15.1 war ich ein absolut zufriedener openSuSE Nutzer.
Mit 15.2 kam dann der lästige Kernel Swapping Fehler, durch den sich mein System alle paar Tage komplett festfraß (kam aus dem Swappen nicht mehr raus). Temporäre Abhilfe schaffte hier den Swap komplett abzuschalten.

Seit dem Upgrade vor ein paar Tagen auf Leap 15.3 hängt sich mein Rechner nun alle paar Stunden (bisher mind. 4, max 28) komplett auf. Bild und Mauszeiger bleiben stehen, das System reagiert auf nichts mehr außer der Reset-Taste.

Das System wurde zuletzt mit Leap 15.1 neu installiert, seit dem über Online Upgrades auf die nächsten Versionen hochgezogen.

Hat jemand vielleicht eine Idee, woran diese Abstürze liegen könnten?
Welche Informationen braucht Ihr ggf. noch?

Vielen Dank im Voraus.
 

d.marby

New Member
Vielen Dank für die Antwort. Hier die gewünschten Daten:
Code:
gungnir:/home/remus # zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'
i+ | ICAClient                                  | package | 20.06.0.15-0                                     | x86_64 | (System Packages)
i+ | enigma                                     | package | 1.21-lp152.1.157                                 | x86_64 | (System Packages)
i+ | esci-interpreter-gt-f720                   | package | 0.1.1-2                                          | x86_64 | (System Packages)
i+ | gimp-plugin-resynthesizer                  | package | 2.0.3.20190428-1.3                               | x86_64 | (System Packages)
i+ | gulp                                       | package | 3.9.1-2.3                                        | noarch | (System Packages)
i+ | gulp-util                                  | package | 3.0.7-1.27                                       | noarch | (System Packages)
i+ | intel-hybrid-driver-debugsource            | package | 1.0.2-lp152.3.7                                  | x86_64 | (System Packages)
i+ | kernel-default                             | package | 5.3.18-lp152.78.1                                | x86_64 | (System Packages)
i+ | kernel-default-devel                       | package | 5.3.18-lp152.78.1                                | x86_64 | (System Packages)
i+ | kernel-devel                               | package | 5.3.18-lp152.78.1                                | noarch | (System Packages)
i  | kernel-preempt                             | package | 5.3.18-lp152.78.1                                | x86_64 | (System Packages)
i+ | kernel-preempt-devel                       | package | 5.3.18-lp152.78.1                                | x86_64 | (System Packages)
i+ | kernel-source                              | package | 5.3.18-lp152.78.1                                | noarch | (System Packages)
i+ | kernel-syms                                | package | 5.3.18-lp152.78.1                                | x86_64 | (System Packages)
i+ | libHalf12                                  | package | 2.2.0-4.3                                        | x86_64 | (System Packages)
i+ | libIex-2_2-12                              | package | 2.2.0-4.3                                        | x86_64 | (System Packages)
i+ | libfdk-aac1                                | package | 0.1.5+20171220.89aeea5-lp152.1.6                 | x86_64 | (System Packages)
i+ | libliveMedia79                             | package | 2020.05.15-49.1                                  | x86_64 | (System Packages)
i+ | libliveMedia81                             | package | 2020.10.16-lp152.54.2                            | x86_64 | (System Packages)
i+ | libvpx5                                    | package | 1.7.0-7.5                                        | x86_64 | (System Packages)
i+ | libx264-148                                | package | 0.148-2.3                                        | x86_64 | (System Packages)
i+ | libx264-152                                | package | 0.152-lp150.3.7                                  | x86_64 | (System Packages)
i+ | libx264-155                                | package | 0.155svn20190201-pm151.3.1                       | x86_64 | (System Packages)
i+ | libx264-157                                | package | 0.157-lp150.3.3                                  | x86_64 | (System Packages)
i+ | libx264-160                                | package | 0.160+git20200702.cde9a933-pm152.1.2             | x86_64 | (System Packages)
i+ | libx265-146                                | package | 2.6-1.2                                          | x86_64 | (System Packages)
i+ | libx265-151                                | package | 2.7-lp150.3.4                                    | x86_64 | (System Packages)
i+ | libx265-165                                | package | 2.9-1.4                                          | x86_64 | (System Packages)
i+ | libx265-169                                | package | 3.0-1.2                                          | x86_64 | (System Packages)
i+ | libx265-176                                | package | 3.1.1-lp151.1.1                                  | x86_64 | (System Packages)
i+ | libx265-179                                | package | 3.2-3.2                                          | x86_64 | (System Packages)
i+ | libx265-188                                | package | 3.3-lp152.2.1                                    | x86_64 | (System Packages)
i+ | libx265-192                                | package | 3.4-pm152.1.2                                    | x86_64 | (System Packages)
i+ | teams                                      | package | 1.4.00.13653-1                                   | x86_64 | (System Packages)
i  | virtualbox-kmp-default                     | package | 6.1.22_k5.3.18_lp152.78-lp152.2.27.2             | x86_64 | (System Packages)
i  | virtualbox-kmp-default                     | package | 6.1.18_k5.3.18_lp152.69-lp152.2.18.1             | x86_64 | (System Packages)
i  | virtualbox-kmp-default                     | package | 6.1.16_k5.3.18_lp152.57-lp152.2.8.1              | x86_64 | (System Packages)
i  | virtualbox-kmp-preempt                     | package | 6.1.22_k5.3.18_lp152.78-lp152.2.27.2             | x86_64 | (System Packages)
i  | virtualbox-kmp-preempt                     | package | 6.1.18_k5.3.18_lp152.69-lp152.2.18.1             | x86_64 | (System Packages)
i+ | vorbisgain-debuginfo                       | package | 0.37-lp152.3.5                                   | x86_64 | (System Packages)
i+ | vorbisgain-debugsource                     | package | 0.37-lp152.3.5                                   | x86_64 | (System Packages)
gungnir:/home/remus # uname -a
Linux gungnir 5.3.18-57-preempt #1 SMP PREEMPT Wed Apr 28 10:54:41 UTC 2021 (ba3c2e9) x86_64 x86_64 x86_64 GNU/Linux
 

Sauerland

Member
Hast du es mal mit einem aktuellen Kernle aus kernel:stable versucht?
Allerdings funktionieren dann keine kmps aus dem OSS (Update) Repo mehr, ebenso Nvidia aus dem Nvidia Repo......

Die Liste würde ich einmal aufarbeiten, gefahrlos zu löschen ist alles mit lp152 oder pm152 in der Version, die stammen aus Leap 15.2 bzw. dem dazugehörenden Packman Repo.
 

Sauerland

Member
Gerade gesehen:
Sogar aus Leap 15.0 und 15.1 sind noch Pakete vorhanden........ siehe meinen vorigen Beitrag und denke einmal nach........

Auch noch zusätzlich die Frage:
Warum der preempt Kernel??????
 

d.marby

New Member
Das mit dem preempt Kernel frage mich mich auch gerade. Hatte vermutlich früher mal einen Vorteil. Wenn ich das richtig sehe sollten ja der default und der prrempt installiert sein. Wie wechsle ich den dann (lange nicht mehr gemacht).

Edit:
Ich hab mal gemäß Vorschlag die Paketliste entmüllt. Vielen Dank schonmal für den Tipp.
Den Kernel habe ich jetzt auf den default-kernel geändert. Allerings ist mir das nur durch ein direktes editieren von /boot/grub2/grub.cfg gelungen.
Per Yast lies sich nichts machen. Das kann doch so nicht gewollt sein, oder?
 
Zuletzt bearbeitet:

d.marby

New Member
Update: Einmal ist er inzwischen wieder abgestürzt (ca. 1h nach dem Neustart mit default Kernel).
Unterschied zu vorher (Rest des Tages heute): Swap war an.
Ich habe für den Moment mal die Swap Partition ausgehängt. Mal schauen, ob das das Ganze stabiler macht.
Zusätzlich habe ich zur Vorsicht über die Partition nochmal mkswap laufen lassen und den Eintrag in der fstab auf die neue UUID geändert.
 

Sauerland

Member
Den Kernel habe ich jetzt auf den default-kernel geändert. Allerings ist mir das nur durch ein direktes editieren von /boot/grub2/grub.cfg gelungen.
Per Yast lies sich nichts machen. Das kann doch so nicht gewollt sein, oder?
Warum den preempt nicht einfach löschen????
 

Sauerland

Member
Zum Thema swap:
Ich hab hier keine (32 GB RAM), aber wenn eine swap vom kernel intensiver benutzt wird, wird natürlich alles langasmer.
Da würde ich dann mal schauen, ob ein Programm etwas aus der reihe tanzt.


Wieviel RAM ist in dem Rechner verbaut? Ist der Rechner alt? Lässt du dort virtuelle Maschinen laufen????
Solche Fragen sind auch wichtig.
 

d.marby

New Member
Zum Thema swap:
Ich hab hier keine (32 GB RAM), aber wenn eine swap vom kernel intensiver benutzt wird, wird natürlich alles langasmer.
Da würde ich dann mal schauen, ob ein Programm etwas aus der reihe tanzt.


Wieviel RAM ist in dem Rechner verbaut? Ist der Rechner alt? Lässt du dort virtuelle Maschinen laufen????
Solche Fragen sind auch wichtig.
Der Swap wird eigentlich nicht benötigt. Der Rechner hat 8GB RAM und wird fast nur für Office (und Ausgabeumleitungen) benutzt. Für VMs habe ich eine andere Maschine. Die 16GB Swap haben historische Gründe. Vor ca. 10 Jahren habe ich damit begonnen, soviel Swap anzulegen, damit ich im Zweifel ein zu brennendes DVD Image in den ohnehin reservierten Swap packen kann, falls das Dateisystem das mal nciht hergibt. Nicht die cleverste aller Ideen, aber die Größe der Swap Partition ist seit dem geblieben. Stand Leap 15.1 brauchte der Rechner nach einer Woche Dauerbetrieb ca. 1,5GB Swap. Dort lag dann alles an Programmkomponenten, das zwar mal geladen wurde, aber erst beim Runterfahren wieder benötigt wurde.

Edit: Am Swap lag es offenbar nicht. Der Rechner ist nach ca. 16h Dauerbetrieb wieder abgerauscht. Nächster Versuch: anderer Kernel. Sollte bei Intel Grafik ja kaum ein Problem ergeben.
 
Zuletzt bearbeitet:

d.marby

New Member
Code:
gungnir:~ # uname -a
Linux gungnir 5.12.10-4.g332b26c-default #1 SMP Mon Jun 14 06:48:46 UTC 2021 (332b26c) x86_64 x86_64 x86_64 GNU/Linux
Neuer Kernel: kein Erfolg, System ist eher instabiler.
Vermutung: RAM, memtest laufen lassen, läuft erfolgreich durch, startet aber bei <ESC> nicht neu, sondern hängt sich auf
Neue Vermutung: BIOS: Firmware Update gesucht, gefunden und eingespielt.
Mal schauen, was rauskommt. Neuigkeiten (positiv wie negativ) poste ich.
 

d.marby

New Member
Code:
00:02:44  up 1 day  5:10,  2 users,  load average: 0.79, 0.83, 0.89
Bisher läuft die Kiste stabil. Falls das bis Ende nächster Woche so bleibt wechsle ich wieder auf den Default Kernel 5.3.18 zurück.
 

d.marby

New Member
Nach Firmware Upgrade und Rückwechsel auf 5.3.18-59 Default ist das System jetzt seit über einer Woche stabil.
Danke für die Hilfe.
Aus meiner Sicht ist das Thema erledigt.
 
Oben