Чтобы создать непрерывное пространство для роста моей файловой системы, я создал новый системный раздел EFI на sda1, чтобы я мог перенести его из текущего раздела на sda5. Сам ход был успешным, за исключением предупреждения, которое гласит:
kernel: FAT-fs (sda1): том не был правильно размонтирован. Некоторые данные могут быть повреждены. Пожалуйста, запустите fsck.
Я не заметил предупреждение, которое было там в течение двух дней, когда я впервые создал раздел EFI. Я размонтировал файловую систему и выполнил проверку файловой системы следующим образом:
# 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
Я думал, что удаление грязного бита решило бы это. Но это не так. Что на самом деле должно быть сделано?
fsck.vfat
объясняет , что он делает только всухую и ничего не меняется, если не дать либо-a
или-r
варианты. То же самое относится и к инструментам проверки для других типов файловых систем, хотя конкретные параметры могут отличаться.Note: If -a and -r are absent, the filesystem is only checked, but not repaired.
. Те, кто смотрятman fsck
, никогда не узнают: pfsck
здесь (в Debian 8.2) не только не делает это явным, но также цитирует два противоречивых значения для-r
переключателя - просто чтобы усложнить ситуацию дальше ...fsck
вариантом, другой - специфическим для fs. Они появляются после--
и передаются инструменту, специфичному для fs.