Ubuntu Forced fsck beim Booten schlägt fehl

3590
srboisvert

fsck hat viele Fehler beim Lesen des Blocks 24251xx (Versuch, den Block aus dem Dateisystem zu lesen, führte zu kurzen Lesevorgängen), während der nächste Inode vom Scanvorgang abgerufen wird. Fehler ignorieren (y)?

Umschreiben erzwingen (y)?

Manchmal werden andere Ausgaben gemischt:

[8222.00061] ata1.00: Ausnahme Emask 0x0. Bündel von hex.Frozen [8222.00124] ata1.00 cmd .. Bündel hex. In [8222.00264] res .. Bündel hex. (Timeout) [8222.00124] ata1. 00: Status:

Was ist los und was soll ich tun?

Update: Ich habe den zweiten Teil herausgefunden. Es ist eine Libata-Fehlermeldung vom Kernel, die darauf hinweist, dass das Laufwerk nicht rechtzeitig auf einen Befehl reagiert hat. Dieser Rat wird angeblich helfen. Ich werde Sie wissen lassen, wie es geht, wenn ich an fsck vorbei komme.

Timeouts können insbesondere durch acpi = off oder 'noapic' oder pci = nomsi oder pci = biosirq gelöst werden.

1
hast du irgendetwas an deiner hardware geändert (füge irgendwelche geräte hinzu, sogar USB oder firewire)? Wenn nicht, und Ihr System ohne pci-Startparameter installiert ist, denke ich, dass Sie sie jetzt nicht brauchen ... mihi vor 15 Jahren 0
Versuchen Sie nicht, "über fsck hinauszukommen", wenn Sie wichtige Daten auf der Festplatte haben. Versuchen Sie, diese zuerst zu kopieren (das Laufwerk schreibgeschützt zu laden). Wenn die Festplatte wirklich ausfällt, kann sie nicht lange genug überleben, um eine vollständige Überprüfung durchzuführen. mihi vor 15 Jahren 2

2 Antworten auf die Frage

2
mihi

Wahrscheinlich stirbt Ihre Festplatte ...

Holen Sie sich eine Live-CD (Ubuntu Install / Live-CD ist in Ordnung).

Wenn Sie wichtige Daten auf dieser Festplatte ohne Sicherung haben, mounten Sie die Festplatte schreibgeschützt und kopieren Sie alles, was Sie können, von der Festplatte.

Versuchen Sie dann, ein Image der Partition mit ddoder dd_rescueentweder auf einer anderen Partition oder als Datei an einer anderen Stelle zu erstellen (wenn Sie keinen Speicherplatz haben, machen Sie das Image auf / dev / null), damit Sie sehen können, ob es dort ist ist ein physischer Schaden an Ihrer Festplatte.

Wenn beim Kopieren der Datei Medienfehler auftreten dd, fsck die neue Kopie (entweder mount loopback oder eine echte Partition verwenden, wenn Sie / dev / null verwendet haben, müssen Sie mit einer echten Festplatte neu beginnen) und alle Daten kopieren, die noch möglich sind Kopieren. Versuchen Sie dann, den Hersteller Ihrer Festplatte zu untersuchen und festzustellen, ob noch Garantie besteht. Wenn ja, fahren Sie mit den Testwerkzeugen des Herstellers fort. Wenn nicht, prüfen Sie mit SMART-Werkzeugen, ob noch zuordenbare Sektoren übrig sind. Wenn ja, versuchen Sie, Nullen in die defekten Sektoren mit einzugeben dd(wodurch sie neu zugewiesen werden). Wenn Sie kein Glück haben, müssen Sie versuchen, sich um den defekten Bereich zu teilen. oder verwenden Sie die -cOption für mkfs.ext[23].

Wenn keine Medienfehler vorliegen, müssen Sie die Festplatte neu formatieren und die Daten erneut kopieren. Normalerweise ist ext3 (ich glaube es ist ...) sehr viel robuster als andere Dateisysteme, daher glaube ich nicht, dass dies allein ein Dateisystemfehler sein kann ...

Ext3 ist perfekt für Badblocks. Siehe die Option -c von mkfs.ext3 oder die Option -c von e2fsck. Außerdem kann die Festplatte Sektoren beim Schreiben * nur * neu zuordnen, so dass es völlig normal ist, nicht umverteilte fehlerhafte Blöcke zu treffen, und dies bedeutet nicht, dass die Festplatte stirbt. derobert vor 15 Jahren 0
Danke, der Teil über Badblocks wurde aktualisiert und der Text über die Neuzuordnung umformuliert (ich weiß, dass sie nur beim Schreiben neu zugewiesen werden, aber vielleicht habe ich dies in meinem vorherigen Schreiben nicht klar genug erklärt). mihi vor 15 Jahren 0
Ja. Sterbende Scheibe Meine Daten gespeichert und ein Ersatzlaufwerk erhalten. Ich konnte nie einen Badblocks-Scan beenden, es war so schlimm. srboisvert vor 15 Jahren 0
2
derobert

Hört sich an, als hätten Sie einen schlechten Sektor, wenn die Zahlen bei allen Versuchen, Fsck durchzuführen, konsistent sind. Unglücklicherweise verlieren Sie die Dateien, die in diesem Inode gespeichert wurden.

Überprüfen Sie den Smart-Status. In der Regel erfahren Sie, wie viele fehlerhafte Blöcke die Festplatte kennt. Hoffentlich sind es nur wenige. Wenn Sie feststellen, dass die Festplatte ausfällt, hoffe ich, dass Sie eine Sicherung haben.

Beim Ausführen fsck -c /dev/WHATEVERsollte ein Scan auf fehlerhafte Blöcke ausgeführt werden, und Sie werden dann informiert, was Sie verloren haben (oder aus einem Backup wiederhergestellt werden müssen).

Verwandte Probleme