Para crear un espacio contiguo para que mi sistema de archivos crezca, creé una nueva partición del sistema EFI en sda1 para poder migrarla desde la partición actual en sda5. El movimiento en sí ha sido exitoso, excepto por una advertencia que dice:
kernel: FAT-fs (sda1): el volumen no se desmontó correctamente. Algunos datos pueden estar corruptos. Por favor, ejecuta fsck.
No noté la advertencia que había estado allí durante dos días cuando creé por primera vez la partición EFI. Desmonté el sistema de archivos y realicé una verificación del sistema de archivos de la siguiente manera:
# 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
Pensé que quitar la parte sucia resolvería esto. Pero no fue así. ¿Qué debería hacerse realmente?
fsck.vfat
explica que solo realiza una ejecución en seco y no cambia nada, a menos que proporcione las opciones-a
u-r
. Lo mismo ocurre con las herramientas de verificación para otros tipos de sistemas de archivos, aunque las opciones específicas pueden variar.Note: If -a and -r are absent, the filesystem is only checked, but not repaired.
. Aquellos que buscan enman fsck
nunca encontraría a cabo: pfsck
aquí (en Debian 8.2) no sólo no hace que explícita - sino que también cita dos significados contradictorios para el-r
interruptor - sólo para complicar aún más las cosas ...fsck
opción general , la otra es una opción específica de fs. Estos aparecen después--
y pasan a la herramienta específica de fs.