Instalei um novo disco hoje e o estava preparando, antes de perceber que havia feito meu trabalho de "preparação" em um array RAID1 existente!! Eu adoraria poder me recuperar, se possível.
Meu array foi criado como/dev/md2de unidades/dev/sdfe/dev/sdh. Aqui está o que eu vi comfdisk -l antesquebrando qualquer coisa:
Disk /dev/sdf: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK01
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdf1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/sdh: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK03
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdh1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/md2: 10.91 TiB, 12000003358720 bytes, 23437506560 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
Eu então corri fdisk /dev/md2e digitei ge então w:
Command (m for help): g
Created a new GPT disklabel (GUID: C3FA8F3E-4DD4-AD47-B2D4-F838EF831A2E).
The device contains 'ext4' signature and it will be removed by a write command. See fdisk(8) man page and --wipe option for more details.
Command (m for help): w
The partition table has been altered.
Syncing disks.
fdisk -lagora mostrou:
Disk /dev/sdf: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK01
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdf1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/sdh: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK03
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdh1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/md2: 10.91 TiB, 12000003358720 bytes, 23437506560 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
Disklabel type: gpt
Disk identifier: C3FA8F3E-4DD4-AD47-B2D4-F838EF831A2E
Em seguida, executei fdisk /dev/md2novamente e executei ncom todos os padrões:
Command (m for help): n
Partition number (1-128, default 1):
First sector (2048-23437506526, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-23437506526, default 23437506526):
Created a new partition 1 of type 'Linux filesystem' and of size 10.9 TiB.
Command (m for help): w
The partition table has been altered.
Syncing disks.
Então corri fdisk -lnovamente antes de perceber meu erro estúpido:
Disk /dev/sdf: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK01
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdf1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/sdh: 10.91 TiB, 12000138625024 bytes, 23437770752 sectors
Disk model: Generic DISK03
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdh1 1 4294967295 4294967295 2T ee GPT
Partition 1 does not start on physical sector boundary.
...
Disk /dev/md2: 10.91 TiB, 12000003358720 bytes, 23437506560 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
Disklabel type: gpt
Disk identifier: C3FA8F3E-4DD4-AD47-B2D4-F838EF831A2E
Device Start End Sectors Size Type
/dev/md2p1 2048 23437506526 23437504479 10.9T Linux filesystem
Aqui está o estado atual de /proc/mdstat:
md2 : active raid1 sdh[1] sdf[0]
11718753280 blocks super 1.2 [2/2] [UU]
bitmap: 0/88 pages [0KB], 65536KB chunk
md1 : active raid1 sda[0] sdb[1]
15625747456 blocks super 1.2 [2/2] [UU]
bitmap: 0/117 pages [0KB], 65536KB chunk
md0 : active raid1 sdc[0] sdd[1]
15625747456 blocks super 1.2 [2/2] [UU]
bitmap: 0/117 pages [0KB], 65536KB chunk
Desmontei /dev/md2 por enquanto e comentei a linha do array em /etc/mdadm/mdadm.conf.
Curiosamente, antes de desmontar, vi isso ao verificar o uso do disco:
plexadmin@petaccio-plex:/mnt$ df -h
Filesystem Size Used Avail Use% Mounted on
...
/dev/md2 4.4T 3.8T 0 100% /mnt/md2
...
Embora eu não tenha certeza de como interpretar isso, já que são discos de 12 TB em uma matriz RAID1.
Eu originalmente criei o array usandoeste tutorial DigitalOcean, que culminou na criação de um sistema de arquivos com:
mkfs.ext4 -F /dev/md2
Não tenho certeza de para onde ir a partir daqui e estou nervoso em fazer algo (outra) idiota e destruir os dados.
Existe alguma esperança de recuperar esse array?
OBRIGADO A TODOS pela ajuda e tempo! :)
Responder1
Consegui recuperar o sistema de arquivos ext4 usando as instruções encontradasaqui:
Eu costumava fsck.ext4 -vy /dev/md2verificar e reparar o sistema de arquivos ext4. Após algumas correções automatizadas de erros, consegui montar o array, onde encontrei todos os meus dados intactos!
Lembrete rápido paraverifique seu trabalho antes de transferir seus dados! :D