こんにちは。システムの再起動に失敗した後、Linux 緊急モードを終了しようとしています。
まず、/etc/fstab次のパーティションに問題があるかどうかを確認して発見しました。
UUID=0C80015D80014EA0 /mnt/data ntfs デフォルト 02
ここの数字は、2特定のファイルシステムを調べる必要があることを示します。
sudo blkid出力を見ると、UUIDが私の/dev/sdb1ファイルに割り当てられ、ファイルが破損していると結論付けました。破損したパーティションの確認と回復の使用を提案するいくつかのスレッドを読みましたが、fsck実行すると、fsck /dev/sdb1次のメッセージが表示されます。
fsck of util-linux 2.36
私はこれがfsckうまくいかないと思いましたが、/rootパーティションでコマンドを試したときにうまくいきました。
~# sudo fsck /dev/sdb3
fsck of util-linux 2.36
e2fsck 1.45.6 (20-Mar-2020)
/dev/sdb3 its mounted
だから私は何ができますか？
実行してみるとdf -hなくなりましたね/dev/sdb1。
答え1
ここでは様々な意味を誤解しています。
- /etc/fstab は静的ファイルで、強調表示されたフィールドは静的ファイルです。いいえファイルシステムの状態とそれを確認できる潜在的な順序を示します。
- 選択した行は、ファイルシステムがWindowsファイルシステムであるntfsタイプであることを示します。 Windowsでのみこのファイルシステムを確認でき、Linux fsckではサポートされていません。
- fsckがエラーなしで終了すると、エラーが見つからなかったことを意味します。引用符で囲まれた行にはfsckのバージョン番号が表示されており、エラーを示さず、何も確認しませんでした。
- fsck がファイルシステムがマウントされていると文句を言うと、使用中で書き込み可能なファイルシステムで fsck を実行できないというメッセージが表示されます。また、ファイルシステムを書き込み可能にマウントできる場合は問題がない可能性があり、とにかくfsckは必要ありません。
パニックモードに入る直前に印刷されるエラーが含まれていないため、実際の問題が何であるかは質問からは明確ではありません。
/dev/sdb1ファイルシステムが破損し（Windowsを介して）確認する必要があるため、マウントされない可能性があり、fstabで必要なファイルシステムをマウントできず、システムがパニックモードにあると推測されます。
Windowsファイルシステムをfstabに直接マウントすることはLinuxでは修復できないため、お勧めできません。noautofstabにsdb1（つまり）のオプションを追加し、defaults,noauto後で手動でマウントするか、起動後に必要に応じて自動マウントまたはudisks-daemonを使用して自動的にマウントすることをお勧めします。
この中で、自動マウントは不要になったときに自動的にマウントを解除するので、おそらくより良い選択でしょう。また、Linuxを正常にシャットダウンせずにシステムが突然再起動した場合、ファイルシステムがまだマウントされているとファイルが破損する可能性があります。システム。