У меня есть установка raid 6 с шестью дисками с использованием mdadm. Я заметил, что у меня отказал диск (b), который вообще не отвечает. Убедившись, что все диски правильно подключены, я остановил рейд, размонтировал и выключил свой компьютер. При запуске создайте резервную копию mdadm, где невозможно воссоздать массив. Неисправный диск (b) вернулся и работает, даже обнаружен mdadm, однако два других диска (d и f) не были обнаружены mdadm, несмотря на то, что оба работали заранее. Теперь они отображаются как «Зарезервировано Micsrosoft». Различные выходные команды состояния,
fdisk -l /dev/sda /dev/sddDisk /dev/sda: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9ac08c50
Device Boot Start End Sectors Size Id Type
/dev/sda1 1 4294967295 4294967295 2T ee GPT
Disk /dev/sdd: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: D599B9D7-1648-11E7-9C1F-74D02B2AF0E1
Device Start End Sectors Size Type
/dev/sdd1 34 262177 262144 128M Microsoft reserved
mdadm -E /dev/sda /dev/sdd/dev/sda:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 0773fa22:7212c43a:5ce8bee0:6669d442
Name : server:0
Creation Time : Sat Sep 15 07:48:01 2018
Raid Level : raid6
Raid Devices : 6
Avail Dev Size : 3906764976 (1862.89 GiB 2000.26 GB)
Array Size : 7813529600 (7451.56 GiB 8001.05 GB)
Used Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
Data Offset : 264192 sectors
Super Offset : 8 sectors
Unused Space : before=264112 sectors, after=176 sectors
State : clean
Device UUID : 9acb67e2:e0c688d0:092e1803:d422b511
Internal Bitmap : 8 sectors from superblock
Update Time : Tue Jan 8 00:16:14 2019
Bad Block Log : 512 entries available at offset 16 sectors
Checksum : bf1d961a - correct
Events : 32944
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 0
Array State : A.AAAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)
mdadm -D /dev/md0/dev/md0:
Version : 1.2
Raid Level : raid0
Total Devices : 4
Persistence : Superblock is persistent
State : inactive
Working Devices : 4
Name : server:0
UUID : 0773fa22:7212c43a:5ce8bee0:6669d442
Events : 32944
Number Major Minor RaidDevice
- 8 64 - /dev/sde
- 8 32 - /dev/sdc
- 8 0 - /dev/sda
- 8 16 - /dev/sdb
Попытка собрать массив с помощью mdadm --assemble терпит неудачу,
mdadm: Cannot assemble mbr metadata on /dev/sdd
mdadm: /dev/sdd has no superblock - assembly aborted
Любые идеи?
Итак, в результате проверок я пришел к выводу, что причина, по которой он был обнаружен как раздел, зарезервированный Microsoft, заключается в том, что на этих двух дисках почему-то фактически больше не было суперблока mdadm. Выход xxd -s 0x1000 -l 0x200 /dev/sdd подтвердил, что на d и f были только нули. Не знаю, как это произошло. Кажется, это происходит каждый раз, когда я загружаюсь в Windows. Я удалил все старые таблицы разделов, которые существовали на дисках. Мы надеемся, что это должно остановить Windows от перезаписи суперблоков.
В основном следующие этот В конце концов я воссоздал массив. Выполнение следующей команды mdadm --create --assume-clean --level=6 --raid-devices=6 /dev/md0 /dev/sda missing /dev/sdc /dev/sdd /dev/sde /dev/sdf работал и после монтажа как читать только для проверки mount -o ro /dev/md0 /mnt кажется, все данные были там.
К сожалению, это сбрасывает счетчик событий, среди прочего, что означает, что повторное добавление / dev / sdb не сработало, поэтому теперь оно воссоздается с нуля.