从timeshift挂载失败说起

–

想说

新装的archlinux使用的btrfs文件系统，用timeshift作系统备份。于是乎手贱试了一下。电脑重启后，发现直接寄了，其中boot,/home中直接挂载失败。

好了，开始找原因。

原因：在timeshift备份后，他会会新建两个卷作为备份数据，/etc/fstab里是电脑开启时，系统挂载硬盘的配置文件，然而写入错误，系统无法挂载/home和/boot（找不到）

关于`/etc/fstab`

/etc/fstab例：

# /dev/sdb2 LABEL=myArch
UUID=4de16e88-82fe-4235-8a80-adbebf6da2e7       /               btrfs      rw,relatime,compress=zstd:3,ssd,space_cache=v2,subvolid=256,subvol=/@    0 0

# /dev/sdb1
UUID=BBD1-343A          /boot           vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro   0 2

# /dev/sdb2 LABEL=myArch
UUID=4de16e88-82fe-4235-8a80-adbebf6da2e7       /home           btrfs      rw,relatime,compress=zstd:3,ssd,space_cache=v2,subvolid=257,subvol=/@home   0 0

# /dev/sdb4
UUID=fa0fc1b1-38f1-4578-a1ba-6126ff9f5b84       none            swap       defaults         0 0

其中的subvoid可以通过以下命令查看

1	btrfs subvolume list /

输出：



ID 256 gen 12402 top level 5 path @
ID 257 gen 12402 top level 5 path @home
ID 258 gen 17 top level 256 path var/lib/portables
ID 259 gen 18 top level 256 path var/lib/machines
ID 262 gen 8572 top level 5 path timeshift-btrfs/snapshots/2023-03-02_09-13-16/@
ID 263 gen 2233 top level 5 path timeshift-btrfs/snapshots/2023-03-02_09-13-16/@home
ID 264 gen 8572 top level 5 path timeshift-btrfs/snapshots/2023-03-11_16-40-29/@
ID 265 gen 8574 top level 5 path timeshift-btrfs/snapshots/2023-03-11_16-40-29/@home

可以看到，带有timeshift-btrfs/snapshots/以及日期的是timeshift快照。

如果系统启动，硬盘挂载失败，很有可能是subvoid错误，找到你想要的卷相应的subvoid改过去就行。

同时还需要注意确保/etc/fstab中的UUID是否存在且正确。

使用以下命令可以查看各卷的UUID