最初的问题是,我一个月前安装的新磁盘在重启后没有安装,是的,一个月后。在磁盘 UI 中,我单击“安装选定部分”,什么也没发生,没有报告错误。此外,在磁盘 UI 中,我单击齿轮图标,然后单击“检查文件系统...”,它返回“ST4000DM005-2DP166 上的文件系统 Disk_4TB 未损坏。”。
开发者连接提供了从命令行挂载的说明。
sudo mount /dev/sda1 /Disk_4TB
这很好用,所以修改后的问题是
- 为什么自动挂载 fstab 中给定的失败条目。
- 我是否应该报告 GUI 无法挂载且无法显示任何错误代码的错误?如果是,我在哪里报告?
**$ sudo gdisk -l /dev/sda**
[sudo] password for john:
GPT fdisk (gdisk) version 1.0.5
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 7814037168 sectors, 3.6 TiB
Model: ST4000DM005-2DP1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 27569B50-D174-424A-A7BF-4A0E7353C4D9
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814037134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3693 sectors (1.8 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 7814035455 3.6 TiB 8300 Basic data partition
$ lsblk -f 名称 FSTYPE 标签 UUID FSAVAIL FSUSE% 挂载点 loop0 squashfs 0 100% /snap/canonical-livepatch/95 loop1 squashfs 0 100% /snap/core/10859 loop2 squashfs 0 100% /snap/core/10823 loop3 squashfs 0 100% /snap/core18/1944 loop4 squashfs 0 100% /snap/gnome-3-34-1804/66 loop5 squashfs 0 100% /snap/core18/1988 loop6 squashfs 0 100% /snap/gtk-common-themes/1506 loop7 squashfs 0 100% /snap/gnome-3-34-1804/60 loop8 squashfs 0 100% /snap/gtk-common-themes/1514 loop9 squashfs 0 100% /snap/microk8s/2035 loop10 squashfs 0 100% /snap/microk8s/2074 loop11 squashfs 0 100% /snap/snap-store/467 loop12 squashfs 0 100% /snap/snapd/11107 loop13 squashfs 0 100% /snap/snap-store/518 loop14 squashfs 0 100% /snap/snapd/11036 sda
└─sda1 ext4 Disk_4TB c4eaf980-50c9-4c49-9d73-3855be4c91f9
sdb
└─sdb1 ext4 External_2TB a8500ff3-9465-4238-9ada-22ab9ec590ae 1.7T 0% /External_2TB nvme0n1 ext4 磁盘2 16352634-91e0-4567-92cf-065e01395794 757.1G 54% /磁盘2 nvme1n1
═─nvme1n1p1 vfat 112E-F7FA 511M 0% /boot/efi ═─nvme1n1p2
└─nvme1n1p5 LVM2_成员4bj3wl-VTM6-f16H-8gXR-bQLV-1Dj0-vtSulI
═─vgubuntu-root ext4 f1ab115e-a7b7-4737-b62d-2a6cca1a1016 692G 19% / └─vgubuntu-swap_1 swap 1418c65e-e718-49af-a1a5-57f78209480e [SWAP]
猫/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/vgubuntu-root / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme1n1p1 during installation
UUID=112E-F7FA /boot/efi vfat umask=0777 0 1
/dev/mapper/vgubuntu-swap_1 none swap sw 0 0
/dev/disk/by-uuid/16352634-91e0-4567-92cf-065e01395794 /Disk2 auto suid,nodev,nofail,x-gvfs-show,auto,exec,rw 0 0
/dev/disk/by-id/usb-BUFFALO_External_HDD_020100005036-0:0-part1 /External_2TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/92D6CA0AD6C9EE93 /Disk_4TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/c4eaf980-50c9-4c49-9d73-3855be4c91f9 /Disk_4TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
已解决 Wayne 观察到 fstab 中的 /Disk_4TB 有 2 个具有不同 UUID 的条目?
我曾经使用其中一个扩展坞安装了该磁盘,后来又在内部安装了它。这会在 fstab 中创建具有不同 UID 的第二个条目。
Disk UI 没有抱怨冲突的陈旧条目,并第一次成功安装它。后续重新启动时,此冲突就会发生。
答案1
/etc/fstab 中列出了挂载点 /Disk_4TB,其中包含两个不同的设备。每个设备/挂载点仅允许一个条目。
答案2
韦恩观察到 fstab 中的 /Disk_4TB 有 2 个具有不同 UUID 的条目?
我曾经使用其中一个扩展坞安装了该磁盘,后来又在内部安装了它。这会在 fstab 中创建具有不同 UID 的第二个条目。
Disk UI 没有抱怨冲突的陈旧条目,并第一次成功安装它。后续重新启动时,此冲突就会发生。