Afin de créer un espace contigu pour que mon système de fichiers se développe, j'ai créé une nouvelle partition du système EFI à sda1 afin de pouvoir la migrer de la partition actuelle à sda5. Le déplacement lui-même a réussi, sauf pour un avertissement qui dit:
noyau: FAT-fs (sda1): le volume n'a pas été correctement démonté. Certaines données peuvent être corrompues. Veuillez exécuter fsck.
Je n'ai pas remarqué l'avertissement qui était là depuis deux jours lorsque j'ai créé la partition EFI pour la première fois. J'ai démonté le système de fichiers et effectué une vérification du système de fichiers comme suit:
# 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
Je pensais que retirer le bit sale résoudrait cela. Mais ce n'était pas le cas. Que faut-il réellement faire?
fsck.vfat
explique qu'il ne fait qu'un essai à blanc et ne change rien, sauf si vous donnez l' option-a
ou-r
. Il en va de même pour les outils de vérification des autres types de systèmes de fichiers, bien que les options spécifiques puissent varier.Note: If -a and -r are absent, the filesystem is only checked, but not repaired.
. Ceux qui regardentman fsck
ne sauront jamais: pfsck
ici (sur debian 8.2) non seulement ne rend pas cela explicite - mais il cite également deux significations contradictoires pour le-r
commutateur - juste pour compliquer les choses davantage ...fsck
option générale , l'autre est une option spécifique à fs. Ceux-ci apparaissent après--
et sont transmis à l'outil spécifique à fs.