Ubuntu 无法通过命令“ls”查看已装入磁盘的文件

我安装了一个从一个VM ubuntu实例的快照创建的磁盘，之后我在我检查的另一个活动VM ubuntu实例的根目录上停止了该磁盘

df-h

在我的GCP的同一个项目中，我假设我应该能够通过命令从快照中找到这些文件

ls

但在那里看不到。如果出现任何问题，请发表评论。 随附的图片显示了sdb1磁盘，该磁盘的源来自已安装的快照。

---

您是否创建新的VM实例并连接从快照创建的磁盘？ VM实例有2个磁盘：根磁盘和连接磁盘

对于连接的磁盘，您必须将磁盘装载到操作系统级别的装载点

您可以运行sudolsblk命令

如果结果与此类似，则sdbattached磁盘没有装入点

您可以按照本文档操作，跳过步骤4格式化磁盘。要装载磁盘，请执行以下操作：

挂载后，您可以看到mountpoin下的文件，例如：/mnt/disks/disk2

如果要将磁盘用作根磁盘，可以在创建实例时指定引导磁盘选项

更新 下面的说明：数据磁盘是指从快照创建的磁盘

我试着复制。步骤：

创建一个Ubuntu实例，放置一些文件。 从Ubuntu实例a的启动盘创建快照。 从快照创建数据磁盘。 创建一个Ubuntu实例B，连接数据盘。 登录Ubuntu实例B，执行命令df-h

看起来数据盘是作为引导盘安装的

Filesystem      Size  Used Avail Use% Mounted on
udev            1.8G     0  1.8G   0% /dev
tmpfs           370M  920K  369M   1% /run
/dev/sdb1       9.6G  2.4G  7.2G  25% /
copymods        1.9G   29M  1.8G   2% /lib/modules
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/loop0       91M   91M     0 100% /snap/core/6405
/dev/loop1       91M   91M     0 100% /snap/core/6350
/dev/loop2       56M   56M     0 100% /snap/google-cloud-sdk/71
/dev/loop3       58M   58M     0 100% /snap/google-cloud-sdk/77
/dev/loop4       56M   56M     0 100% /snap/google-cloud-sdk/72
/dev/loop5       90M   90M     0 100% /snap/core/6673
/dev/sdb15      105M  3.6M  101M   4% /boot/efi
tmpfs           370M     0  370M   0% /run/user/1006

执行sudo cat/etc/fstab命令：

执行命令sudoblkid/dev/sda1和sudoblkid/dev/sdb1： 由于磁盘具有相同的标签，数据磁盘将作为引导磁盘装入

# sudo blkid /dev/sda1
/dev/sda1: LABEL="cloudimg-rootfs" UUID="2f3ad447-cc37-48da-a5e8-d7f16b7f0182" TYPE="ext4" PARTUUID="854cb5e1-01"

# sudo blkid /dev/sdb1
/dev/sdb1: LABEL="cloudimg-rootfs" UUID="6e0049f4-3ab4-4981-832b-729bc26fdcd5" TYPE="ext4" PARTUUID="5b693d52-63b9-
4fa1-b781-f1062aaa7995"

你应该在Ubuntu实例B中看到文件，就像在Ubuntu实例A中一样

有关详细信息，请检查快照内容

如果要将数据盘用作引导盘，可以使用快照创建实例。或者从快照创建一个映像，然后使用该映像创建实例。Ubuntu实例B是Ubuntu实例A的副本。 如果要将数据磁盘作为第二个磁盘连接，可以创建一个实例。然后编辑实例以连接数据磁盘。使用mount命令装载数据磁盘。Ubuntu实例B将Ubuntu实例装入磁盘。

---

嗨，熊，我附上了图片，挂载点应该是根，我认为sda1是现有VM实例创建时的启动盘。您可以在snap等目录下看到一些文件系统，但sdb1中没有显示或恢复任何内容。如果你能帮忙评论的话。嗨，迈克尔，对不起，我听不懂你的意思。你能从你的快照中提供更多信息让我重现问题吗？一步一步。嗨@Bear Su，我按照这个链接移动到根目录和sdb1，但它似乎不是一个可以访问的文件系统。我现在的目的是检查最初保存的文件和快照。有任何评论或命令可以检索这些文件吗？嗨@BearSu，我在上面添加了另一张图片，欢迎查看。嗨@MichaelC.H.Wang，我更新了我的答案并列出了我的测试步骤。

Filesystem      Size  Used Avail Use% Mounted on
udev            1.8G     0  1.8G   0% /dev
tmpfs           370M  920K  369M   1% /run
/dev/sdb1       9.6G  2.4G  7.2G  25% /
copymods        1.9G   29M  1.8G   2% /lib/modules
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/loop0       91M   91M     0 100% /snap/core/6405
/dev/loop1       91M   91M     0 100% /snap/core/6350
/dev/loop2       56M   56M     0 100% /snap/google-cloud-sdk/71
/dev/loop3       58M   58M     0 100% /snap/google-cloud-sdk/77
/dev/loop4       56M   56M     0 100% /snap/google-cloud-sdk/72
/dev/loop5       90M   90M     0 100% /snap/core/6673
/dev/sdb15      105M  3.6M  101M   4% /boot/efi
tmpfs           370M     0  370M   0% /run/user/1006

LABEL=cloudimg-rootfs   /        ext4   defaults        0 0
LABEL=UEFI      /boot/efi       vfat    defaults        0 0

# sudo blkid /dev/sda1
/dev/sda1: LABEL="cloudimg-rootfs" UUID="2f3ad447-cc37-48da-a5e8-d7f16b7f0182" TYPE="ext4" PARTUUID="854cb5e1-01"

# sudo blkid /dev/sdb1
/dev/sdb1: LABEL="cloudimg-rootfs" UUID="6e0049f4-3ab4-4981-832b-729bc26fdcd5" TYPE="ext4" PARTUUID="5b693d52-63b9-
4fa1-b781-f1062aaa7995"