ECS G31T-M9マザーボードに2つの新しいSATAハードドライブを接続しました。これは、それぞれ500GBおよび1TB容量のSATA IIIメカニカルハードドライブです。
500GBドライブで最初に問題が発生し始め、最終的にマザーボードがそれを検出できなかったため、ドライブ間でSATAポートを交換してすぐに解決策を見つけました。これにより、1週間から数ヶ月の期間にわたって問題が解決しました。 、この問題は電力サージ後に時々発生しますが、これが唯一の原因ではありません。
症状は急速に進行し、両方のドライブに影響を与え、ほとんどすべてのインストール試行後にシステムの自動削除が行われ、明らかな理由なく、オペレーティングシステムによって1つまたは2つのパーティションがすぐにアンマウントされる場所に達しました。
この問題は SATA ドライブにのみ影響するようです。 Ideドライブも接続しましたが、まったく問題が発生していないようです。
Arch Linuxを実行しているシステムとすべてのパーティションにext4ファイルシステムが含まれているため、fsckによると、これはすべてのエラーレポート（存在する場合）が強制マウント解除と一致しないため、ファイルシステム内のエラーとは無関係です。
どのSATAドライブもBIOSにロードされない問題が発生しました。この最後の問題により、すべての危険信号が発生し、すべてのSATAドライブを取り外し、別のマザーボードであるBiostar P4m89-m7bに接続しました。
バイオスターはドライブを認識し、データのバックアップと復元に数日を費やしました。 500 GBドライブからすべてのファイルとノードを正常に回復しましたが、パーティションが破損し、デフォルトのスーパーブロックが欠落しており、e / sエラーがsyslogに報告され続けましたが、幸いにも、ddrescueは512 KBのみを含むドライブでのみ機能しました。エラーが検出されました。
すべてのファイルが実際にそこにあり、1GBドライブがまだテストに利用可能であることを確認するまで、そのドライブのすべてのテストを即座に一時停止しました。
何が起こったのか、最初のマザーボード（ecsマザーボード）に対する自信はなくなりましたが、それでもこの問題の原因は何ですか？
PSUに欠陥があるのではないでしょうか？ユニバーサル500W電源で、3台のハードドライブとスピーカーやプリンターを含むいくつかの外部周辺機器を接続しました。
しかし、PSUに関連している場合、残りのIDEドライブに問題がないのはなぜですか？
これは私が答えを探している非常に興味深い謎ですので、すべての意見を大切にします。
編集：これは削除中のJournalctlの出力です。 blk_update_request: I/O エラー、dev sda、セクタ 15488728 op 0x0: (READ) フラグ 0x80700 phys_seg 8 prio クラス 0
編集2：2020年9月20日16:56:59に同時に2つのドライブの問題を報告し始めたログのクイックチェック、9月9日にログ記録が開始されました。次の日付が怖いので、前のイベントはクリーンアップされ上書きされます。
両方のドライブの完全なログエントリは次のとおりです。
- 1TBドライブ：https://cloudvyzor.com/logpad/?query&database=sandbox-88e449dee9b24ad5b0d3aa4054833df0
- 500GBドライブ：https://cloudvyzor.com/logpad/?query&database=sandbox-bd50684d63a559a1930f1424d7597f7b
両方のドライブに固有のログエントリは次のとおりです。
- 1TBドライブ：https://cloudvyzor.com/logpad/?query&database=sandbox-6718aced5b022e2261450da3fda8cbf3
- 500GBドライブ：https://cloudvyzor.com/logpad/?query&database=sandbox-d729f9a2dad82e8020aa0fc350964105
9月20日からの全イベント：