Warnung vor Datenbeschädigung mit fsck kann nicht behoben werden

Um einen zusammenhängenden Speicherplatz für mein Dateisystem zu erstellen, habe ich eine neue EFI-Systempartition bei sda1 erstellt, damit ich sie von der aktuellen Partition bei sda5 migrieren kann. Der Umzug selbst war erfolgreich, bis auf eine Warnung, die besagt:

kernel: FAT-fs (sda1): Der Datenträger wurde nicht ordnungsgemäß abgehängt. Einige Daten sind möglicherweise beschädigt. Bitte fsck ausführen.

Die Warnung, die seit zwei Tagen angezeigt wird, als ich die EFI-Partition zum ersten Mal erstellte, ist mir nicht aufgefallen. Ich habe das Dateisystem ausgehängt und eine Dateisystemprüfung wie folgt durchgeführt:

# umount /dev/sda1
# fsck -V /dev/sda1
fsck from util-linux 2.24
[/sbin/fsck.vfat (1) -- /boot/efi] fsck.vfat /dev/sda1 
fsck.fat 3.0.24 (2013-11-23)
0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Leaving filesystem unchanged.
/dev/sda1: 14 files, 2435/51145 clusters

Ich dachte, das Entfernen des schmutzigen Teils würde das beheben. Aber das war nicht der Fall. Was ist eigentlich zu tun?

— Fragenüberlauf
quelle

Das ist blöd. Ich finde mich wieder meine eigene Frage zu beantworten. Es sagt,

Dateisystem unverändert lassen.

darauf hindeutet, dass nichts geändert wird. Dies bedeutet, dass die Eingabe, 1gefolgt von Drücken enterder fsck-Eingabeaufforderung, nicht funktioniert hat . Auf jeden Fall funktioniert Folgendes:

# fsck.vfat -v -a -w /dev/sda1

Mit dem obigen Befehl werden Änderungen automatisch auf die Festplatte geschrieben. Es wäre toll, wenn mir jemand sagen könnte, ob dies ein Fehler ist fsckoder ob es an etwas anderem liegt.

— Fragenüberlauf
quelle

In der Manpage für wird fsck.vfaterklärt, dass nur ein Probelauf durchgeführt wird und nichts geändert wird, es sei denn, Sie geben die Optionen -aoder an -r. Dasselbe gilt für die Überprüfungswerkzeuge für andere Dateisystemtypen, obwohl die spezifischen Optionen variieren können.

— Michael Hampton

@ MichaelHampton, ja in der Tat. Die hinterhältige Fußnote sagt Note: If -a and -r are absent, the filesystem is only checked, but not repaired.. Wer sich das ansieht, wird man fsckes nie herausfinden: p

— Question Overflow

@MichaelHampton, ja, aber nichts wird über den Trockenlauf erwähnt.

— Fragenüberlauf

@MichaelHampton Kern fsckhier (auf Debian 8.2) macht nicht nur das explizit - sondern zitiert auch zwei widersprüchliche Bedeutungen für den -rWechsel - nur um die Dinge weiter zu komplizieren ...

— underscore_d

@underscore_d Kein Widerspruch, nur verwirrend. Eine davon ist eine allgemeine fsckOption, die andere ist eine fs-spezifische Option. Diese erscheinen nach --und werden an das fs-spezifische Tool weitergeleitet.

— Michael Hampton