Aby utworzyć ciągłą przestrzeń dla mojego systemu plików, utworzyłem nową partycję systemową EFI na sda1, aby móc ją migrować z bieżącej partycji na sda5. Sam ruch się powiódł, z wyjątkiem ostrzeżenia, które mówi:
kernel: FAT-fs (sda1): Wolumin nie został poprawnie odmontowany. Niektóre dane mogą być uszkodzone. Uruchom fsck.
Nie zauważyłem ostrzeżenia, które było tam przez dwa dni, kiedy po raz pierwszy utworzyłem partycję EFI. Odmontowałem system plików i przeprowadziłem kontrolę systemu plików w następujący sposób:
# 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
Myślałem, że usunięcie brudnego bitu rozwiąże ten problem. Ale tak nie było. Co właściwie należy zrobić?
fsck.vfat
podręcznika dla wyjaśnia, że robi to tylko suchobieg i nic nie zmienia, chyba że podasz opcję-a
lub-r
. To samo dotyczy narzędzi do sprawdzania innych typów systemów plików, chociaż poszczególne opcje mogą się różnić.Note: If -a and -r are absent, the filesystem is only checked, but not repaired.
. Osoby patrząceman fsck
nigdy się nie dowiedzą: pfsck
tutaj (na Debianie 8.2) nie tylko nie wyjaśnia tego wprost, ale także cytuje dwa sprzeczne znaczenia dla-r
zmiany - po prostu komplikuje sprawy ...fsck
opcją ogólną , druga to opcja specyficzna dla fs. Pojawiają się po--
i przechodzą do narzędzia specyficznego dla fs.