停電後のマウ​​ントエラー

昨夜、停電がありました。今朝サーバーを再起動すると、ディスクのマウントに失敗したことを示すエラーメッセージが表示されました。マウントをスキップして起動を続行するオプションがあります。ディスク（システムディスクではなくメディアディスク）をマウントしようとすると、次のエラーが表示されます。

システム管理デバイス/ dev / sda2のマウントエラー：
コマンドライン「mount "/ mnt / sda2"」がゼロ以外の終了ステータスで終了しました13：ntfs_mst_post_read_fixup_warn：magic：0x04e2adc6 size：4096 usa_ofs：16595 usa_count：25841：引数が無効ですActualインデックスバッファのVCN（0x103f339f56a78da1）は、予想されるVCN（0x3）とは異なります。
'/ dev / sda2'のマウントに失敗しました：入出力エラーNTFSが矛盾しているか、ハードウェア障害があるか、SoftRAID / FakeRAIDハードウェアです。
最初のケースでは、Windowsでchkdsk / fを実行してから、Windowsを2回再起動します。/ fパラメータの使用は非常に重要です！
デバイスがSoftRAID / FakeRAIDの場合、最初にデバイスをアクティブにし、/ dev / mapper /ディレクトリの下に別のデバイスをマウントします（例：/ dev / mapper / nvidia_eahaabcc1）。
詳細については、「dmraid」のドキュメントを参照してください。（udisks-error-quark）

助けてくれる人はいますか？
2 GBのメディアファイルを失うのは嫌です。

パーティションをマウントすると、ボリュームが使用中であり、「クリーン」ではない可能性があることを示すフラグが設定されます。（同様に、物事は部分的に変更され、すべてが一貫した状態に戻る前に他の部分を「実行する」ままにしておくことができました）。

アンマウントすると、ディスクバッファがフラッシュされ、ファイルシステム管理がすべて完了し、「クリーン」状態を示すフラグが設定されます。

明らかにこれは起こりません、そして、電源は失敗します。

そのため、次回の起動時に、OSはファイルシステムがダーティ状態にあり、一貫性がない可能性があることを検出します。通常、ファイルシステムの障害（fsck）をチェックすることを提案します。何も見つからない場合、パーティションは通常どおりマウントできます。一部が見つかった場合、ユーザーに入力を求めることができます。

NTFSでは、MicrosoftがNTFSの仕組みを世界に知らないため、これは少し難しくなります。代わりに、リバースエンジニアリングされました。そのため、クリーンでないNTFSパーティションの修正はWindowsツールに任されています。これが、ウィンドウを起動して実行するように言われる理由ですchkdsk /f。

だから基本的に：

• ブートウィンドウ（デュアルブートとして、またはCD / DVDから。たとえば、ERDコマンダーから）。
• fsckを実行します

将来的にそれを防ぎたい場合：

• / etc / fstabを編集してボリュームを読み取り専用で,roマウントし、マウントオプションに追加します。
  例えば/dev/sda2 /mnt/media ntfs defaults 0 2
• または、停電を防ぎます。（UPS！）