Ich verwende FreeBSD8. Ich habe ein Problem mit einer Partition. Ich kann sie nicht mounten. Es heißt: „Operation nicht zulässig.“
Ich führe aus fsck -t ufs /dev/da0p1. Nachdem der Vorgang abgeschlossen ist, kann ich es erfolgreich mounten. Aber jetzt sind keine Daten in der Partition.Ich weiß nicht, ob es Daten hatte oder nicht.
F: Führen Sie fsck auf einer nicht gemounteten Partition aus. Kann dies zu Datenverlust führen? Und wenn ja, gibt es eine Möglichkeit, die Daten wiederherzustellen?
bearbeiten: Ich führe nur aus fsck -t ufs /dev/da0p1. Kein -y oder -n und als es lief, druckte es Phase1,2,3,4,... und wurde erfolgreich abgeschlossen. Es gibt dabei keine Eingabeaufforderung.
Antwort1
Es hängt davon ab, wozu Sie „Ja“ gesagt haben. Ohne viel mehr über Ihr Dateisystem zu wissen, was darauf war und was es beim fsck angezeigt und gefragt hat, wird es sehr schwer sein, eine sinnvolle Antwort zu geben.
Die kurze Antwort lautet: Ja, es kann Daten entfernen. Es versucht sehr, dies zu vermeiden, indem es Dinge, die es in lost+found findet, auf diesem Laufwerk ablegt, aber es stellt Daten von einem Dateisystem wieder her, das offensichtlich beschädigt ist. Mit anderen Worten: Wenn Sie mit einer Beschädigung des Dateisystems zu tun haben, kann alles verloren gehen.
Antwort2
Technisch gesehen versucht fsck, Probleme mit den Metadaten des Dateisystems zu identifizieren und zu beheben. Dabei handelt es sich um die Datenstruktur, die das Dateisystem beschreibt und hauptsächlich aus Zeigern auf die Dateien, Verzeichnisse, Berechtigungs-/Sicherheitsobjekte und die Dateidaten besteht. Es macht nicht wirklich viel mit den Daten selbst, es ist nur zum Spaß da. Wie Michael in seiner Antwort erwähnt hat, hängt es davon ab, mit welchen Optionen es ausgeführt wurde und wie Sie auf Eingabeaufforderungen geantwortet haben, welche Änderungen fsck an den Metadaten vornimmt.
Wenn Sie Glück haben, sind Ihre Daten in lost+found so gut wie unberührt. Aber in den meisten Fällen, wenn etwas in lost+found landet, ist die Datei entweder beschädigt oder wurde von zumindest einigen ihrer Metadaten getrennt. Die Datei weiß also möglicherweise nicht, zu welchem Verzeichnis sie gehört oder wie der Dateiname lautet ... in diesem Fall ist nur die Inode-Nummer der Datei bekannt. Es ist zwar nicht unmöglich, die Daten daraus wieder zusammenzusetzen, aber es wird viel Mühe, Zeit und Glück erfordern.