Ich hänge an meinem Netbook (Dell Latitude 3380) fest. Habe es ein Jahr lang benutzt: hat prima funktioniert. Ich habe eine neue SSD gekauft und eingebaut, Kubuntu 18.04 darauf installiert. Ein paar Stunden lang hat es sehr gut funktioniert. Dann ist es eingefroren, als ich Dateien von der externen Festplatte kopiert und ein paar Sachen gemacht habe. Dann hat es wirklich langsam funktioniert, also dachte ich, ich probiere 19.04 mal aus. Jetzt ist wohl ein großer Fehler passiert: Ich habe die Partitionstabelle manuell geändert. Zuvor war eine ext4-Partition als / gemountet, die zweite als /home und Swap. Ich habe die erste gelöscht, am Anfang 200 MB EFI erstellt, den Rest wieder auf ext4, / formatiert. Ich habe /home und Swap ohne Formatierung gelassen.
Das System wurde ohne Fehler oder Warnungen installiert, aber nach dem Neustart gibt es nur Grub Rescue. Ich kann es verwenden, um Linux von Live USB zu booten (so schreibe ich das) – die Moduldateien sind also da und können gelesen werden. (Ich kann natürlich direkt von USB per BIOS booten). GRUB erkennt die Partition auf dieser Festplatte. /dev/sda1 (EFI-Partition) ist als BOOT eingestellt, aber das System selbst und die GRUB-Dateien liegen auf /dev/sda7. Ich vermute, das ist ein Problem.
Aber jeder Versuch, gparted, fdisk, wipefs oder fsck auf meinem /dev/sda von Ubuntu Live oder System Rescue CD Live aus zu verwenden, endet mit einem seltsamen Fehler. Alle zwei Minuten erhalte ich Nachrichten wie:
INFO: task fsck.ext2:6081 blocked for more than 120 seconds.
Not tainted 4.19.34-1-lts #1
Strg+C hilft nicht. Ich muss einen Kaltstart durchführen. Das Kubuntu-Installationsprogramm gibt mir Fehlermeldungen wie diese, "/dev/sda1/" cannot be accessedsodass ich nicht weiter als mit der Zeitzoneneinstellung fortfahren kann. Mein BIOS hat eine Option zum Löschen der internen Festplatte. Ich führe sie aus, aber sie endet mit einem Fehler und ohne Details. Ich habe
dd if=/dev/zero of=/dev/sda
und ließ den Computer über Nacht stehen. Funktionierte ohne Fehler, schrieb ca. 512 GB Nullen, aber es änderte sich nichts wirklich ;P Die Partitionen sind immer noch da, wie ich sie bei Grub Rescue sehen kann. Ich konnte fdisk-l einmal ausführen und sah die Partitionstabelle. Dann versuchte ich fsck /dev/sda und es ergab wieder eine „nicht verdorbene“ Situation.
Was ist hier los? Ist das eine fehlerhafte SSD? Scheint nicht so, denn bei meiner ersten Installation konnte ich sie ganz normal verwenden. SMART zeigt auch keine Fehler an. Die Daten auf der Festplatte sind mir natürlich egal. Ich möchte einfach alles tun, um eine saubere Installation eines neuen Kubuntu (oder Mint oder was auch immer) durchzuführen.
Dies ist blkiddie Ausgabe:
/dev/sda1: UUID="D66B-BF6C" TYPE="vfat" PARTUUID="b9d3b90b-01"
/dev/sda5: UUID="eec4f953-b9ba-4579-95f4-8f9a8d6821a3" TYPE="ext4" PARTUUID="b9d3b90b-05"
/dev/sda7: UUID="8b9d60f7-fa03-459a-9d34-784d4259338a" TYPE="ext4" PARTUUID="b9d3b90b-07"
Einige zusätzliche Informationen: Mein Netbook funktioniert seit einem Jahr einwandfrei mit Kubuntu 16.04, außer dass es sich ab und zu mit einem E/A-Fehler aufgehängt hat. Die Meldung enthielt auch eine Sektornummer der Festplatte. (Wenn Sie denken, dass es relevant ist, kann ich eine detailliertere Beschreibung liefern.)
Meine neue SSD ist Goodram CX400 512 GB.
Immer wenn ich USB mit Kubuntu 18.04, 19.04, Mint 19.1 oder Fedora 30 KDE boote, werden mir die folgenden Meldungen angezeigt (bei Kubuntu 16.04 waren sie nicht zu sehen):
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 6: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1ce80 MISC 43880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: Machine check events logged
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 7: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1cec0 MISC 47880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
Ich habe Leute gefunden, die ähnliche Probleme auf Dell-Laptops hatten und behaupteten, dass es sich dabei um Fehlalarme handele (Beispiel 1,Beispiel 2).
Memtest erzeugt nach einigen Durchläufen überhaupt keine Fehler.
Antwort1
Da alle Schreibvorgänge fehlschlagen und die Daten erhalten bleiben, klingt es sehr danach, als hätte sich das Laufwerk selbst auf schreibgeschützt eingestellt, wahrscheinlich aufgrund eines Fehlerzustands (Überhitzung, Spannungsstoß usw.).
Senden Sie eine E-Mail an den technischen Support des Herstellers und beschreiben Sie das Problem. Sie können Ihnen möglicherweise bei der Reparatur/Zurücksetzung oder beim Austausch des Laufwerks helfen.