Nenhuma resposta útil encontrada em questões semelhantes. No meu caso eu tenho um disco de um servidor Dell (morto). Estava na configuração RAID-1. Eu preciso recuperar dados em um novo servidor diferente. Eu posso ver que o disco e o fdisk dizem que existem partições, mas se eu tentar montá-las eu recebo: mount: dispositivo especial / dev / sdb1 não existe
Fdisk mostra as partições (sdb1, sdb2), lsblk e blkid apenas / dev / sdb
Obrigado, P.
Evolução:
Obrigado @ jaroslav-kucera pelas sugestões do kpartx. Tentei sem sucesso:
Testes completos (sdb é o disco de interesse; sda & sdc são outros discos não relacionados; usado SystemRescue-Cd 4.7.1):
root@sysresccd /mnt % fdisk -l /dev/sdb
Disk /dev/sdb: 7.3 TiB, 8001563222016 bytes, 15628053168 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: D75FA363-2D6D-47F6-A79F-6C160BBB38B7
Device Start End Sectors Size Type
/dev/sdb1 2048 8000002047 8000000000 3.7T Linux filesystem
/dev/sdb2 8000002048 15626928094 7626926047 3.6T Linux filesystem
root@sysresccd /mnt % mount /dev/sdb1 /mnt/1
mount: special device /dev/sdb1 does not exist
root@sysresccd /mnt % kpartx -l /dev/sdb
GPT:Primary header thinks Alt. header is not at the end of the disk.
GPT:Alternate GPT header not at the end of the disk.
GPT: Use GNU Parted to correct GPT errors.
sdb1 : 0 8000000000 /dev/sdb 2048
sdb2 : 0 7626926047 /dev/sdb 8000002048
root@sysresccd /mnt % kpartx -av /dev/sdb
GPT:Primary header thinks Alt. header is not at the end of the disk.
GPT:Alternate GPT header not at the end of the disk.
GPT: Use GNU Parted to correct GPT errors.
device-mapper: reload ioctl on sdb1 failed: Invalid argument
create/reload failed on sdb1
add map sdb1 (0:0): 0 8000000000 linear /dev/sdb 2048
device-mapper: reload ioctl on sdb2 failed: Invalid argument
create/reload failed on sdb2
add map sdb2 (0:0): 0 7626926047 linear /dev/sdb 8000002048
root@sysresccd /mnt % mount /dev/sdb1 /mnt/1
mount: special device /dev/sdb1 does not exist
root@sysresccd /mnt % blkid
/dev/loop0: TYPE="squashfs"
/dev/sda1: LABEL="2TB" UUID="B4B0F3DAB0F3A0D2" TYPE="ntfs" PARTUUID="ee20b174-01"
/dev/sdb: UUID="Dell ^P" TYPE="ddf_raid_member"
/dev/sdc1: SEC_TYPE="msdos" LABEL="DellUtility" UUID="5450-4444" TYPE="vfat" PARTUUID="d636c095-01"
/dev/sdc2: LABEL="RECOVERY" UUID="52428FB1428F97FD" TYPE="ntfs" PARTUUID="d636c095-02"
/dev/sdc3: LABEL="OS" UUID="0C3E92443E92272C" TYPE="ntfs" PARTUUID="d636c095-03"
/dev/sdd: UUID="2016-01-18-20-46-30-00" LABEL="sysrcd-4.7.1" TYPE="iso9660"
root@sysresccd /mnt % lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
└─sda1 8:1 0 1.8T 0 part
sdb 8:16 0 7.3T 0 disk
sdc 8:32 0 465.8G 0 disk
├─sdc1 8:33 0 40M 0 part
├─sdc2 8:34 0 11.8G 0 part
└─sdc3 8:35 0 454G 0 part
sdd 8:48 1 2G 0 disk /livemnt/boot
loop0 7:0 0 337.6M 1 loop /livemnt/squashfs
O controlador RAID HW é frequentemente um mundo estranho. Recentemente usei servidores HP e os discos podem ser lidos sem problemas (ok, se eu remontar um disco de inicialização no controlador original depois de montá-lo em um controlador padrão, ele não poderá ser inicializado, mas os dados ainda estarão acessíveis). Eu suponho que há algum truque também para este Dell PERC H330 ...
Obrigado, P.
Antes de fazer qualquer modificação nos dados do disco, crie primeiro o backup do dispositivo completo!
dd if=/dev/sdb of=/path/to/somewhere/dell_disk.dump bs=1M
E então você pode tentar usar 'kpartx -av' e ver se ele encontra alguma coisa.
Se isso não ajudar, encontre o servidor com o mesmo (o melhor) controlador e tente colocá-lo lá.
Tags hardware hard-drive raid