我以前用过使用创建的图像文件dd
,使用建立文件系统了mkfs
和mount
他们的安装分区访问它们。稍后,我在Internet上看到许多示例losetup
预先使用来在之下创建一个循环设备条目/dev
,然后将其挂载。我不知道为什么人们实际上需要一个图像文件来充当循环设备并拥有自己的/dev
条目,而无需任何麻烦就能获得相同的行为。
简介:在现实生活中,/dev/loopX
当我们可以不使用fs映像挂载它时,为什么我们根本需要一个条目呢?循环设备有什么用?
我以前用过使用创建的图像文件dd
,使用建立文件系统了mkfs
和mount
他们的安装分区访问它们。稍后,我在Internet上看到许多示例losetup
预先使用来在之下创建一个循环设备条目/dev
,然后将其挂载。我不知道为什么人们实际上需要一个图像文件来充当循环设备并拥有自己的/dev
条目,而无需任何麻烦就能获得相同的行为。
简介:在现实生活中,/dev/loopX
当我们可以不使用fs映像挂载它时,为什么我们根本需要一个条目呢?循环设备有什么用?
Answers:
通常,必须在块设备上进行安装。循环驱动程序将块设备前端放置到您的数据文件中。
如果不进行循环安装,losetup
则操作系统将在后台执行一次。
例如
$ dd if=/dev/zero of=/tmp/foo bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.0798775 s, 1.3 GB/s
$ mke2fs /tmp/foo
mke2fs 1.42.9 (28-Dec-2013)
....
$ losetup
$ mount -o loop /tmp/foo /mnt1
$ losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0 0 0 1 0 /tmp/foo
$ umount /mnt1
$ losetup
$
losetup
如果文件映像中具有嵌入式分区,则可能需要直接调用。
例如,如果我有此图像:
$ fdisk -l /tmp/foo2
Disk /tmp/foo2: 104 MB, 104857600 bytes, 204800 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 label type: dos
Disk identifier: 0x1f25ff39
Device Boot Start End Blocks Id System
/tmp/foo2p1 2048 204799 101376 83 Linux
我不能直接安装
$ mount -o loop /tmp/foo2 /mnt1
mount: /dev/loop0 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
但是,如果使用losetup
和kpartx
然后我就可以访问该分区:
$ losetup -f /tmp/foo2
$ losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0 0 0 0 0 /tmp/foo2
$ kpartx -a /dev/loop0
$ mount /dev/mapper/loop0p1 /mnt1
$
losetup
,只是用mount -o loop,offset=$((512*2048))
,其中512
是扇区尺寸,2048
是什么fdisk
给了作为Start
分区的。
losetup
和kpartx
。让工具完成艰苦的工作:-)
文件系统期望读取和写入块设备,但是图像文件不是块设备。循环设备在文件顶部提供了一个块设备(或另一个块设备,可以选择重新映射)。
在很多情况下,挂载映像时无需考虑环路设备,因为mount
它可以为您处理所有事情。但是回路设备仍然存在。losetup -l -a
将显示给他们。
mount
?隐式处理。
mount
照顾losetup
,添加-o loop
等等
您似乎在使用Linux,并且Linux为该功能使用了错误的名称。
我于1988年在SunOS-4.0上发明了该功能,并将其称为fbk
-文件模拟BlocK设备。
背景是设备驱动程序在纯文件顶部模拟块设备。您需要这样做,因为文件系统不能将纯文件用作文件系统的后台存储。它需要一个块设备,而这正是所fbk
模拟的。
一段时间以来,有些人使程序mount
变得更聪明,并且有一些挂载实现,fbk
可以在mount
程序检测到预期是块设备的参数似乎是计划文件时自动为文件创建实例。
lofi
类似工作的(“回送文件”)设备。BSD以名称vnd
(“ vnode disk”)引入了它们,因此多年来,这个概念有很多不同的名称。
mount
足以为您解决麻烦。(如史蒂芬·哈里斯(Stephen Harris)在回答中所示)