格式化分区循环文件中的文件系统会损坏分区表

格式化分区循环文件中的文件系统会损坏分区表

我创建了一个名为 test 的大约 3 GB 的文件,并用 对其进行了分区fdisk。然后,我用该文件(和偏移量)设置了一个循环设备,以便在第二个分区中格式化 ext4 文件系统。但是,在我这样做之后,我的分区表似乎被截断了!我很确定我已经正确计算了偏移量……

为什么会发生这种情况?

请注意,此分区表有很多分区。我不得不增加内核的max_loop设置才能获得超过正常的 8 个循环设备。目前,max_loop设置为 32。

以下是捕获的输出,准确显示了正在发生的情况:

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$ 

答案1

尝试在命令中添加块数mkfs.ext4

sudo mkfs.ext4 /dev/loop0 32768

如果没有它,mkfs 会创建一个最大大小的文件系统,并losetup -o [offset]创建一个从文件开始[offset]但结束于文件末尾的设备。因此其他分区会被损坏。它会损坏分区表,因为您使用的是扩展分区,它将剩余的分区信息存储在该分区的位置。

另一点是使用 GUID 分区表 (GPT),它不限制分区数量,因此不需要扩展分区。这不会解决您的问题,但可能更容易管理这些分区。(也许还有 LVM,但我不知道。)

相关内容