最近、あるawsインスタンスから別のawsインスタンスへのrsyncを実行しました。これにより、ルートファイルシステムが読み取り専用モードになりました。
読み取り/書き込み権限でファイルシステムを再マウントできますが、システムを再起動すると、読み取り専用に戻ります。
mount
...
/dev/xvda1 on / type xfs (ro,relatime,attr2,inode64,noquota)
...
Sudo mount -o remount,rw /dev/xvda1
mount
...
/dev/xvda1 on / type xfs (rw,relatime,attr2,inode64,noquota)
...
再起動
mount
...
/dev/xvda1 on / type xfs (ro,relatime,attr2,inode64,noquota)
...
これはCentOSインスタンスです。
同様の投稿が見つかりませんでしたが、見逃した場合はリダイレクトしてください。どんな助けでも大歓迎です。
更新
journalctl
...
Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: mount: can't find LABEL=root
Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: /bin/mount for / exited with exit status 1.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: systemd-remount-fs.service: main process exited, code=exited, status=1/FAILURE
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: Failed to start Remount Root and Kernel File Systems.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: Unit systemd-remount-fs.service entered failed state.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: systemd-remount-fs.service failed.
...
cat /etc/fstab | head -n 1
LABEL=root / xfs defaults,relatime 1 1
解決策nKnから受け入れられた回答を参照してください。ただし、私の場合、いくつかの追加手順を実行する必要がありました。
これはルート/ブートファイルシステムであったため、ボリュームを別のインスタンスにアタッチしてから、元のインスタンスに再アタッチする前にファイルシステムにラベルを付け直す必要がありました。これはAWSにあり、2つのインスタンスを停止し、[ボリューム]、[アクション]> [ボリュームのアタッチ]> [2番目のインスタンスの選択]に移動することで実行できます。
私のシステムはxfsだったので、使用する必要があります:xfs_admin -L "root"/dev/sdb( https://docs.Oracle.com/cd/E37670_01/E37355/html/ol_admin_xfs.html ) 2番目のインスタンスに接続されると。
お気づきかもしれませんが、問題はここにあるようです。
Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: mount: can't find LABEL=root
/etc/fstab
ファイルで、root
というラベルの付いたデバイスをマウントしようとしていますが、何らかの理由で使用できなくなりました。おそらく、更新/アップグレードによってラベルが削除された可能性があります(これは一般的ではありませんが)。この問題を解決するには、デバイスにラベルを付け直すだけです。
ファイルシステムの/dev
ディレクトリの下にあるデバイスを見つけて、次のコマンドを実行する必要があります。
e2label /dev/your-device root
その後、再起動すると、ファイルシステムがrw
モードでマウントされます。