背景：我的 Ubuntu 服务器有时会冻结，我仍在尝试找出原因。（我以为是数据驱动器上的驱动器访问错误，但将其移至其他 SATA 端口可以修复错误，但它仍然冻结，但这是另一个问题！）
几天前它冻结了，甚至 REISUBing 也没有任何作用，所以我不得不进行电源循环。
它给了我一条关于根分区损坏的消息，所以我对其运行了 fsck，并报告驱动器现在已清理。
问题描述：现在每次我重新启动时，根目录都会以 RO 形式挂载，并且永远不会重新以 RW 形式挂载，直到我手动执行此操作，这显然会在启动过程中破坏很多东西……
我读了很多文章，但似乎没有一个问题适用于我的情况。
NAS 正在运行 20.04
/dev/sda2（根）是一个干净的（根据 fsck）EXT4文件系统
FSTAB（绑定中的用户名已被编辑）：
/dev/disk/by-uuid/720fea95-61b0-4b06-b63e-25ebe3727c81 / ext4 defaults 0 1
/swap.img none swap sw 0 0
/mnt/pools/A/A0/share /share none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
/mnt/pools/A/A0/share/USER1 /home/USER1 none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
/mnt/pools/A/A0/share/USER2 /home/USER2 none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
/mnt/pools/A/A0/share/USER3 /home/USER3 none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
/mnt/pools/A/A0/share/USER4 /home/USER4 none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
/mnt/pools/A/A0/share/USERx /home/USERx none defaults,bind,x-systemd.requires=zfs-mount.target,x-systemd.requires=/mnt/pools/A/A0/share,auto 0 0
10.50.164.27:/media/hdd /mnt/vuduo nfs defaults,auto 0 0
我这样做之后效果很好
mount / -o remount,rw
但随后我还必须手动（重新）启动一些依赖根数据可写的服务......
（是的，fstab 中的 UUID 与分区的 UUID 匹配）
DMESG 中没有关于 sda2 或 fstab 的消息，除了以下几行：
[ 1.369971] sda: sda1 sda2
[ 7.112666] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[ 178.485400] EXT4-fs (sda2): re-mounted. Opts: (null)
（最后是我手动重新安装驱动器）
/boot 上 grub.cfg 的相关位：
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-720fea95-61b0-4b06-b63e-25ebe3727c81' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 720fea95-61b0-4b06-b63e-25ebe3727c81
else
search --no-floppy --fs-uuid --set=root 720fea95-61b0-4b06-b63e-25ebe3727c81
fi
linux /boot/vmlinuz-5.4.0-72-generic root=UUID=720fea95-61b0-4b06-b63e-25ebe3727c81 ro libata.force=noncq
initrd /boot/initrd.img-5.4.0-72-generic
}
[更新]
Smartmon（smartctl -a）显示 SSD 处于最佳状态，并且没有记录任何错误！
当它发生时，在第一次重启后，日志提到了 fs 错误，但由于 fsck 没有记录，所以日志中根本没有显示为什么它仍然被挂载为 RO
[/更新]
[更新 2]
没有可用的固件更新，自检也无误。虽然仍然没有重新安装 RW，但 DMESG 或 SYSLOG 中也没有显示任何错误...
[/更新]
呃。。。帮忙？