我们正在尝试挂载磁盘,但即使挂载命令成功完成,磁盘也未挂载
bart@test:/$ sudo mount -v /data
mount: /dev/sdc1 mounted on /data.
bart@test:/$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.4G 0 3.4G 0% /dev
tmpfs 697M 688K 697M 1% /run
/dev/sda1 29G 3.0G 26G 11% /
tmpfs 3.5G 0 3.5G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.5G 0 3.5G 0% /sys/fs/cgroup
/dev/sda15 105M 3.4M 102M 4% /boot/efi
/dev/sdb1 14G 41M 13G 1% /mnt
tmpfs 697M 0 697M 0% /run/user/1000
这是 /etc/fstab 中的相关行:
UUID=f7c675d9-6b7c-4f96-a26f-5991df9b7cac /data ext4 defaults 1 2
知道我们可能会错过什么吗?
/data
是一个具有 root 权限的空文件夹。
输出blkid
:
/dev/sdb1: UUID="7e15008f-4654-4f1d-8aec-1f233c68e5ea" TYPE="ext4" PARTUUID="3dbf34a8-01"
/dev/sda1: LABEL="cloudimg-rootfs" UUID="21b294f1-25bd-4265-9c4e-d6e4aeb57e97" TYPE="ext4" PARTUUID="bcf3ccb8-bce6-4498-93fb-1b9bd59fc81c"
/dev/sda15: LABEL="UEFI" UUID="5CC4-10AB" TYPE="vfat" PARTUUID="ee783a1a-c5d0-42d9-b874-71796971f49b"
/dev/sda14: PARTUUID="2081abbc-a4ba-496a-b391-07952095f65d"
/dev/sdc1: UUID="f7c675d9-6b7c-4f96-a26f-5991df9b7cac" TYPE="ext4" PARTUUID="54aa8864-01"
[已解决]:所以,虽然我们昨天多次尝试了这个事情,但我们只是执行了重新启动,现在设备就在那里。它可能是通过我们在这篇文章中的指针所做的更改而修复的。我不知道为什么需要重新启动,但现在一切都很好。
答案1
最可能的原因是文件系统已安装,如安装命令所报告的那样,但随后systemd
认为它更了解并在您看到它之前将其卸载。
您可以使用另一个目录作为挂载点,或者从日志中找出它被卸载的原因。
答案2
就我而言,在卷成功安装后,systemd
立即为我卸载它(感谢 RalfFriedl 的回答,他给了我所需的提示)。这是通过运行journalctl -f
和安装卷并观察日志来验证的。
解决方法是将卷添加到/etc/fstab
文件中并然后重新启动。 systemd
将在启动时根据 fstab 自行调整文件,因此它将不再卸载您的卷。请注意,您能直接在systemd中配置挂载,但是这/etc/fstab
是人类做这件事的正确地点:
挂载单元可以通过单元文件或 /etc/fstab 进行配置(有关详细信息,请参阅 fstab(5))。 /etc/fstab 中列出的挂载将在启动时和重新加载系统管理器配置时动态转换为本机单位。一般来说,通过 /etc/fstab 配置挂载点是人类管理挂载的首选方法。对于工具,编写挂载单元应该优先于编辑 /etc/fstab。有关从 /etc/fstab 到挂载单元转换的详细信息,请参阅 systemd-fstab-generator(8)。
我的/etc/fstab
条目。你UUID
一定会有所不同:
UUID=5ffa5f54-6ff0-47dd-97f8-b3446d58b239 /mnt ext4
defaults,noatime,nofail 0 2