centos 主机重新启动后,容器中的环路设备设置(losetup、mount等)立即失败

snvhrwxg  于 2023-04-20  发布在  其他
关注(0)|答案(2)|浏览(191)

我试图在Centos 8上的容器环境(podman)中填充磁盘映像。我最初在从容器访问循环设备时遇到了问题,直到在SO和其他源上找到我需要以root身份运行podman并使用--privileged选项。
虽然这在总体上确实解决了我的问题,但我注意到,在重启主机后,我第一次尝试在容器中设置循环设备会失败(failed to set up loop device: No such file or directory),但在退出并重新启动容器后,它将成功(/dev/loop 0)。如果出于某种原因,我需要设置第二个循环设备(/dev/loop 1)在容器中(在第一个容器工作之后),它也会失败,直到我退出并重新启动容器。
进一步实验,我发现如果我运行losetup --find --show <file created with dd>足够多的次数来连接我需要的最大数量的循环设备,然后用losetup -D分离所有这些设备,我可以完全避免容器中的循环设备错误。
我怀疑我错过了一些关于losetup在主机上做什么的明显的东西,它显然不能完全在容器内完成,或者更具体地说,这是一个Centos+podman+losetup问题。关于发生了什么以及为什么我必须在重新启动后预连接/分离循环设备以避免容器内的问题,有什么见解吗?
在Centos 8系统上重现的步骤(在重新启动后连接/分离一次):

$ dd if=/dev/zero of=file bs=1024k count=10
10+0 records in
10+0 records out
10485760 bytes (10 MB, 10 MiB) copied, 0.00826706 s, 1.3 GB/s
$ cp file 1.img
$ cp file 2.img
$ cp file 3.img
$ cp file 4.img
$ sudo podman run -it --privileged --rm -v .:/images centos:8 bash

[root@2da5317bde3e /]# cd images
[root@2da5317bde3e images]# ls
1.img  2.img  3.img  4.img  file
[root@2da5317bde3e images]# losetup --find --show 1.img
/dev/loop0
[root@2da5317bde3e images]# losetup --find --show 2.img
losetup: 2.img: failed to set up loop device: No such file or directory
[root@2da5317bde3e images]# losetup -D
[root@2da5317bde3e images]# exit

exit
$ sudo podman run -it --privileged --rm -v .:/images centos:8 bash

[root@f9e41a21aea4 /]# cd images
[root@f9e41a21aea4 images]# losetup --find --show 1.img
/dev/loop0
[root@f9e41a21aea4 images]# losetup --find --show 2.img
/dev/loop1
[root@f9e41a21aea4 images]# losetup --find --show 3.img
losetup: 3.img: failed to set up loop device: No such file or directory
[root@f9e41a21aea4 /]# losetup -D
[root@f9e41a21aea4 images]# exit

exit
$ sudo podman run -it --privileged --rm -v .:/images centos:8 bash

[root@c93cb71b838a /]# cd images
[root@c93cb71b838a images]# losetup --find --show 1.img
/dev/loop0
[root@c93cb71b838a images]# losetup --find --show 2.img
/dev/loop1
[root@c93cb71b838a images]# losetup --find --show 3.img
/dev/loop2
[root@c93cb71b838a images]# losetup --find --show 4.img
losetup: 4.img: failed to set up loop device: No such file or directory
3df52oht

3df52oht1#

我知道它有点旧,但我偶然发现了类似的问题,在这里我发现了什么:
在我的虚拟机启动后,它没有配置任何循环设备,这是可以的,因为如果需要,mount可以创建额外的设备,但是:
看起来docker在/dev上放置了overlay,所以它不会看到容器启动后在/dev/中所做的任何更改,因此即使mount请求创建新的循环设备,并且它们实际上已经创建了,我运行的容器也不会看到它,并且由于没有可用的循环设备而无法挂载。
一旦你重新启动容器,它将从/dev中获取新的更改,并看到循环设备,并成功挂载,直到它用完它们,并尝试再次请求。
所以我尝试了(看起来有效)我把/dev作为卷挂载传递给docker,就像这样

docker -v /dev:/dev -it --rm <image> <command> and it did work.

如果你还有这些东西,我想知道你是否也能试一试,看看是否有帮助。

fnx2tebb

fnx2tebb2#

除了你已经找到的方法之外,我能想到的唯一其他方法是在 Boot 时自己创建/dev/loop设备。应该可以这样做:

modprobe loop  # This may not be necessary, depending on your kernel build but is harmless.
major=$(grep loop /proc/devices | cut -c3)
for index in 0 1 2 3 4 5
do
  mknod /dev/loop$i b $major $i
done

把它放在/etc/rc.local中,这是你系统的等价物,或者安排它在 Boot 运行。

相关问题