専用サーバーからRAID1を救出する
専用サーバー（Hetzner EX4）があります。ある日、サーバーを再起動しましたが、起動しませんでした。カスタマーサービスから、ハードドライブの1つに障害があり、レスキューシステム（Linux）がアクティブ化されたとの連絡がありました。私のサーバーには、Raid1に2 x 3TB HDDがあります（これについてはほぼ確実です！）
したがって、少なくとも1つのドライブが使用可能である可能性があると思いますが、サーバーからデータを取得する方法についてはわかりません。私はいくつかの調査を行い、partimage（およびpartimageサーバー）を使用しようとしましたが、Linuxでディスクとパーティションがどのように機能するかを理解していないため、サーバーからデータを取得する方法がわかりません。
私が見ているものがドライブ、パーティション、または何であるかさえ私は知りません！
よくわかりませんが、これは役立つと思います。
root@rescue /dev # cd dev/
-bash: cd: dev/: No such file or directory
root@rescue /dev # dir
1-1 cpu full loop4 mouse1 ptyp2 ptype ram4 sda3 stderr tty16 tty27 tty38 tty49 tty6 ttyp4 ttyS0 vcs2 vga_arbiter
2-1 cpu_dma_latency Fuse loop5 net ptyp3 ptypf ram5 sda4 stdin tty17 tty28 tty39 tty5 tty60 ttyp5 ttyS1 vcs3 vhost-net
2-1.4 disk hpet loop6 network_latency ptyp4 ram0 ram6 sda5 stdout tty18 tty29 tty4 tty50 tty61 ttyp6 ttyS2 vcs4 watchdog
2-1.6 event0 input loop7 network_throughput ptyp5 ram1 ram7 sdb tty tty19 tty3 tty40 tty51 tty62 ttyp7 ttyS3 vcs5 watchdog0
autofs event1 kmem loop-control null ptyp6 ram10 ram8 sdb1 tty0 tty2 tty30 tty41 tty52 tty63 ttyp8 urandom vcs6 xconsole
block event2 kmsg MAKEDEV port ptyp7 ram11 ram9 sdb2 tty1 tty20 tty31 tty42 tty53 tty7 ttyp9 usbmon0 vcsa zero
bsg event3 kvm mapper ppp ptyp8 ram12 random sdb3 tty10 tty21 tty32 tty43 tty54 tty8 ttypa usbmon1 vcsa1
btrfs-control event4 log md psaux ptyp9 ram13 rtc sdb4 tty11 tty22 tty33 tty44 tty55 tty9 ttypb usbmon2 vcsa2
bus event5 loop0 mem ptmx ptypa ram14 rtc0 sdb5 tty12 tty23 tty34 tty45 tty56 ttyp0 ttypc usbmon3 vcsa3
char event6 loop1 mice pts ptypb ram15 sda sg0 tty13 tty24 tty35 tty46 tty57 ttyp1 ttypd usbmon4 vcsa4
console fb0 loop2 microcode ptyp0 ptypc ram2 sda1 sg1 tty14 tty25 tty36 tty47 tty58 ttyp2 ttype vcs vcsa5
core fd loop3 mouse0 ptyp1 ptypd ram3 sda2 shm tty15 tty26 tty37 tty48 tty59 ttyp3 ttypf vcs1 vcsa6
root@rescue /dev # fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x8ab49420
Device Boot Start End Blocks Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
root@rescue /dev #
誰かが私にいくつかのアドバイスを与えるか、私の問題を解決するために正しい方向に私を向けることができますか？多分私はそれをすべて間違ってやっていて、私は別のアプローチを取るべきです、あるいは多分これはまったく不可能です：/
PDATE 1まず、すべての提案に感謝します。私はいくつかのことを試しましたが、結果が何を意味するのかわかりません。
まず、fdisk -lの結果をすでに見てきました（/ dev/sdaにディスク識別子があるかどうかはわかりません：0x00000000が手がかりです。
/dev/sda1をマウントしようとしましたが、機能しました。ただし、そのディレクトリに移動すると、EFIフォルダしか表示されません。これは正常ですか？
また、/dev/sdb1をマウントしようとすると、「マウント：ファイルシステムタイプを指定する必要があります」というメッセージが表示されます。
cat /proc/mdstatを実行すると、次のようになります。
Personalities : [raid1]
unused devices: <none>
PDATE 2 Cristian Ciupituのアドバイスに従って、両方のドライブでsmartctlを実行しました。結果は次のとおりです。
sdb：
root@rescue / # smartctl -l error /dev/sdb
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.10.36] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
ATA Error Count: 242 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 242 occurred at disk power-on lifetime: 20101 hours (837 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 8c fe a2 0b Error: UNC at LBA = 0x0ba2fe8c = 195231372
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 01 8c fe a2 4b 00 7d+19:32:38.593 READ FPDMA QUEUED
ef 10 02 00 00 00 a0 00 7d+19:32:38.559 SET FEATURES [Reserved for Serial ATA]
27 00 00 00 00 00 e0 00 7d+19:32:38.559 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 00 7d+19:32:38.559 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 00 7d+19:32:38.559 SET FEATURES [Set transfer mode]
Error 241 occurred at disk power-on lifetime: 20101 hours (837 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 8b fe a2 0b Error: UNC at LBA = 0x0ba2fe8b = 195231371
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 01 8c fe a2 4b 00 7d+19:32:35.600 READ FPDMA QUEUED
60 00 01 8b fe a2 4b 00 7d+19:32:35.600 READ FPDMA QUEUED
ef 10 02 00 00 00 a0 00 7d+19:32:35.567 SET FEATURES [Reserved for Serial ATA]
27 00 00 00 00 00 e0 00 7d+19:32:35.567 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 00 7d+19:32:35.566 IDENTIFY DEVICE
Error 240 occurred at disk power-on lifetime: 20101 hours (837 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 8d fe a2 0b Error: UNC at LBA = 0x0ba2fe8d = 195231373
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 01 8b fe a2 4b 00 7d+19:32:32.607 READ FPDMA QUEUED
60 00 01 8c fe a2 4b 00 7d+19:32:32.606 READ FPDMA QUEUED
60 00 01 8d fe a2 4b 00 7d+19:32:32.606 READ FPDMA QUEUED
ef 10 02 00 00 00 a0 00 7d+19:32:32.574 SET FEATURES [Reserved for Serial ATA]
27 00 00 00 00 00 e0 00 7d+19:32:32.573 READ NATIVE MAX ADDRESS EXT
Error 239 occurred at disk power-on lifetime: 20101 hours (837 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 8a fe a2 0b Error: UNC at LBA = 0x0ba2fe8a = 195231370
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 01 8d fe a2 4b 00 7d+19:32:29.563 READ FPDMA QUEUED
60 00 01 8c fe a2 4b 00 7d+19:32:29.563 READ FPDMA QUEUED
60 00 01 8b fe a2 4b 00 7d+19:32:29.563 READ FPDMA QUEUED
60 00 01 8a fe a2 4b 00 7d+19:32:29.563 READ FPDMA QUEUED
ef 10 02 00 00 00 a0 00 7d+19:32:29.531 SET FEATURES [Reserved for Serial ATA]
Error 238 occurred at disk power-on lifetime: 20101 hours (837 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 8e fe a2 0b Error: UNC at LBA = 0x0ba2fe8e = 195231374
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 01 8a fe a2 4b 00 7d+19:32:26.521 READ FPDMA QUEUED
60 00 01 8b fe a2 4b 00 7d+19:32:26.521 READ FPDMA QUEUED
60 00 01 8c fe a2 4b 00 7d+19:32:26.521 READ FPDMA QUEUED
60 00 01 8d fe a2 4b 00 7d+19:32:26.521 READ FPDMA QUEUED
60 00 01 8e fe a2 4b 00 7d+19:32:26.520 READ FPDMA QUEUED
sda：
root@rescue / # smartctl -t short /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.10.36] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
Short INQUIRY response, skip product id
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
PDATE lsblkを実行して、データを持つパーティションを見つけました。
root@rescue / # lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.7T 0 disk
├─sda1 8:1 0 200M 0 part
├─sda2 8:2 0 1M 0 part
├─sda3 8:3 0 127M 0 part
├─sda4 8:4 0 2.7T 0 part /mnt
└─sda5 8:5 0 455.5K 0 part
sdb 8:16 0 2.7T 0 disk
├─sdb1 8:17 0 1M 0 part
├─sdb2 8:18 0 127M 0 part
├─sdb3 8:19 0 200M 0 part
├─sdb4 8:20 0 2.7T 0 part
└─sdb5 8:21 0 455.5K 0 part
loop0 7:0 0 1.5G 1 loop
次に、sda4をマウントしました。ファイルシステム（WindowsのCユニット）は表示されますが、ディレクトリ（たとえば、「ProgramFiles」）内に移動してすべてのファイルを一覧表示しようとすると、IOエラー：
dir: reading directory .: Input/output error
とにかく、ncftpputを使用してftp経由ですべてのファイルシステムを送信しようとしましたが、ほとんどのファイルがIO例外をスローしました。
Sdb4をマウントしようとすると、次のエラーが発生します。
root@rescue / # mount /dev/sdb4 /mnt
ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read vcn 0x28: Input/output error
Failed to mount '/dev/sdb4': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
更新4
運が悪かったのでntfsfixを試しました：
root@rescue / # ntfsfix /dev/sdb4
Mounting volume... ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read vcn 0x28: Input/output error
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read vcn 0x28: Input/output error
Remount failed: Input/output error
まず、バックアップを確認します。すべてがうまくいけば、それらは必要ありませんが、データが安全であり、完全に理解していなくてもリスクを冒す可能性があることがわかっている場合は、（感情的に）大いに役立ちます。
次に、使用したRAIDを確認します。ハードウェアRAIDの場合もありますが、mdadmのようなソフトウェアRAIDの場合もあります。 HW RAID mdadmnの支払いを覚えていない限り、可能性があります。これを確認して、mdadmのマニュアルページを読んでください。
次に、どのディスクが壊れていて、どれがまだ問題ないかを調べます。
劣化したRAID1を取得するのに問題のないディスクをマウントします。このチェックにcat /proc/mdstat。幸運なことに、次のような出力が得られます。
cat /proc/mdstat パーソナリティ：[linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10] md0：active raid1 sda1 [0] sdb1 [2]（F） 24418688ブロック[2/1] [U _]
この例では、mdadmがロードされ、2番目のディスクに障害が発生したことが認識されます。この出力が得られない場合は、カーネルがmdadmをサポートしているかどうか、または適切なモジュールがロードされているかどうかを確認してください。オプションで、新しいmdデバイスを作成します。メモリをあちこち移動するためのコマンドはmdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb2。 （これを確認してください！これは、2番目のドライブに障害が発生したことを前提としています。最初の書き込みである場合は、sdaがないものを作成してください！）。
動作する/ dev/mdXデバイスを取得したら、すべてのデータを予備の場所にコピーします。必要ないかもしれませんが、バックアップが完全に最新であることを確認する必要があります。次に、壊れたディスクを新しいディスクと交換し、新しいディスクをRAIDアレイに追加するようにプロバイダーに依頼します。
警告：
- これは、バックアップがあるか、マニュアルを読むことができることを前提としています。
- これは、ディスクが単一の大きなRAID1としてパーティション化されていることを前提としています。それは可能性が高いですが、保証されていません。 （ディスクを複数のパーティションに分割し、それらをRAID化することもできます）。ただし、最も手間がかからないパスは1つの大きなRAID1ディスクであり、作業量が少ないため、ほとんどの場合デフォルトで使用されます。
ディスクを交換する必要があります。今。
Linuxの場合、アレイは、異なるパーティションに分割されているか、コントローラーによって異なる仮想ディスクに分離されていない限り、単一のドライブとして表示されます。シリアルコンソール（ホストから提供されている場合）を使用してサーバーのコントローラーを起動し、サーバーの構成を確認できるはずです。
ただし、ディスクを交換するか、申し訳ありません。ドライブの使用年数によっては、2番目のドライブが故障時間に近づいている可能性があり、本当に再構築を完了したい場合がありますbefore失敗します。
あなたは悪いハードドライブを良いドライブと交換したいかもしれません、そしてそれはそれ自身を修理するべきです。ただし、RAIDの実装が異なる可能性があり、詳細なガイダンスについてはベンダーのドキュメントを参照する必要がある場合があります。ただし、ファイルシステムがソフトウェアによって破損し、不良ハードドライブではない場合、RAIDはこれを防止しません（たとえば、不良書き込みは両方のハードドライブで発生します）。
まだオンラインのハードドライブをマウントできるはずです。
コマンドmount /dev/sda1 /mntを試してください
このコマンドが機能する場合、ファイルシステムは/mntの下にマウントされます。そのフォルダに移動すると、ファイルとフォルダが表示されるはずです。必要な情報をバックアップして、ジョナサンのアドバイスに従ってください。