我正在测试一些文件系统驱动程序代码,并希望在内核之外进行测试。最简单、最安全的方法是从用户空间进行测试。因此,我创建了一个长度合适的文件
dd if=/dev/zero of=testfs bs=10M count=50
然后我使用 fdisk 安装了一个 MBR 分区方案
fdisk testfs
我可以设置一个循环设备以块模拟模式访问我的文件:
$ losetup /dev/loop0 testfs
此时我能够在设备列表中看到这个新的模拟块设备:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 50G 0 disk
├─sda1 8:1 0 46G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 4G 0 part [SWAP]
sr0 11:0 1 55.2M 0 rom
loop0 7:0 0 50M 0 loop
此设备具有以下分区表
$ fdisk -l /dev/loop0
Disk /dev/loop0: 52 MB, 52428800 bytes
96 heads, 25 sectors/track, 42 cylinders, total 102400 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: 0xe7d5af9a
Device Boot Start End Blocks Id System
/dev/loop0p1 * 2048 102399 50176 7 HPFS/NTFS/exFAT
但是,要创建文件系统,我需要安装分割,而不是“磁盘”。循环系统是否不会自动安装设备的分区,就像其他块设备一样?我能够通过在偏移处通过循环安装文件来创建文件系统
$ losetup -o $((2048*512)) /dev/loop0 testfs
但这种解决方案并不理想,因为其行为与实际块设备略有不同。有没有办法在通过循环设备执行操作时“自动挂载”分区?
答案1
有一个选项可以实现这一点:
losetup --partscan /dev/loop0 testfs
这将激活内核中的常规分区支持、创建/dev/loop0p1
等等。
您还可以使用 util-linux 中的 partx:
losetup /dev/loop0 testfs
partx -u /dev/loop0
这将创建基于内核的分区(/dev/loop0p1
等),但分区表本身将使用 libblkid 进行解析,而不是询问内核。
最后是来自 multipath-tools 的 kpartx:
losetup /dev/loop0 testfs
kpartx -u /dev/loop0
虽然乍一看这和上面的一样,但它根本不使用内核的原生循环分区支持。相反,它使用设备映射器子系统(线性映射)来创建。/dev/mapper/loop0p1