root 被掛載為只讀文件系統，但 /etc/fstab 看起來不錯

我的 ubuntu 18.04 啟動到只讀文件系統/，我真的不知道為什麼。我知道，壞的fstab可能會導致這個問題，但我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>
# / was on /dev/sda1 during installation
#UUID=ec9192f0-a26a-4e52-be83-084fd6599e55 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
#/dev/sdb1 /home/nextcloud-storage ntfs-3g utf8,dmask=007,fmask=007,umask=007,uid=www-data,gid=www-data,noatime 0

我已經#comment 我/dev/sdb1來檢查這個。也很奇怪，也許它與這個問題有關：當我取消註釋 /dev/sdb1 行時，我的/dev/sdb1將正確安裝到/home/nextcloud-storage（仍然是只讀文件系統/），lsblk顯示這個但blkid只顯示我/dev/sda1的UUID-not /dev/sdb1。

我當然可以使用sudo mount -o remount,rw /dev/sda1 /來獲得正確的訪問權限，但這不能解決我的問題。

有誰知道如何擺脫這個？

如前所述，取消註釋該行肯定會解決問題（並且，正如您所確認的，它確實做到了）。

由於這可能是其他人的問題，並且標題說 fstab 沒問題，我將添加一些我認為可能與尋找相同問題的人相關的內容。我不確定 errors=remount-ro 是否是您發行版的標準，但它可能與您的“init”腳本如何處理錯誤有關。通常情況下，當系統啟動時只有一個錯誤，比如文件系統錯誤，需要修復，但不同的發行版可能會通過不同的方式處理它。但是無論如何處理，像 e2fsck 這樣的工具都不能在讀寫掛載的文件系統上安全執行，這就是為什麼系統有時可能會退回到只讀的原因。

如果發生這種情況，執行 e2fsck 可能會解決文件系統問題（但要注意它可能會導致數據失去）。e2fsck 的手冊頁包含有關如何進行以及每個選項的含義的說明。

此外，在某些硬體錯誤的情況下，執行 dmesg 命令可能會告訴您為什麼 root 最終以只讀方式掛載。

引用自：https://unix.stackexchange.com/questions/598128