Para criar um espaço contíguo para o meu sistema de arquivos crescer, criei uma nova partição do Sistema EFI em sda1 para que eu possa migrá-la da partição atual em sda5. O movimento em si foi bem sucedido, exceto por um aviso que diz:
kernel: FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Eu não percebi o aviso que está lá há dois dias quando criei a partição EFI pela primeira vez. Desmontei o sistema de arquivos e executei uma verificação do sistema de arquivos da seguinte forma:
# 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
Eu achei que remover o bit sujo resolveria isso. Mas isso não aconteceu. O que realmente deve ser feito?
Isso é estúpido. Eu me encontro respondendo a minha própria pergunta novamente. Diz,
Leaving filesystem unchanged.
sugerindo que nada é alterado. Isso significa que digitar 1 seguido de enter dentro do prompt fsck não funcionou . De qualquer forma, o seguinte funciona:
# fsck.vfat -v -a -w /dev/sda1
O comando acima escreve automaticamente as alterações no disco. Seria ótimo se alguém pudesse me dizer se isso é um bug em fsck ou se é devido a outra coisa.
Eu executei uma sincronização enorme e ela foi mal interrompida, resultando em muitos arquivos não removíveis ("somente sistema de arquivos de leitura"). O único comando que me permitiu remover recursivamente foi
sudo fsck.vfat -v -w -r /dev/sda1
Tags fsck fat32 linux partition corruption