主页 / unix / 问题 / 786460
Accepted
CarloC
Asked: 2024-11-11 21:03:13 +0800 CST

在目录树中以 root 身份挂载 tmpfs 的奇怪结果

  • 772

使用unshare -Umr我创建了一个新用户，挂载了调用进程移入的命名空间。然后，我在新的挂载命名空间内的目录树根mount -t tmpfs tmpfs /上挂载了一个新的 tmpfs 实例。/

由于为tmpfs空，我希望从命令中看到一个空列表ls -la /，但是这里是输出：

ubuntu@ubuntu:~$ unshare -Umr /bin/bash
root@ubuntu:~# mount -t tmpfs tmpfs /
root@ubuntu:~# ls -la /
total 5309704
drwxr-xr-x  24 nobody nogroup       4096 Nov 22  2023 .
drwxrwxrwt   2 root   root            40 Nov 11 15:47 ..
drwxr-xr-x   2 nobody nogroup       4096 Jan 25  2023 bin
drwxr-xr-x   3 nobody nogroup       4096 Jan 25  2023 boot
drwxr-xr-x   2 nobody nogroup       4096 Nov 11  2019 cdrom
drwxr-xr-x  17 nobody nogroup       3820 Aug 22 14:22 dev
drwxr-xr-x 105 nobody nogroup       4096 Mar 14  2024 etc
-rw-r--r--   1 root   root    1688371200 Jan 19  2021 GISO
drwxr-xr-x   3 nobody nogroup       4096 Nov 11  2019 home
lrwxrwxrwx   1 nobody nogroup         34 Jan 25  2023 initrd.img -> boot/initrd.img-4.15.0-202-generic
lrwxrwxrwx   1 nobody nogroup         34 Jan 25  2023 initrd.img.old -> boot/initrd.img-4.15.0-132-generic
drwxr-xr-x  21 nobody nogroup       4096 Jan 25  2023 lib
drwxr-xr-x   2 nobody nogroup       4096 Jan 25  2023 lib64
drwx------   2 nobody nogroup      16384 Nov 11  2019 lost+found
drwxr-xr-x   2 nobody nogroup       4096 Feb 10  2021 media
drwxr-xr-x   2 nobody nogroup       4096 Aug  5  2019 mnt
drwxr-xr-x   3 nobody nogroup       4096 Nov 26  2020 opt
dr-xr-xr-x 123 nobody nogroup          0 Aug 22 12:22 proc
drwx------   4 nobody nogroup       4096 Dec  6  2023 root
drwxr-xr-x  24 nobody nogroup        820 Nov 11 15:20 run
drwxr-xr-x   2 nobody nogroup      12288 Jan 25  2023 sbin
drwxr-xr-x   4 nobody nogroup       4096 Nov 11  2019 snap
drwxr-xr-x   3 nobody nogroup       4096 Jan 24  2020 srv
-rw-------   1 nobody nogroup 3748659200 Nov 11  2019 swap.img
dr-xr-xr-x  13 nobody nogroup          0 Nov 11 15:40 sys
drwxrwxrwt  10 nobody nogroup       4096 Nov 11 15:42 tmp
drwxr-xr-x  10 nobody nogroup       4096 Aug  5  2019 usr
drwxr-xr-x  13 nobody nogroup       4096 Aug  5  2019 var
lrwxrwxrwx   1 nobody nogroup         31 Jan 25  2023 vmlinuz -> boot/vmlinuz-4.15.0-202-generic
lrwxrwxrwx   1 nobody nogroup         31 Jan 25  2023 vmlinuz.old -> boot/vmlinuz-4.15.0-132-generic
root@ubuntu:~#

/就像在tmpfs 挂载之前挂载的文件系统一样。为什么我会得到这个结果？

mount

1 个回答

  1. Best Answer

    该路径/比较特殊。它解析为当前进程的根目录。它不会检查是否已在其上安装其他文件系统。

    当前进程的根目录可以改变。这称为“chroot”。

    当前命名空间的根目录可以被替换。这被称为“pivot_root”。

    如果需要，有一种方法可以覆盖根目录。这个过程被描述为“挑剔的” :-)。它在“initramfs”中很有用。

    警告：“switch_root”将删除当前根文件系统上的所有文件和目录。请勿在主文件系统上运行“switch_root”命令。

    （如果 [initramfs] 需要移交控制权，它可以使用新的根设备覆盖 / 并执行另一个 init 程序。请参阅下面的 switch_root 实用程序。）

    当切换另一个根设备时，[旧式] initrd 会先pivot_root，然后卸载ramdisk。但[现在] initramfs 是rootfs：您既不能pivot_root rootfs，也不能卸载它。相反，删除rootfs中的所有内容以释放空间（find -xdev / -exec rm '{}' ';'），用新的根覆盖rootfs（cd /newmount; mount --move . /; chroot .），将stdin/stdout/stderr附加到新的/dev/console，然后执行新的init。

    由于这是一个非常棘手的过程（并且需要在运行命令之前删除它们），klibc 软件包引入了一个辅助程序（utils/run_init.c）来为您完成所有这些工作。大多数其他软件包（例如 busybox）将此命令命名为“switch_root”。

    --文档/文件系统/ramfs-rootfs-initramfs.rst

    • 1

相关问题