没有有用的答案发现到类似的问题。 在我的情况下，我有一个戴尔服务器（死）的磁盘。 这是在RAID-1configuration。 我需要将数据恢复到新的不同的服务器。 我可以看到磁盘和fdisk说有分区，但如果我尝试挂载它们，我得到：mount：特殊设备/ dev / sdb1不存在
Fdisk只显示分区（sdb1，sdb2），lsblk和blkid只有/ dev / sdb
谢谢，P.
演化：
谢谢@ jaroslav-kucera kpartx提示。 试图没有成功：
完整的testing（sdb是感兴趣的磁盘; sda＆sdc是其他不相关的磁盘;使用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 硬件RAID控制器往往是一个陌生的世界。 最近我使用惠普服务器和磁盘可以读取没有问题（好吧，如果我重新安装在原来的控制器中的启动磁盘后，它安装在标准的控制器，它不能启动，但数据仍然可以访问）。 我想这个戴尔PERC H330也有一些窍门…
谢谢，P.
在对磁盘数据进行任何修改之前，请先创build整个设备的dd备份！
dd if=/dev/sdb of=/path/to/somewhere/dell_disk.dump bs=1M
然后你可以尝试使用'kpartx -av'，看看是否find了一些东西。
如果没有帮助，find相同的（最好的）控制器的服务器，并尝试把它放在那里。