web-dev-qa-db-ja.com

「須藤：開くことができません...読み取り専用ファイルシステム」の修正方法

タイトルは、私が望んでいるほど記述的ではないかもしれませんが、より良いタイトルを思い付くことができませんでした。

サーバーのファイルシステムが読み取り専用になりました。そして、なぜそうするのか、どのように解決するのかがわかりません。

サーバーにSSH接続できます。たとえば、Apache2を起動しようとすると、次のメッセージが表示されます。

username@srv1:~$ Sudo service Apache2 start
[Sudo] password for username:
Sudo: unable to open /var/lib/Sudo/username/1: Read-only file system
 * Starting web server Apache2                                                                                                                                                                                                               (30)Read-only file system: Apache2: could not open error log file /var/log/Apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

サーバーを再起動しようとすると、

username@srv1:~$ Sudo shutdown -r now
[Sudo] password for username:
Sudo: unable to open /var/lib/Sudo/username/1: Read-only file system

手動で再起動すると、警告またはメッセージが間違っていることを示すメッセージなしで起動します。

この問題を解決するために誰かが正しい方向に私を指し示すことができることを願っています。

filesystemrestartread-only
134
John

ファイルシステムの一貫性の問題がある場合、システムの実行中にファイルシステムは通常読み取り専用になります。これはfstabでerrors=remount-roとして指定され、FSアクセスが失敗した場合、または緊急読み取り専用再マウントが要求されたときに発生します Alt+SysRq+U。以下を実行できます。

Sudo fsck -Af -M

すべてのファイルシステムのチェックを強制します。他の回答の1つが述べているように、dmesgを調べることも非常に役立ちます。

編集：コマンドラインの-Mを忘れないでください。

注：Bibhasが述べたように 彼の答え ：バージョンバナーの後にfsckがスタックした場合：

$ Sudo fsck -Af -M
fsck from util-linux 2.20.1

eXT4固有のfsckを使用してみてください。

$ Sudo fsck.ext4 -f /dev/sda1

問題のパーティション/dev/sda1がext4ファイルシステムである場合。

63
hexafraction

ここに私の問題を解決したコマンドがあります：

mount -o remount /

rebootまたはSudo fsck -Afよりも優れている

45
Sulliwane

ヘキサフラクションによる答えは私にとってはうまくいきませんでした。 Sudo fsck -Af -Mを実行しようとするたびに

$ Sudo fsck -Af -M
fsck from util-linux 2.20.1

何もありません。エラーも何もありません。私にとっては、ライブディスクから起動してこれを実行するとうまくいきました-

Sudo fsck.ext4 -f /dev/sda1

問題のパーティション/dev/sda1がext4ファイルシステムである場合。

42
Bibhas

dmesg | grep "EXT4-fs error"を実行して、ファイルシステム/ジャーナリングシステム自体に関連する問題があるかどうかを確認してください。その後、システムを再起動することをお勧めします。また、ObsessiveSSOℲによるSudo fsck -Af回答は傷つきません。

13
thiagowfx

ルートファイルシステムを強制的にrwとして再マウントする場合は、次の操作を実行できます。

mount -o remount,rw /
10
johnboiles

これは、コンピューターがシステム時刻を忘れたことが原因である場合があることに注意してください。ジャーナルの日付が未来のため、ディスクチェックは失敗します。

BIOSの時刻を設定（およびBIOSバッテリーをチェック）することで、ディスクのリカバリーを行うことなく、この問題を解決しました。

9
Tony Cook

私にとっては、この問題を解決するシステムを再起動する

Sudo reboot

彼がそれについて述べたように。

2
Zaman Oof

通常、Linuxは、エラーが発生した場合にのみファイルシステムを読み取り専用にします。特に、ディスクまたはファイルシステム自体のエラー（たとえば、間違ったジャーナルエントリなど）。

dmesgでディスク関連のエラーを確認することをお勧めします。

Googleにはこれについての議論がたくさんあります 構成に近いものを選択できますが、通常はdmesgで十分です。

2
axis

（以前の回答を削除）

編集：主な問題は、ウィンドウ側にありました。 Windows 10を更新した後、「クイックスタート」オプションが自動的に有効になりました。そのオプションを再び無効にし、マシンを再起動すると、問題はなくなりました。 Windows 10では、数日間ひどい頭痛がしました:(

「クイックスタート」オプションは、コントロールパネルの「電源オプション」にあります。それを無効にします!!! :)

2
sarthak-sopho

UbuntuとWindowsを同時に使用してマシンをデュアルブートしているときにこの問題が発生するのは、Windowsがファイルシステムを変更するためです。その場合、これで問題が発生する可能性があります。 高速起動を無効にしてみてください

[コントロールパネル]> [ハードウェアとサウンド]> [電源オプション]>（左側）ふたを閉じる動作を選択する>現在利用できない設定を変更する> [高速起動をオンにする]のチェックを外す

Ubuntuを起動すると、問題が解決します。お役に立てれば！

https://youtu.be/KJ-0KPZhAFo

1
Joyy

障害のあるハードウェアがあるかどうかを確認します。hardiskが緩んでいるため、このエラーが発生しました。マウント-o remount、rw /を実行し、正常に動作しました。

0
Mwongera808

ライブディスクを使用できない状況にあった場合、例えばシステムにリモートでSSH接続している場合でも、@ Bibhasが応答したコマンドを使用できます。

Sudo fsck.ext4 -f /current/filesystem/mount/point

ファイルシステムエラーの修正を促します。また、システムをリモートで再起動する必要があります。

0
allenyllee

私の場合、最初のインストール後、RAID 1が安定していました。 s/w RAID1に/ bootと/があります。システムを一晩放置して再起動すると、すべてが正常に機能します。リチャード

0
Richard Moore