「sudo：開けません…読み取り専用ファイルシステム」の修正方法

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

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

サーバーに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

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

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

ファイルシステムの一貫性の問題がある場合、システムの実行中にファイルシステムは通常読み取り専用になります。これはfstabas で指定され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ファイルシステムである場合。

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

mount -o remount /

再起動またはsudo fsck -Afよりも優れている

ヘキサフラクションによる答えは私にとってはうまくいきませんでした。私が実行しようとしたたびにsudo fsck -Af -M、それだけでした

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

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

sudo fsck.ext4 -f /dev/sda1

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

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

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

mount -o remount,rw /

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

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

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

dmesgディスク関連のエラーを確認してください。

Googleはこれについての議論でいっぱいであり、あなたはあなたの構成により近いものを選ぶことができますが、見ればdmesg通常十分です。

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

sudo reboot

彼がそれについて言及したように。

（以前の回答を削除）

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

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

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

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

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

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

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

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

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

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

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

ドライブまたはパーティションの物理的なエラーではなく/、ブート設定が誤って構成されています（としてマウントしてみてくださいext2）。

dmesg | grep "error" 私にくれた：

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

/fstab error=mount-roディレクティブにより、読み取り専用としてマウントされました。

私は18.04 LTSリリースを使用しています。最初に破損したドライブをアンマウントしてから、ダッシュで検索して「ディスク」アプリに入りました。そこから、破損したドライブを選択しました。マウントされていないことを確認してください。そうでない場合は動作しません。オプションメニュー（小さな歯車の形）で、「ファイルシステムの修復」をクリックしました。ブーム！魅力のように働いた。