Centos 主机重新启动后，容器中的循环设备设置（losetup、mount等）立即失败

我试图在Centos 8上的容器环境（podman）中填充磁盘映像。我最初在从容器访问循环设备时遇到问题，直到找到SO和其他源，我需要以root身份运行podman，并使用

--privileged

选项

虽然这确实大体上解决了我的问题，但我注意到在重新启动主机后，我在容器中设置循环设备的第一次尝试将失败（

设置循环设备失败：没有这样的文件或目录

），但在退出并重新启动容器后，它将成功（/dev/loop0）。如果出于某种原因，我需要在容器中设置第二个循环设备（/dev/loop1）（在第一个设备工作之后），它也会失败，直到我退出并重新启动容器

通过进一步的实验，我发现如果我运行

losetup--find--show

足够多的时间来连接我需要的最大数量的循环设备，然后使用

losetup-D

分离所有这些设备，我可以完全避免容器中的循环设备错误

我怀疑我遗漏了losetup在主机上所做的一些明显的事情，而它显然不能完全在一个容器中完成，或者更具体地说，这是Centos+podman+losetup的问题。关于发生了什么以及为什么我必须在重启后预先连接/分离循环设备以避免容器内出现问题，有什么见解吗

在Centos 8系统上复制的步骤（在重新启动后连接/分离一次后）：

---

除了您已经找到的方法之外，我能想到的唯一其他方法是在引导时自己创建

/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 $major $i
done

---

将其放入系统的等效项/etc/rc.local中，或以其他方式安排它在启动时运行。

我知道它有点旧，但我偶然发现了类似的问题，下面是我发现的：

在我的虚拟机启动后，它没有配置任何循环设备，这是正常的，因为如果需要，装载可以创建其他设备，但是：

docker似乎将覆盖放置在/dev上，因此在容器启动后，它不会看到在/dev/中所做的任何更改，因此即使mount请求创建新的循环设备并且它们实际上是创建的，我正在运行的容器也不会看到它，并且由于没有可用的循环设备而无法装载

一旦重新启动容器，它将从/dev获取新的更改，并查看循环设备并成功装载，直到用完这些设备并再次尝试请求

所以我尝试过的（而且似乎有效）是将/dev作为卷装载传递给docker的，如下所示

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

docker-v/dev:/dev-it--rm，它确实起了作用。

如果你还有这种东西，我想知道你是否也可以试试看它是否有用

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