20.04 Dateisystemfehler nach Suspend

20.04 Dateisystemfehler nach Suspend

Vor zwei Tagen habe ich wie üblich einige Upgrades installiert, meine Arbeit beendet und bin ins Bett gegangen. Am nächsten Morgen, als ich den Deckel meines Laptops öffnete (und ihn aus dem Ruhezustand reaktivierte), konnte ich mein Passwort etwa 10 Sekunden lang nicht eingeben (das passiert normalerweise etwa 5 Sekunden nach dem Reaktivieren, also nichtDaskomisch für mich), aber dann öffnete ich das Menü oben rechts, um mein VPN zu überprüfen, und das Menü war etwa dreimal so groß wie üblich, einige Symbole fehlten und alles war seltsam auseinandergezogen. Alle paar Sekunden sprang meine Maus zurück in ihre Ausgangsposition in der unteren rechten Ecke. Innerhalb von etwa 15 Sekunden stürzte das System vollständig ab und ich hatte eine weiße Textnachricht wie unten:

[  108.787159] EXT4-fs error (device dm-1): __ext4_find_entry:1531: inode #36715
60: comm gdm-session-wor: reading directory lblock 0
[  108.787417] Buffer I/O error on dev dm-1, logical block 0, lost sync page write
[  108.787424] EXT4-fs (dm-1): I/O error while writing superblock

Diese Meldung blieb auf einem schwarzen Bildschirmhintergrund, bis ich den Computer zwangsweise ausschaltete. Nach dem Neustart funktionierte er einwandfrei! Dann habe ich den Computer erneut in den Ruhezustand versetzt, und genau dasselbe passierte. Ich habe denselben Vorgang noch ein paar Mal versucht, und immer das gleiche Ergebnis: ein Dateisystemfehler, nachdem ich den Laptop in den Ruhezustand versetzt hatte.

Ich hatte meinen Laptop an diesem Morgen versehentlich im heißen Kofferraum eines Autos liegen gelassen. Danach war es ziemlich warm, also machte ich mir Sorgen, dass das das Problem sein könnte.aber das System funktioniert einwandfrei, bis ich es aussetze, vorher keine Probleme, was für mich keinen Sinn ergibt, wenn es physischer Schaden wäre. Ich habe versucht, den Computer über einen aktiven USB-Stick in den Ruhezustand zu versetzen, ohne Probleme. Ich nehme an, das bedeutet, dass es etwas mit den Updates zu tun hat, die ich vor zwei Tagen installiert habe.

Ich habe eine vollständige rsyncSicherung auf einem externen Laufwerk durchgeführt, um alles zu speichern, und das ist heute Morgen abgeschlossen worden. Ich habe sehr wenig Erfahrung mit Linux-Dateisystemen und Kernelfehlern im Allgemeinen, daher wäre ich für jede Hilfe dankbar! Ich nehme an, ich sollte versuchen, die Upgrades rückgängig zu machen, aber es handelte sich um Linux-Header-Upgrades und Ubuntu-Desktop-Upgrades. Wie soll ich das also sicher machen, wenn überhaupt?

Bitte beachten Sie, dass ich, wie im Ubuntu-Installationsprogramm eingerichtet, ein LUKS-verschlüsseltes Laufwerk verwende, falls dies für eine mögliche Lösung von Bedeutung ist.

Antwort1

Okay, für alle anderen, die dieses Problem haben: Letztendlich lag es an den 5.4.0-45-genericLinux-Headern und dem Image. Ich habe ein Downgrade auf die 5.4.0-42-genericHeader durchgeführt und mein System funktionierte einwandfrei.

Ich folgte den ausgezeichneten Anweisungen inDasArtikel zum Downgrade. Ein Problem war jedoch, dass ich nach dem Entfernen des 45-Kernels, der aus irgendeinem Grund aptinstalliert war linux-image-unsigned-5.4.0-45-generic, diesen entfernen musste, um den 45-Kernel vollständig zu löschen (sonst hatte ich ein kaputtes Betriebssystem, in dem ich nicht einmal scrollen konnte ...). Außerdem war ich etwas eingeschüchtert von der Aussicht auf eine automatische Entfernung intel-microcode, aber dies hat meinem System tatsächlich überhaupt keinen Schaden zugefügt.

Stellen Sie wie immer sicher, dass Sie ein Backup haben, bevor Sie Änderungen am Kernel vornehmen. Hoffentlich wird dieser Fehler bald behoben und Benutzer mit diesem Problem können linux-headers-5.4.0-45-genericüber die normalen Ubuntu-Methoden aktualisieren!

verwandte Informationen