Leap 15.5, Kernel 5.14.21-150500.55.80-default und Suspend to Disk - Fehler
Heute Updates in Leap 15.5 eingespielt, und wenigstens mein PC mag mit dem neuesten Kernel, 5.14.21-150500.55.80-default von 18.9., nicht mehr ordentlich aus Suspend to Disk aufwachen. Bild ist da, aber keine LAN-Verbindung, und Tastatur und Maus über USB sind tot. Da hilft nur noch ausschalten :(( Der ältere Kernel 5.14.21-150500.55.73-default vom 6.8. macht's richtig. Hat jemand hier das gleiche Problem? Oder ist das eine Überraschung speziell für mich... Die Hardware ist seit über drei Jahren dieselbe und das Aufwachen hat seither mehrmals am Tag tadellos geklappt. -- Viele Grüße Michael
Auch mit dem eben beim Update installierten Kernel initrd-5.14.21-150500.55.83-default wacht mein Leap 15.5 nicht mehr richtig aus Suspend to Disk auf. Funktioniert das bei euch? Oder benutzt das keiner? Oder tritt der Fehler nur hier auf? Am 05.10.24 um 22:03 schrieb Michael Behrens:
-- Viele Grüße Michael
Am Freitag, 18. Oktober 2024, 11:56:37 Mitteleuropäische Normalzeit schrieb Michael Behrens:
Ich habe auch einen Fehler beim Update (zypper dup), kann den Kernel kernel- default-5.14.21-150500.55.83.1.x86_64 gar nicht installieren (auf einer VM in KVM). Ich ignoriere das mal, und ggfs. locke ich das Paket mal, mal schauen was die Recherche ergibt... Ein Reboot hat nichts verändert. ( 9/37) Installieren: kernel-default-5.14.21-150500.55.83.1.x86_64 ............................[Fehler] Installation von kernel-default-5.14.21-150500.55.83.1.x86_64 fehlgeschlagen: Fehler: Subprocess failed. Error: RPM fehlgeschlagen: Kommando mit Status 1 beendet. Abbrechen, wiederholen, ignorieren? [a/w/i] (a): w installing package kernel-default-5.14.21-150500.55.83.1.x86_64 needs 37MB on the /boot filesystem ( 9/37) Installieren: kernel-default-5.14.21-150500.55.83.1.x86_64 ............................[Fehler] Installation von kernel-default-5.14.21-150500.55.83.1.x86_64 fehlgeschlagen: Fehler: Subprocess failed. Error: RPM fehlgeschlagen: Kommando mit Status 1 beendet. -- Best Regards - Mit freundlichen Grüßen, Markus Feilner, Feilner IT - 20 years of open services - Digital Sustainability, Sovereignty, Sobriety Open Source Strategy, Knowledge Management, Documentation Trainings, Workshops, Coaching, Networking, Politics, Journalism https://www.feilner-it.net, 93059 Regensburg Wöhrdstr. 10, +49 170 302 7092 (+Signal) https://mastodon.cloud/@mfeilner https://mastodon.social/@FeilnerIT PGP: 40A3C306F96133067C11CFD9A958A906268C9F0A http://www.feilner-it.net/files/MFpub.asc Xing: http://www.xing.com/profile/Markus_Feilner LinkedIn: https://www.linkedin.com/in/markusfeilner @mfeilner: Mastodon, Matrix, Jabber, ... Once you see something, you can't unsee it. And once you've seen it, keeping quiet, saying nothing, becomes as political an act as speaking out. (Arundhati Roy)
forgot to mention: Using Leap 15.5, coming from kernel 5.14.21-150500.55.68- default (still running this, without problems) Am Montag, 28. Oktober 2024, 09:00:44 Mitteleuropäische Normalzeit schrieb Markus Feilner:
-- Best Regards - Mit freundlichen Grüßen, Markus Feilner, Feilner IT - 20 years of open services - Digital Sustainability, Sovereignty, Sobriety Open Source Strategy, Knowledge Management, Documentation Trainings, Workshops, Coaching, Networking, Politics, Journalism https://www.feilner-it.net, 93059 Regensburg Wöhrdstr. 10, +49 170 302 7092 (+Signal) https://mastodon.cloud/@mfeilner https://mastodon.social/@FeilnerIT PGP: 40A3C306F96133067C11CFD9A958A906268C9F0A http://www.feilner-it.net/files/MFpub.asc Xing: http://www.xing.com/profile/Markus_Feilner LinkedIn: https://www.linkedin.com/in/markusfeilner @mfeilner: Mastodon, Matrix, Jabber, ... Once you see something, you can't unsee it. And once you've seen it, keeping quiet, saying nothing, becomes as political an act as speaking out. (Arundhati Roy)
Am 28.10.24 um 09:34 schrieb Ulf Volmer:
Hi, meinst Du, er hat eine separate Bootpartition und die hat keine 37MB mehr frei? Das ergibt sich für mich aus der reinen Nennung des Bedarfs ja nicht direkt. Aber kann natürlich eine Fehlerquelle sein... sollte der rpm doch aber vielleicht deutlicher bemeckern... -- cu jth
Am 28.10.24 um 09:53 schrieb Jörg Thümmler:
Ich lese da in der Fehlermeldung: ... Abbrechen, wiederholen, ignorieren? [a/w/i] (a): w installing package kernel-default-5.14.21-150500.55.83.1.x86_64 needs 37MB on the /boot filesystem ... und finde das eigentlich ausreichend, sogar geradezu bispielhaft deutlich. Wobei ich nicht erwarten würde, dass nach dem Abbruch dieser Installation /boot zu 100% belegt zurückbleibt. Aber Löschen hilft, ich habe in früheren Zeiten schon den laufenden Kernel gelöscht, um den neuen installieren zu könnnen; nur den 5.14.21-150500.55.73-default würde ich im Moment wirklich ungern löschen :) Jedenfalls ist das nicht dasselbe Problem wie hier mit dem Resume from Suspend to Disk. -- Viele Grüße Michael
OMG wie konnte ich das übersehen. Sorry for Spamming. Das ist komisch, alles Standardauswahl und Partition-sizes. Seltsam. Ich checke mal was da falsch lief. *schäm* Am Montag, 28. Oktober 2024, 10:03:13 Mitteleuropäische Normalzeit schrieb Michael Behrens:
-- Best Regards - Mit freundlichen Grüßen, Markus Feilner, Feilner IT - 20 years of open services - Digital Sustainability, Sovereignty, Sobriety Open Source Strategy, Knowledge Management, Documentation Trainings, Workshops, Coaching, Networking, Politics, Journalism https://www.feilner-it.net, 93059 Regensburg Wöhrdstr. 10, +49 170 302 7092 (+Signal) https://mastodon.cloud/@mfeilner https://mastodon.social/@FeilnerIT PGP: 40A3C306F96133067C11CFD9A958A906268C9F0A http://www.feilner-it.net/files/MFpub.asc Xing: http://www.xing.com/profile/Markus_Feilner LinkedIn: https://www.linkedin.com/in/markusfeilner @mfeilner: Mastodon, Matrix, Jabber, ... Once you see something, you can't unsee it. And once you've seen it, keeping quiet, saying nothing, becomes as political an act as speaking out. (Arundhati Roy)
Ich habe - wegen des Resume-Problems - erstmal den Service 'purge-kernels.service' stillgelegt, damit der mir nicht den letzten noch richtig funktionierenden Kernel löscht. Hast du das vielleicht auch mal gemacht und dann vergessen? Oder _irgendwas_ hat ihn abgeschaltet, und jetzt ist /boot denn doch mal voll, trotz 500M SIZE? "Eigentlich" sollte der Service ja von der Installation her eingeschaltet sein: $ systemctl status purge-kernels.service ○ purge-kernels.service - Purge old kernels Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; disabled; vendor preset: enabled) Active: inactive (dead) Am 28.10.24 um 10:32 schrieb Markus Feilner:
... -- Viele Grüße Michael
Nach dem Update auf Kernel 5.14.21-150500.55.88-default funktioniert das Suspend to Disk wieder. Am 05.10.24 um 22:03 schrieb Michael Behrens:
-- Viele Grüße Michael Behrens
Am Montag, 6. Januar 2025, 18:38:42 CET schrieb Michael Behrens:
Nach dem Update auf Kernel 5.14.21-150500.55.88-default funktioniert das Suspend to Disk wieder.
Kleiner Dämpfer von mir zum Neuen Jahr: Leap 15.5 ist aus dem Support. Du solltest kurzfristig auf Leap 15.6 umschwenken. Stephan
Am 06.01.25 um 19:36 schrieb Stephan Hemeier:
Das weiß man ja nun schon seit mehr als einem halben Jahr... Und jetzt habe ich auch wieder ein wenig Hoffnung, dass Suspend to Disk mit 15.6 auch funktioniert. Darauf möchte ich nämlich ganz und gar nicht verzichten. (Jaja, ich weiß, andere Kernelversion...) Außerdem würde 15.5 ja nicht gleich explodieren, wenn ich es noch ein bisschen laufen ließe. -- Viele Grüße Michael
participants (6)
-
Jörg Thümmler -
Manfred Kreisl -
Markus Feilner -
Michael Behrens -
Stephan Hemeier -
Ulf Volmer