ルートは読み取り専用ファイルシステムとしてマウントされていますが、/etc/fstabは問題ないようです。

ルートは読み取り専用ファイルシステムとしてマウントされていますが、/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

/dev/sdb1確認しようと#コメントしました。また、奇妙なことに、この問題に関連している可能性があります。 / dev / sdb1行のコメントを外すと、私は正しくマウント/dev/sdb1され/home/nextcloud-storage(まだ読み取り専用ファイルシステムです/lsblk、この内容のみが表示されますが、blkid私のものは表示さ/dev/sda1れませUUID/dev/sdb1

もちろん、これを使用してsudo mount -o remount,rw /dev/sda1 /正しいアクセス権を得ることはできますが、問題は解決しません。

誰もこれを削除する方法を知っていますか?

答え1

すでに述べたように、その行のコメントを削除すると、問題は確実に解決されます(確認のとおり実際に解決されました)。

これは他の人の問題である可能性があり、タイトルにfstabは大丈夫であることが示されているので、同じ問題を探している人に関係があると思われるいくつかの異なる問題を追加します。 error=remount-roがディストリビューションの標準であるかどうかはわかりませんが、「init」スクリプトがエラーを処理する方法に関連している可能性があります。通常、システムが準備完了状態で起動すると、修正が必要なエラー(ファイルシステムエラーなど)のみが発生しますが、ディストリビューションによってはそれを異なる方法で処理できます。ただし、どのように処理しても、e2fsckなどのツールは読み取り/書き込みマウントファイルシステムで安全に実行できなくなり、システムが時々読み取り専用に戻ることがあります。

同様の状況が発生した場合は、e2fsckを実行するとファイルシステムの問題が解決される可能性があります(ただし、データが失われる可能性があることに注意してください)。 e2fsckのマニュアルページには、進捗方法と各オプションの意味に関する説明が含まれています。

また、dmesg コマンドを実行すると、特定のハードウェア障害が発生した場合にルートが読み取り専用としてマウントされる理由がわかります。

関連情報