O Windows não gosta do sistema de arquivos FAT redimensionado

Question

Eu redimensionei um sistema de arquivos FAT. Em seguida, o sistema de arquivos parou de funcionar como uma unidade de recuperação do Windows 10. ("Isto pode ser devido a uma mudança recente em seu hardware ou software ..."). E um Windows em execução é incapaz de abrir o sistema de arquivos, quando poderia antes.

Redimensionar ferramenta: gparted-0.27.0-1.fc25.x86_64 (Fedora 25)

O redimensionamento foi executado em um arquivo de imagem de disco, copiado de uma unidade USB como backup. gparted foi executado em um dispositivo de loop criado a partir do arquivo de imagem usando losetup -f -P . (Ou mais tarde, Gnome Disks e "Anexar imagem de disco" do ... o que você chama de menu específico do aplicativo, na barra superior do shell do gnome).

    

Answer 1

Existe algum defeito neste gparted. Embora o Linux seja capaz de montar o sistema de arquivos resultante (e os arquivos sejam idênticos ao original), file -s mostra a seguinte estranheza:

Antes

/dev/loop0p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "MSDOS5.0", sectors/cluster 8, reserved sectors 3310, Media descriptor 0xf8, sectors/track 63, heads 255, hidden sectors 2048, sectors 15114240 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 14729, serial number 0x9a856b85, unlabeled

Depois de

/dev/loop1p1: DOS/MBR boot sector; partition 2 : ID=0xb2, start-CHS (0x2f0,0,0), end-CHS (0x0,0,0), startsector 2944401408, 51 sectors; partition 4 : ID=0x65, start-CHS (0x0,0,0), end-CHS (0x163,118,41), startsector 1626349669, 2144852992 sectors

Claramente, alguma parte do caminho de inicialização do Windows 10 Recovery aceita a esquisitice - eu acho que a parte onde o driver do sistema de arquivos EFI é usado. O código posterior deve usar verificações semelhantes em um Windows totalmente em execução e não o aceita.

No caso de uma Unidade de Recuperação do Windows 10 para UEFI, isso poderia ser contornado simplesmente criando um sistema de arquivos FAT menor e copiando os arquivos para ele. (Sim, realmente :).