Criei um arquivo de aproximadamente 3 GB chamado test e particionei-o com a extensão fdisk. Em seguida, configurei um dispositivo de loop com esse arquivo (e um deslocamento) para formatar um sistema de arquivos ext4 na segunda partição. No entanto, depois de fazer isso, minha tabela de partições parece ter sido truncada! Tenho certeza de que calculei o deslocamento corretamente ...
Por que isso está acontecendo?
Observe que esta tabela de partições possui muitas partições. Tive que aumentar max_loopa configuração do meu kernel para obter mais do que os dispositivos normais de 8 loops. Atualmente, max_loopestá definido para 32.
Aqui está a saída capturada mostrando exatamente o que está acontecendo:
steve@steve-VirtualBox:/s/src/scripted/image$ ls -l test
-rw-r--r-- 1 root root 3072000000 Jul 21 17:13 test
steve@steve-VirtualBox:/s/src/scripted/image$ fdisk -l test
Disk test: 3072 MB, 3072000000 bytes
255 heads, 63 sectors/track, 373 cylinders, total 6000000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4b8bbe0f
Device Boot Start End Blocks Id System
test1 * 2048 67583 32768 c W95 FAT32 (LBA)
test2 67584 133119 32768 83 Linux
test3 133120 5999999 2933440 5 Extended
test5 135168 1708031 786432 83 Linux
test6 1710080 3282943 786432 83 Linux
test7 3284992 3416063 65536 83 Linux
test8 3418112 3428351 5120 83 Linux
test9 3430400 3440639 5120 83 Linux
test10 3442688 3452927 5120 83 Linux
test11 3454976 3465215 5120 83 Linux
test12 3467264 3991551 262144 83 Linux
test13 3993600 4255743 131072 83 Linux
test14 4257792 4268031 5120 83 Linux
test15 4270080 4280319 5120 83 Linux
test16 4282368 5999999 858816 83 Linux
steve@steve-VirtualBox:/s/src/scripted/image$ sudo losetup /dev/loop0 test -o 34603008
steve@steve-VirtualBox:/s/src/scripted/image$ sudo mkfs.ext4 /dev/loop0
mke2fs 1.42 (29-Nov-2011)
Discarding device blocks: done
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
185472 inodes, 741552 blocks
37077 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=763363328
23 block groups
32768 blocks per group, 32768 fragments per group
8064 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912
Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done
steve@steve-VirtualBox:/s/src/scripted/image$ sudo losetup -d /dev/loop0
steve@steve-VirtualBox:/s/src/scripted/image$ fdisk -l test
Warning: invalid flag 0x0000 of partition table 5 will be corrected by w(rite)
Disk test: 3072 MB, 3072000000 bytes
255 heads, 63 sectors/track, 373 cylinders, total 6000000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4b8bbe0f
Device Boot Start End Blocks Id System
test1 * 2048 67583 32768 c W95 FAT32 (LBA)
test2 67584 133119 32768 83 Linux
test3 133120 5999999 2933440 5 Extended
steve@steve-VirtualBox:/s/src/scripted/image$
Responder1
Tente adicionar a contagem de blocos no seu mkfs.ext4comando.
sudo mkfs.ext4 /dev/loop0 32768
Sem ele, o mkfs cria um sistema de arquivos com o tamanho máximo e losetup -o [offset]cria dispositivos começando, [offset]mas terminando no final do arquivo. Portanto, as outras partições são corrompidas. Ele corrompe a tabela de partição porque você está usando uma partição estendida, que armazena as informações restantes da partição no local dessa partição.
Outro ponto seria usar uma tabela de partição GUID (GPT) que não limita o número de partições, portanto não necessita de partição estendida. Isso não resolverá o seu problema, mas pode ser mais fácil gerenciar essas partições. (Talvez LVM também, mas não sei.)