it-swarm-ja.com

Ubuntuアイコンが消え、すべてがフリーズします

Ubuntu 16.04(HP Spectre x360で実行)を使用しています。ごく最近、次の問題が発生しました。

時々(この時点ではおそらく30分ごとに)、WiFiが表示され、すべてのアイコンが表示されているバーが消え、音量、WiFi、時計などが表示されているバーも消えます。

物事もフリーズし、ハードリスタートする必要があります。

この問題の修正をどこから始めればよいのかさえわかりません。どんな助けでも大歓迎です。


18.04にアップグレードしましたが、しばらくは問題なく動作していました。しかし、その後、これと同じことが起こりました。

場合によっては、スクロールエラーメッセージが表示されて、ある種のターミナル画面に失敗することもあります。

Error Message

3
user1551817

ハードドライブのパーティションが破損している可能性があります。 Linuxがパーティションが破損していることを検出すると、パーティションは自動的に読み取り専用として再マウントされます。これはおそらくここで起こっていることです。

ほとんどのLinuxディストリビューションは、起動時にファイルシステムチェック(fsck)コマンドを実行して、ファイルシステムとパーティションのエラーをチェックして修復します。この問題の考えられるがありそうもない理由は、この自動ファイルシステムチェックを何らかの理由で無効にしたことです。

NoMadが提案したように、(rootとして)実行してみてくださいfsck.ext4 -f -n /dev/sda5パーティションのファイルシステムの破損のレベルを確認します(注:破損があるからといって、すべてが壊れているわけではありません。7つの未修正エラーと2つの最適化されていない警告が表示され、ファイルシステムにはまだエラーがあるという警告が表示されますが、それでもすべて正常に動作します。)

ターミナル画面に表示されている出力には、dmesgコマンドを使用してアクセスできます(Sudoが必要な場合があります)。これを試して:

dmesg | grep -B 5 -A 5 filesystem

できれば、問題が発生した後。これにより、ファイルシステムが読み取り専用としてマウントされた時期と、できれば正確な理由が表示されます。

それが本当に破損したファイルシステムである場合、それには多くの考えられる原因があります。それらの中で最も重要なのは、ハードドライブに障害が発生していることです(特にこれがフォーマット間で発生した場合)。

ハードドライブに障害が発生しているかどうかを確認するには、S.M.A.R.Tテストを実行することをお勧めします。これを行うには、smartmontoolsをインストールする必要があります。あるいは、GSmartControlなどのスマートテストにグラフィカルフロントエンドを使用することもできますが、以下は、smartmontoolsを使用してテストする方法のガイドです。

次に、(rootとして)実行します

smartctl -i /dev/sda

(ここで、sdaはテストするハードドライブです。特定の質問では/ dev/sdaになります)ハードドライブがSMART(この出力の一番下の行)をサポートしているかどうかを確認します) 。

サポートは利用できるが有効になっていない場合は、有効にします。

smartctl -s on /dev/sda 

サポートが利用可能で有効になっている場合は、スマートテストを実行します。

smartctl -t long /dev/sda

出力は、特定の時間まで待って結果を確認するように指示します。次のようになります。

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Test will complete after Tue Jan 14 13:54:05 2020

そして、言及された時間の後、あなたは走ります

smartctl -l selftest /dev/sda
smartctl -a /dev/sda
smartctl -H /dev/sda

そして、結果から何を収集できるかを確認してください。これにより、ハードドライブに障害が発生しているかどうかがわかります。

1つのテストでも失敗する場合は、ドライブが失敗しているため、データをバックアップして、代わりのテストを探す必要があります。 Windowsに切り替えるのも無駄で、BSODが発生するだけです。

ハードドライブに問題がなく、fsckが正常に出力された場合、最も可能性の高い原因が何であるかは完全にはわかりません。

2
Cestarian

システムのフリーズは無関係である可能性がありますが、コンソール出力にはファイルシステムエラーが表示されます。 systemdジャーナルは読み取り専用としてマウントされており、EXT4ファイルシステムからの読み取り操作も失敗するため、ディスクに書き込むことができません。

データが安全になったら、データをバックアップしてからファイルシステムの修復を試みることを強くお勧めします。

fsck.ext4 -f -n /dev/sda5を実行して、ファイルシステムの破損を確認します。ディスク(ハードウェア)にも障害が発生し、読み取り/書き込みアクセスができなくなっている可能性があります。ファイルシステムのチェックや修復などのr/wを集中的に使用する操作では、最初から問題がある場合、ディスクが完全に失敗する可能性があることに注意してください。

4
NoMad