誤った電源オフによって何が損なわれる可能性があり、何をチェックできますか？

何らかの不適切なシャットダウンや電源の問題が発生した後、何か心配がある場合はどうすればよいですか？（Ubuntu Server 17.04）

私の話の短いバージョンは、シャットダウンプロセスが不安定な電源に対するマザーボードの回路保護をトリガーし、その時点でコンピューターの電源がオフになり、警告メッセージとともにポスト画面に再び電源が入ります。hdparm -yを使用してハードドライブをスタンバイ状態にしようとすると、同じことが起こります。

電源を交換することでこの問題は解決しましたが、それを理解するのにどれくらい時間がかかったかを認めて恥ずかしく思います。

確認する必要があるもの、または実行できる修正措置はありますか？オペレーティングシステムを（再度）再インストールすることは、世界で最悪のことではありませんが、気にする必要があるのかと思います。システムディスクはSSDであり、メディアストレージ用にミラー化されたBtrfsの2つのWD Redドライブです。

hard-drive power-management shutdown

— ユーザー4574
ソース

この素晴らしい最初の質問におめでとうございます。+1

— デザート

誰かがfsckのようなコマンドで詳細な答えを書いてくれることを願っていますが、要するに、EXT4をどこかに持っていれば、そのような状況に対して非常に安定しています。しかし、重複排除のために、BTRFSはこの点で悪いです。電力が失われると、重複排除のため、ユーザーが触れたことのないねじ込みファイルを残すことができます。外部ドライブでこのような状況が2つあり、最終的にext4に移行しました。

— こんにちは天使

うーん...システムはEXT4です。btrfsに関する興味深いメモですが、重複排除を使用したことはないと思います。それは自動的に起こるものではありませんか？

— ユーザー4574

また、使用することができhalt、それは数分間、黒い画面を表示した後、コンピュータは「コンピュータの電源を切るために、その、今、安全な」と言ったときにちょうど昔のように、コマンドをして、手動でコンピュータの電源を切る

— Ferrybig

重複排除は自動で、BTRFSの機能です。ただし、無効にできるかどうかはわかりません。

— こんにちは天使

回答:

ext4ファイルシステムをチェックする最も簡単な方法は、追加することです

fsck.mode=force

ブートパラメータとして。

で/etc/default/grub、またはブート時に手動で実行できます。

upstartrun を使用する古いシステムの場合

sudo touch /forcefsck

そして再起動します。

このコマンドは/forcefsck、起動時にドライブをチェックするようシステムに指示する空のファイルを作成します。

ブート時に、ファイルシステムがマウントさfsckれる前に実行され、エラーがあるかどうかが表示されます。

それ以外の場合は、外部デバイスから起動する必要があります。

— Pilot6
ソース

これは何もしないようでした、通常の起動。systemdベースのシステムでは動作しないことをどこかで読みましたか？またはそれは本当に本当に速いですか

— ユーザー4574

以前はupstartで動作していました。私はext4長い間使用していませんし、機能しないことに気づきませんでした。ただし、systemdで同じことを行う方法が必要です。

— -Pilot6

@ User4574でそれを行う方法を追加しましたsystemd。

— Pilot6

grubにブートパラメータを追加する必要がありましたが、これは機能しているように見えました。ありがとうございました。

— ユーザー4574

Ubuntu ext4標準パーティション内のUbuntuの標準ファイルシステムは、次のコマンドで確認できます

sudo e2fsck -f /dev/sdxn

または、不良ブロック（物理的に不良ブロック）も確認する場合

sudo e2fsck -cf /dev/sdxn

xはドライブ文字で、nはパーティション番号です（例：）/dev/sda1。

詳細man e2fsckを参照してください。

他のドライブ、たとえばレスキューlinuxドライブやUbuntuデスクトップライブドライブなどのライブドライブから起動する必要があり、このコマンドを実行するときにターゲットパーティションをマウントしないでください。

— sudodus
ソース