Impossible de résoudre l'avertissement de corruption de données avec fsck

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?

— Débordement de question
source

C'est stupide. Je me retrouve à répondre à ma propre question. Ça dit,

Laisser le système de fichiers inchangé.

suggérant que rien n'est changé. Cela signifie en fait que la saisie 1suivie d'une pression enterà l'intérieur de l'invite fsck n'a pas fonctionné . Quoi qu'il en soit, ce qui suit fonctionne:

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

La commande ci-dessus écrit automatiquement les modifications sur le disque. Ce serait génial si quelqu'un pouvait me dire s'il s'agissait d'un bogue fsckou s'il était dû à autre chose.

— Débordement de question
source

La page de manuel de fsck.vfatexplique qu'il ne fait qu'un essai à blanc et ne change rien, sauf si vous donnez l' option -aou -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.

— Michael Hampton

@MichaelHampton, oui en effet. La note de bas de page sournoise dit Note: If -a and -r are absent, the filesystem is only checked, but not repaired.. Ceux qui regardent man fsckne sauront jamais: p

— Débordement de questions

@MichaelHampton, oui, mais rien n'est mentionné sur le dry-run.

— Débordement de questions du

@MichaelHampton core fsckici (sur debian 8.2) non seulement ne rend pas cela explicite - mais il cite également deux significations contradictoires pour le -rcommutateur - juste pour compliquer les choses davantage ...

— underscore_d

@underscore_d Pas contradictoire, juste déroutant. L'un d'eux est une fsckoption générale , l'autre est une option spécifique à fs. Ceux-ci apparaissent après --et sont transmis à l'outil spécifique à fs.

— Michael Hampton