Ok - ada sesuatu yang mengganggu saya tentang masalah Anda, jadi saya meluncurkan VM untuk menyelami perilaku yang seharusnya. Saya akan sampai ke apa yang mengganggu saya dalam satu menit; pertama izinkan saya mengatakan ini:
Cadangkan drive ini sebelum mencoba sesuatu !!
Anda mungkin telah melakukan kerusakan di luar apa yang dilakukan sinkronisasi ulang; dapatkah Anda mengklarifikasi apa yang Anda maksudkan ketika mengatakan:
Per saran yang saya lakukan membersihkan superblok dan menciptakan kembali array dengan opsi --assume-clean tetapi tidak berhasil sama sekali.
Jika Anda berlari mdadm --misc --zero-superblock
, maka Anda harus baik-baik saja.
Ngomong-ngomong, ambil beberapa disk baru dan ambil gambar saat ini yang tepat dari mereka sebelum melakukan apa pun yang mungkin melakukan lebih banyak menulis ke disk ini.
dd if=/dev/sdd of=/path/to/store/sdd.img
Yang sedang berkata .. sepertinya data yang disimpan pada hal-hal ini ternyata sangat tangguh terhadap sinkronisasi yang tidak sopan. Baca terus, ada harapan, dan ini mungkin hari saya mencapai batas panjang jawaban.
Skenario Kasus Terbaik
Saya mengumpulkan VM untuk menciptakan kembali skenario Anda. Drive hanya 100 MB jadi saya tidak akan menunggu selamanya pada setiap sinkronisasi, tetapi ini seharusnya representasi yang cukup akurat.
Membangun array secara umum dan standar mungkin - potongan 512k, tata letak simetris kiri, disk dalam urutan huruf .. tidak ada yang istimewa.
root@test:~# mdadm --create /dev/md0 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sdd1[3] sdc1[1] sdb1[0]
203776 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
unused devices: <none>
Sejauh ini baik; mari kita membuat sistem file, dan menaruh beberapa data di dalamnya.
root@test:~# mkfs.ext4 /dev/md0
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=512 blocks, Stripe width=1024 blocks
51000 inodes, 203776 blocks
10188 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
25 block groups
8192 blocks per group, 8192 fragments per group
2040 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 30 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
root@test:~# mkdir /mnt/raid5
root@test:~# mount /dev/md0 /mnt/raid5
root@test:~# echo "data" > /mnt/raid5/datafile
root@test:~# dd if=/dev/urandom of=/mnt/raid5/randomdata count=10000
10000+0 records in
10000+0 records out
5120000 bytes (5.1 MB) copied, 0.706526 s, 7.2 MB/s
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Baik. Kami memiliki sistem file dan beberapa data ("data" datafile
, dan data acak senilai 5MB dengan hash SHA1 randomdata
) di dalamnya; mari kita lihat apa yang terjadi ketika kita membuat ulang.
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md0
mdadm: stopped /dev/md0
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 21:07:06 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 21:07:06 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 21:07:06 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid5 sdd1[2] sdc1[1] sdb1[0]
203776 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
unused devices: <none>
Sinkronisasi ulang selesai dengan sangat cepat dengan disk kecil ini, tetapi hal itu terjadi. Jadi, inilah yang mengganggu saya dari sebelumnya; fdisk -l
output Anda . Tidak memiliki tabel partisi pada md
perangkat sama sekali bukan masalah, itu diharapkan. Sistem file Anda berada langsung di perangkat blok palsu tanpa tabel partisi.
root@test:~# fdisk -l
...
Disk /dev/md1: 208 MB, 208666624 bytes
2 heads, 4 sectors/track, 50944 cylinders, total 407552 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
Ya, tidak ada tabel partisi. Tapi...
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 12/51000 files, 12085/203776 blocks
Sistem file yang benar-benar valid, setelah dilakukan sinkronisasi ulang. Jadi itu bagus; mari kita periksa file data kami:
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Solid - tidak ada korupsi data sama sekali! Tapi ini dengan pengaturan yang sama persis, jadi tidak ada yang dipetakan secara berbeda antara kedua kelompok RAID. Mari kita jatuhkan benda ini sebelum kita mencoba memecahkannya.
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md1
Mengambil Langkah Kembali
Sebelum kita mencoba untuk memecahkan ini, mari kita bicara tentang mengapa ini sulit untuk dipatahkan. RAID 5 bekerja dengan menggunakan blok paritas yang melindungi area dengan ukuran yang sama dengan blok pada setiap disk lain dalam array. Paritasnya tidak hanya pada satu disk tertentu, tetapi diputar di sekitar disk secara merata untuk menyebarkan beban baca yang lebih baik ke seluruh disk dalam operasi normal.
Operasi XOR untuk menghitung paritas terlihat seperti ini:
DISK1 DISK2 DISK3 DISK4 PARITY
1 0 1 1 = 1
0 0 1 1 = 0
1 1 1 1 = 0
Jadi, paritas tersebar di antara disk.
DISK1 DISK2 DISK3 DISK4 DISK5
DATA DATA DATA DATA PARITY
PARITY DATA DATA DATA DATA
DATA PARITY DATA DATA DATA
Sinkronisasi ulang biasanya dilakukan saat mengganti disk yang mati atau hilang; itu juga dilakukan mdadm create
untuk memastikan bahwa data pada disk sejajar dengan seperti apa bentuk geometri RAID. Dalam hal ini, disk terakhir dalam spesifikasi array adalah disk yang 'disinkronkan ke' - semua data yang ada pada disk lain digunakan untuk sinkronisasi.
Jadi, semua data pada disk 'baru' dihapus dan dibangun kembali; baik membangun blok data baru dari blok paritas untuk apa yang seharusnya ada, atau membangun blok paritas baru.
Apa yang keren adalah bahwa prosedur untuk kedua hal itu sama persis: operasi XOR di seluruh data dari seluruh disk. Proses sinkronisasi ulang dalam kasus ini mungkin memiliki tata letak di mana blok tertentu harus menjadi blok paritas, dan berpikir itu sedang membangun blok paritas baru, padahal sebenarnya itu menciptakan kembali blok data lama. Jadi, bahkan jika itu dianggap membangun ini:
DISK1 DISK2 DISK3 DISK4 DISK5
PARITY DATA DATA DATA DATA
DATA PARITY DATA DATA DATA
DATA DATA PARITY DATA DATA
... mungkin hanya membangun kembali DISK5
dari tata letak di atas.
Jadi, dimungkinkan data tetap konsisten meskipun array salah.
Melempar Monyet dalam Karya
(bukan kunci pas; seluruh monyet)
Tes 1:
Mari kita membuat array dengan urutan yang salah! sdc
lalu sdd
, lalu sdb
..
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdc1 /dev/sdd1 /dev/sdb1
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:06:34 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:06:34 2012
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:06:34 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid5 sdb1[3] sdd1[1] sdc1[0]
203776 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
unused devices: <none>
Ok, itu semua baik dan bagus. Apakah kita memiliki sistem file?
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/md1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Nggak! Mengapa demikian? Karena sementara semua data ada di sana, itu dalam urutan yang salah; apa yang dulunya 512KB dari A, kemudian 512KB dari B, A, B, dan sebagainya, sekarang telah dikocok ke B, A, B, A. Disk sekarang terlihat seperti bualan ke pemeriksa sistem file, itu tidak akan berjalan. Output dari mdadm --misc -D /dev/md1
memberi kita lebih banyak detail; Ini terlihat seperti ini:
Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 8 49 1 active sync /dev/sdd1
3 8 17 2 active sync /dev/sdb1
Kapan seharusnya terlihat seperti ini:
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
3 8 49 2 active sync /dev/sdd1
Jadi, itu semua baik dan bagus. Kami menimpa sejumlah besar blok data dengan blok paritas baru kali ini. Buat ulang, dengan urutan yang benar sekarang:
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:11:08 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:11:08 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:11:08 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 12/51000 files, 12085/203776 blocks
Rapi, masih ada filesystem di sana! Masih punya data?
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Keberhasilan!
Tes 2
Ok, mari kita ubah ukuran bongkahan dan melihat apakah itu membuat kita patah.
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --create /dev/md1 --chunk=64 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:19 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:19 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:19 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/md1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Ya, ya, disemprot ketika dipasang seperti ini. Tapi, bisakah kita pulih?
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:51 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:51 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:21:51 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 12/51000 files, 12085/203776 blocks
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Berhasil lagi!
Tes 3
Ini adalah salah satu yang saya pikir akan membunuh data dengan pasti - mari kita lakukan algoritma tata letak yang berbeda!
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --layout=right-asymmetric --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:32:34 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:32:34 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:32:34 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid5 sdd1[3] sdc1[1] sdb1[0]
203776 blocks super 1.2 level 5, 512k chunk, algorithm 1 [3/3] [UUU]
unused devices: <none>
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
Superblock has an invalid journal (inode 8).
Menakutkan dan buruk - menurutnya ia menemukan sesuatu dan ingin melakukan perbaikan! Ctrl+ C!
Clear<y>? cancelled!
fsck.ext4: Illegal inode number while checking ext3 journal for /dev/md1
Ok, krisis terhindar. Mari kita lihat apakah data masih utuh setelah melakukan sinkronisasi ulang dengan tata letak yang salah:
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:33:02 2012
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:33:02 2012
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid5 devices=3 ctime=Sat Jan 7 23:33:02 2012
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 12/51000 files, 12085/203776 blocks
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Keberhasilan!
Tes 4
Mari kita buktikan juga bahwa zerolock superblock tidak berbahaya dengan cepat:
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --misc --zero-superblock /dev/sdb1 /dev/sdc1 /dev/sdd1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 12/51000 files, 12085/203776 blocks
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Ya, bukan masalah besar.
Tes 5
Mari kita lemparkan semua yang kita miliki. Semua 4 tes sebelumnya, digabungkan.
- Pesanan perangkat salah
- Ukuran potongan yang salah
- Algoritma tata letak salah
- Zeroed superblocks (kami akan melakukan ini di antara kedua kreasi)
Maju!
root@test:~# umount /mnt/raid5
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
root@test:~# mdadm --misc --zero-superblock /dev/sdb1 /dev/sdc1 /dev/sdd1
root@test:~# mdadm --create /dev/md1 --chunk=64 --level=5 --raid-devices=3 --layout=right-symmetric /dev/sdc1 /dev/sdd1 /dev/sdb1
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid5 sdb1[3] sdd1[1] sdc1[0]
204672 blocks super 1.2 level 5, 64k chunk, algorithm 3 [3/3] [UUU]
unused devices: <none>
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/md1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
root@test:~# mdadm --stop /dev/md1
mdadm: stopped /dev/md1
Putusannya?
root@test:~# mdadm --misc --zero-superblock /dev/sdb1 /dev/sdc1 /dev/sdd1
root@test:~# mdadm --create /dev/md1 --chunk=512 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@test:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid5 sdd1[3] sdc1[1] sdb1[0]
203776 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
unused devices: <none>
root@test:~# fsck.ext4 /dev/md1
e2fsck 1.41.14 (22-Dec-2010)
/dev/md1: clean, 13/51000 files, 17085/203776 blocks
root@test:~# mount /dev/md1 /mnt/raid5/
root@test:~# cat /mnt/raid5/datafile
data
root@test:~# sha1sum /mnt/raid5/randomdata
847685a5d42524e5b1d5484452a649e854b59064 /mnt/raid5/randomdata
Wow.
Jadi, sepertinya tidak ada tindakan yang merusak data dengan cara apa pun. Saya cukup terkejut dengan hasil ini, terus terang; Saya berharap kemungkinan moderat hilangnya data pada perubahan ukuran chunk, dan beberapa kerugian pasti pada perubahan tata letak. Saya belajar sesuatu hari ini.
Jadi .. Bagaimana cara saya mendapatkan data saya ??
Informasi sebanyak yang Anda miliki tentang sistem lama akan sangat membantu Anda. Jika Anda mengetahui jenis sistem file, jika Anda memiliki salinan lama Anda /proc/mdstat
dengan informasi tentang urutan drive, algoritma, ukuran chunk, dan versi metadata. Apakah Anda memiliki peringatan email mdadm yang diatur? Jika demikian, temukan yang lama; jika tidak, periksa /var/spool/mail/root
. Periksa Anda ~/.bash_history
untuk melihat apakah bangunan asli Anda ada di sana.
Jadi, daftar hal-hal yang harus Anda lakukan:
- Cadangkan disk
dd
sebelum melakukan apa pun !!
- Cobalah
fsck
md aktif saat ini - Anda mungkin baru saja membangun dalam urutan yang sama seperti sebelumnya. Jika Anda mengetahui tipe sistem file, itu sangat membantu; gunakan fsck
alat khusus itu . Jika ada alat yang menawarkan untuk memperbaiki apa pun, jangan biarkan mereka kecuali Anda yakin mereka telah menemukan sistem file yang benar! Jika fsck
penawaran untuk memperbaiki sesuatu untuk Anda, jangan ragu untuk meninggalkan komentar untuk menanyakan apakah itu benar-benar membantu atau hanya akan memuntahkan data.
- Coba buat array dengan parameter berbeda. Jika Anda memiliki yang lama
/proc/mdstat
, maka Anda bisa meniru apa yang ditunjukkannya; jika tidak, maka Anda agak dalam kegelapan - mencoba semua perintah drive yang berbeda adalah wajar, tetapi memeriksa setiap ukuran chunk yang mungkin dengan setiap pesanan yang mungkin adalah sia-sia. Untuk masing-masing, fsck
itu untuk melihat apakah Anda mendapatkan sesuatu yang menjanjikan.
Jadi begitulah. Maaf untuk novel ini, jangan ragu untuk meninggalkan komentar jika Anda memiliki pertanyaan, dan semoga sukses!
catatan kaki: di bawah 22 ribu karakter; 8k + malu batas panjangnya