ソフトウェアraid5に設定されている4つの古いHDDからデータを回復しようとしましたが、ディスクにエラーが発生したようです。私がやりたいことは、攻撃隊を復元してデータを他の場所にコピーできるようにすることです。いくつかの調査を行い、それを使用して再同期を実行したいのですが、最終的にそれを混乱させたくmdadm
ないので、誰かがこれを達成するために何をすべきかを説明できる場合は、データセキュリティに大いに感謝します。私もUbuntu 16.04を使用しており、これが私が実行しているときに見るものです。mdadm --detail /dev/md0
/dev/md0:
Version : 1.1
Creation Time : Thu Feb 13 09:03:27 2014
Raid Level : raid5
Array Size : 4395016704 (4191.41 GiB 4500.50 GB)
Used Dev Size : 1465005568 (1397.14 GiB 1500.17 GB)
Raid Devices : 4
Total Devices : 3
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Dec 23 12:51:56 2018
State : clean, FAILED
Active Devices : 2
Working Devices : 2
Failed Devices : 1
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Name : CentOS-01:0
UUID : 1cf7d605:8b0ef6c5:bccd8c1e:3e841f24
Events : 4178728
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 33 1 active sync /dev/sdc1
2 8 65 2 active sync /dev/sde1
6 0 0 6 removed
0 8 49 - faulty /dev/sdd1
また、各デバイスで mdadm --examine を実行します。
/dev/sdb1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 1cf7d605:8b0ef6c5:bccd8c1e:3e841f24
Name : CentOS-01:0
Creation Time : Thu Feb 13 09:03:27 2014
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 2930012160 (1397.14 GiB 1500.17 GB)
Array Size : 4395016704 (4191.41 GiB 4500.50 GB)
Used Dev Size : 2930011136 (1397.14 GiB 1500.17 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : 252a74c1:fae726d9:179963f2:e4694a65
Internal Bitmap : 8 sectors from superblock
Update Time : Sun Mar 15 07:05:19 2015
Checksum : 53cae08e - correct
Events : 130380
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 3
Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdc1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 1cf7d605:8b0ef6c5:bccd8c1e:3e841f24
Name : CentOS-01:0
Creation Time : Thu Feb 13 09:03:27 2014
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 2930012160 (1397.14 GiB 1500.17 GB)
Array Size : 4395016704 (4191.41 GiB 4500.50 GB)
Used Dev Size : 2930011136 (1397.14 GiB 1500.17 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : dc8c18bd:e92ba6d3:b303ee86:01bd6451
Internal Bitmap : 8 sectors from superblock
Update Time : Sun Dec 23 14:18:53 2018
Checksum : d1ed82ce - correct
Events : 4178730
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 1
Array State : .AA. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 1cf7d605:8b0ef6c5:bccd8c1e:3e841f24
Name : CentOS-01:0
Creation Time : Thu Feb 13 09:03:27 2014
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 2930012160 (1397.14 GiB 1500.17 GB)
Array Size : 4395016704 (4191.41 GiB 4500.50 GB)
Used Dev Size : 2930011136 (1397.14 GiB 1500.17 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : active
Device UUID : 03a2de27:7993c129:23762f07:f4ba7ff8
Internal Bitmap : 8 sectors from superblock
Update Time : Sun Dec 23 12:48:03 2018
Checksum : ba2a5a95 - correct
Events : 4178721
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 0
Array State : AAA. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 1cf7d605:8b0ef6c5:bccd8c1e:3e841f24
Name : CentOS-01:0
Creation Time : Thu Feb 13 09:03:27 2014
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 2930012160 (1397.14 GiB 1500.17 GB)
Array Size : 4395016704 (4191.41 GiB 4500.50 GB)
Used Dev Size : 2930011136 (1397.14 GiB 1500.17 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : c00a8798:51804c50:3fe76211:8aafd9b1
Internal Bitmap : 8 sectors from superblock
Update Time : Sun Dec 23 14:18:53 2018
Checksum : 14ec2b30 - correct
Events : 4178730
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 2
Array State : .AA. ('A' == active, '.' == missing, 'R' == replacing)
編集する: @frostschutzの提案に従って、以下を実行しました。
server:~$ sudo mdadm --stop /dev/md0
これにより攻撃は正常に防止されました。その後、私は以下を実行しました。
server:~$ sudo mdadm --assemble --force /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1`
mdadm: forcing event count in /dev/sdd1(0) from 4178721 upto 4178730
mdadm: Marking array /dev/md0 as 'clean'
mdadm: /dev/md0 assembled from 3 drives - not enough to start the array.
良く見えませんが、以下を試してみました。
server:~$ sudo mdadm --assemble --scan
mdadm: /dev/md/0 has been started with 3 drives (out of 4).
その後、アレイは「Active Sync」状態の3つのディスクとともに「Active、Degraded」状態になり、最後のディスクは削除されました。データをより安全な場所に正常にコピーし始めたことを報告することを嬉しく思います。
ベストアンサー1
だから.../dev/sdb1
それ以来、このアレイで活動していません。2015年(Update Time
)。上記のデータは役に立たないほど古いです。本質的に、あなたはそれ以来RAID-0を実行してきました。
これにより、3つのデバイスがさらに残ります/dev/sd{c,d,e}1
。このうち/dev/sdd1
最近は失敗しました。数年前に冗長性が失われたため、このエラーによりRAIDが完全に機能しなくなります。
今は状況によって異なります。これらの3つのドライブはまだ読むことができますか?その後、データを回復できます。そうでなければ、ゲームは終了します。だから確認してくださいsmartctl -a
。ドライブに不良セクタがある場合、またはセクタが再割り当てされている場合は、ddrescue
新しいドライブにコピーを使用してください。
ドライブが損傷しておらず、十分な新しいカーネル(4.10+)とmdadm(v4.x)がある場合は、次のように組み立てることができます。
mdadm --stop /dev/md0
mdadm --assemble --force /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1
(以前のバージョンには組み立て力のバグがありましたが、正確にどのバージョンなのかわかりません。)
…そうしても動作しないとそのまま残りますが、mdadm --create
危険が飛び交った道です。また参照してください。https://unix.stackexchange.com/a/131927/30851