web-dev-qa-db-ja.com

読み取り専用ファイルシステムを起動する

Ubuntuデスクトップ（サーバーとして使用していますが）をsshで14.04から16.04に更新しました。完了して再起動すると、読み取り専用ファイルシステムで起動します。

root@Server:/# touch a
touch: cannot touch 'a': Read-only file system

mount -o remount,rw /を試しましたが、出力はmount: can't find UUID=/dev/sda1です。 UUIDは何らかの形で/ dev/sda1に変更されたと思います。これは/ etc/fstabの内容です。

root@Server:/# cat /etc/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=/dev/sda1 /               ext4    errors=remount-ro 0       1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=481bc70a-eb80-4040-93a1-696c46faa638 none            swap    sw              0       0

行UUID =/dev/sda1にコメントして、行UUID = 643d9cab -...のコメントを外す必要があると思いますが、ルートファイルシステムが読み取り専用としてマウントされたため、できませんでした。これが役立つかどうかはわかりませんが、ここにカーネルメッセージの一部を示します。

root@KrootServer:/# dmesg|grep mount
[    1.794106] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    5.675605] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   19.677056] cgroup: new mount options do not match the existing superblock, will be ignored

それでは、この問題をどのように修正すればよいですか？私はsshの問題を修正しようとしているので、物理的にマシンにアクセスする必要があるかどうかを教えてください。

[+] Sudo blkidの結果

ian0371@Server:~$ Sudo blkid
/dev/sda1: UUID="643d9cab-177e-4eee-a52f-224ebf0bc405" TYPE="ext4" PARTUUID="0000e118-01"
/dev/sda5: UUID="481bc70a-eb80-4040-93a1-696c46faa638" TYPE="swap" PARTUUID="0000e118-05"`
bootmountread-only
1
Ian Song

この修正を試してみましょう：

  1. 起動して回復モード
  2. リカバリメニューからrootを選択します。

  3. 以下を使用してファイルシステムをマウントします。

    mount -o remount,rw /

  4. Vimまたはnanoを使用して、/etc/fstabを次のように変更します。

    #UUID=/dev/sda1 /               ext4    errors=remount-ro 0       1
UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0       1

  5. 次に、終了して、リカバリメニューからresumeを選択します。これで問題が修正されます。

0
George Udosen

コピーされたルートファイルシステムを起動するときに同じ問題が発生しました（/ etc/fstabのUUID値を調整するのを忘れていました）。デバイスを指定しないと、mount -o remountが/ etc/fstabを引き続き検索します。デバイスを手動で指定するときに機能しました：

mount -o remount,rw /dev/sda1 /
3
Arne de Bruijn

/ etc/fstabに何か問題があります。

UUID=/dev/sda1 /               ext4    errors=remount-ro 0       1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0

最初の行が間違っています、/ dev/sda1はuuidではありません。 2行目は正しいもののように見えます。最初の行の前に＃を置き、下の行で削除します。

UUIDはblkid /dev/sda1で確認できます。異なる場合は、/ etc/fstabのUUIDを変更して一致するようにします。

または、/ dev/sda1の前にあるUUID =を削除できます

0
Soren A