我来给你把这个root列讲明白，结合实际例子你肯定能一下子理解！

首先，手册里那句描述其实可以翻译成更直白的话：这个root列指的是「被挂载的源文件系统内部的起始路径」——简单说，就是你把一个文件系统（或者它里面的某个子目录）挂载到宿主系统的某个目录时，root列告诉你的是：你挂载的是源文件系统里的哪一块区域作为这个挂载实例的“根”。

它和我们常说的「挂载点」（mount point）完全不是一回事：挂载点是宿主系统里的路径（比如/mnt/data），而root列是源文件系统自身的内部路径。

举两个最常见的例子：

例子1：完整文件系统挂载 #

假设你把一个ext4分区/dev/sda1（它自身的文件系统根是/）挂载到宿主系统的/mnt/data目录。这时候你查看/proc/self/mountinfo里对应的条目，会看到root列的值是/——因为你挂载的是整个分区的根目录作为这个挂载的起点。

例子2：绑定挂载（Bind Mount） #

这是最能体现root列作用的场景。比如你执行了这条命令：

mount --bind /var/log /tmp/log-share

这条命令的作用是把宿主系统里/var/log目录的内容，映射到/tmp/log-share目录下。这时候查看对应的mountinfo条目，你会发现：

• root列的值是/var/log（这是源文件系统（也就是你的根分区）内部的路径）
• 挂载点（mount point）是/tmp/log-share（宿主系统里的路径）

这时候root列就明确告诉你：这个挂载实例是把源文件系统里的/var/log路径作为根，映射到宿主系统的/tmp/log-share上。当你访问/tmp/log-share时，本质上是在访问源文件系统里的/var/log目录下的内容。

再举个更直观的：如果你挂载一个ISO文件，而不是整个ISO，只挂载ISO内部的/docs目录到/mnt/iso-docs，那mountinfo里的root列就会是/docs，表示这个挂载的起点是ISO文件系统内部的/docs路径。

总结一下：root列的核心作用就是标记「当前挂载实例对应的源文件系统内的起始路径」，帮助你搞清楚这个挂载到底是把源文件系统的哪一部分映射到了宿主系统里。

备注：内容来源于stack exchange，提问作者codego123