Bei mir wurden die 15.6 Kernels nach einem komplett erfolgreichen upgrade auf Leap 16.0 immer automatisch gelöscht.
Das ist definitiv nicht das Standard-Verhalten. Das ist schon mindestens seit Leap 42.1 so dass die älteren Kenel erstmal drauf bleiben.
Und die älteren Kernel liefen immer problemlos auf dem neueren Leap. Wüsste auch nicht wieso das nicht so sein sollte ...
Wenn Rechner aussortiert werden, überschreibe ich die platten zig-mal mit "0",
1x reicht - außer es wäre eine MFM-Platte von 1896 mit 1cm Spurbreite. 
1x reicht - außer es wäre eine MFM-Platte von 1896 mit 1cm Spurbreite.
Ich rede hier nicht von den Plattenstapeln S/38 oder AS400. Gegen die Wiederherstellung mittels Software reicht ein Mal ansonsten, Always walk on the save side of life. 
Das ist definitiv nicht das Standard-Verhalten. Das ist schon mindestens seit Leap 42.1 so dass die älteren Kenel erstmal drauf bleiben.
Und die älteren Kernel liefen immer problemlos auf dem neueren Leap. Wüsste auch nicht wieso das nicht so sein sollte ...
Wie es früher einmal war, spielt hier keine Rolle. Der Übergang von 15.6 auf 16.0 ist jedenfalls ein gravierender Bruch in der zugrunde liegenden Architektur.
Der alte Leap 15.6 Kernel bringt nicht die für Leap 16.0 optimierten und vorausgesetzten Compiler- und Glibc-Kompatibilitäten mit. Da Leap 16.0 auf neuere Systembibliotheken (wie eine aktuellere glibc) und eine modernisierte Architektur (mindestens x86-64-v2) setzt, führt ein veralteter Kernel langfristig zu massiven Inkompatibilitäten und Fehlern im laufenden Betrieb.
Ob dies im hier vorgestellten Problem der Fall ist, kann ich nicht überprüfen.
Wie es früher einmal war, spielt hier keine Rolle. Der Übergang von 15.6 auf 16.0 ist jedenfalls ein gravierender Bruch in der zugrunde liegenden Architektur.
Der alte Leap 15.6 Kernel bringt nicht die für Leap 16.0 optimierten und vorausgesetzten Compiler- und Glibc-Kompatibilitäten mit. Da Leap 16.0 auf neuere Systembibliotheken (wie eine aktuellere glibc) und eine modernisierte Architektur (mindestens x86-64-v2) setzt, führt ein veralteter Kernel langfristig zu massiven Inkompatibilitäten und Fehlern im laufenden Betrieb.
Ob dies im hier vorgestellten Problem der Fall ist, kann ich nicht überprüfen.
Hallo Statler, hallo Waldorf 
sehr unterhaltsam.
Es läuft momentan, wie es läuft, der Rest ist erst mal graue Theorie. Ich muss nur die amdgpu firmware laden und installieren, was ich sicher in einer ruhigen Minute tun werde.
