Linuxブート時のハードディスクのI / Oエラー
以下はArchの起動のスクリーンショットです。
その理由は、Arch Linuxの電源を何度も強制的にオフにするためだと思います。 （私のFirefoxプラグインはシステムを停止するためにメモリを使いすぎているため、すでにArchの電源を強制的にオフにしています。）
注：同じドライブディスクでWindows 7システムを起動できます。だから私はそれはディスクの問題ではないと思います、ほとんどはパーティションの問題です。
更新：詳細情報を確認します。パーティション/dev/sda9は/homeディレクトリです。そして、常に同じsector 798717984でエラーが発生します。 WindowsでDiskGeniusソフトウェアを使用してエラーをチェックしています。その後、エラーが見つかりました。その部分はフォーマットされていません。 
Arch Linuxを復元したい。これを解決するには？
このエラーを修正できない場合、どのようにパーティションデータを取得するのですか？
Update2：この部分データを保存したいです。この部分にはたくさんの重要なことがあるからです。最初のステップは、この不良パーティションまたはハードドライブ全体をイメージファイル（どのイメージファイルですか）にバックアップし、このパーティションを修正できる人に修正を任せることだと思います。
その他の更新：DiskGeniusソフトウェアを使用して、パーティションセクターエラーを修正した後。次に、e2fsckを使用して確認します。エラーを取得：
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda9.
/dev/sda9: The superblock could not be read or does not describe a correct ext2 filesystem.
VFS: can't find ext4 filesystem.
（私のこの壊れたパーティション/home-> /dev/sda9は、以前に作成したときはext4です。）
そして、コマンド# mke2fs /dev/sda9を実行して、ブロック情報を取得します。
OS type: Linux
Block size: 4096 (log=2)
Fragment size=4096 (log=2)
Stride = 0 blocks, stripe width = 0 blocks
65536 inodes, 261888 blocks
13094 blocks (5.00%) reserved for super user
First data block = 0
Maximum filesystem bloack = 268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Super block backup stored on blocks:
32768, 988304, 163840, 229376
コンソールが雑然としているエラーメッセージ以外に、Arch Linuxにもログインして使用できますか？もしそうなら、おそらくあなたのハードドライブは故障しています、まだ完全に死んでいるわけではありません。 「I/Oエラー」を示す行は、ハードドライブからデータを読み取ろうとしてエラーが発生したカーネルを示し、「ata1.00」で始まる行は、ハードウェアの読み取り要求の内部に関する詳細を提供します。 Windowsはそのようなメッセージを表示しません。それがおそらくまだ問題が表示されていない理由です。
停電によってファイルシステムが破損した場合でも、カーネルはドライブからデータを読み取ることはできますが、データがどのファイルに属しているかを解釈することはできません。その結果、異なる一連のエラーが発生します。
伝える別の方法は、再起動して、同様のエラーが発生するが詳細が異なるかどうかを確認することです。 798717984とは異なるセクター番号。そうである場合、それはエラーがややランダムに発生していることを意味し、これはハードウェア障害の別の兆候です。繰り返しますが、これはほとんどの場合ハードドライブですが、別のハードウェアコンポーネントが故障している可能性もあります。
手遅れになる前に、バックアップを作成してドライブを交換することをお勧めします。
OP更新後に編集：
1つのセクターだけが悪い場合は、e2fsck -c -y goldilocksが示唆したように、エラーが修正された場合はドライブを使い続けます。しかし、最近のドライブには透過的なエラー修正機能が組み込まれており、私の経験では、OSが通常のI/Oの過程でエラーを検出し始めるときまでに、ドライブは寿命に非常に近づいています。
どのような行動を取るかに関係なく、何かを修復する前に、必ずドライブ全体の適切なバックアップがあることを確認してください。