移动硬盘问题 ext4 被识别为 Dos type ， partition table 无法正常识别挂载

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

这是一个创建于 2036 天前的主题，其中的信息可能已经有所发展或是发生改变。

这块硬盘之前在 linuxmint19 因无法正常识别（本来挂路由器用着正常）被 fdisk 删除 partition table 建了一个区，而后用 mkfs 格式化成 ext4.

后来因为其他原因，linuxmint19 挂了，重装了一个 Debian9.5

现在这块硬盘在它下面无法识别，感觉：
Command (m for help): p
Disk /dev/sda: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x1e821443

Command (m for help): v
Remaining 5860533167 unallocated 512-byte sectors.

blkid 下没有 uuid 或者 type 信息。

请问这该怎么处理呢！？保留硬盘数据

11 条回复 • 2018-09-27 12:50:14 +08:00

likuku

2018-09-21 23:46:25 +08:00

作一张 linuxmint19 的 liveCD / USB 来启动电脑，挂载你移动硬盘再看。

Bear13023

2018-09-22 00:12:10 +08:00

@likuku 刚刚试着做了，但是结果已经和现在的 Debian 没有区别了。

不知道是不是之前系统崩的时候连带它也搞出问题。

这状况还有希望抢救下里面数据么！？

likuku

2018-09-22 00:33:30 +08:00

@Bear13023 那么，猜测最有可能是你重装系统时，不小心顺带格式化了移动硬盘吧。

假若数据珍贵，那么这个移动硬盘千万不要再插电了，去找线下专业硬盘数据恢复厂商去帮你找数据吧。

不要手贱自己去尝试 /找所谓大牛个人去帮你搞。

ysc3839

2018-09-22 00:44:06 +08:00 via Android

看你给的信息好象是没有分区？印象中 fdisk p 会显示所有分区的。

likuku

2018-09-22 01:00:03 +08:00

@ysc3839 想起来现在似乎不用分区，直接给设备 mkfs 也是可以用的...

ysc3839

2018-09-22 01:19:33 +08:00 via Android

@likuku 那 fdisk 看也没意义了。试试手动 mount。

Bear13023

2018-09-22 01:26:31 +08:00 via Android

@likuku 我装机肯定是单独没插他们的，这点还是会注意。

@ysc3839 直接 mount /dev/sda /mnt/mbl. 这需要加什么辅助条件吗？

delectate

2018-09-22 06:36:54 +08:00

用 testdisk 试试，能不能找回来。

likuku

2018-09-22 13:26:54 +08:00

@Bear13023 [直接 mount /dev/sda /mnt/mbl. 这需要加什么辅助条件吗？] 不需要辅助条件，这个状况，建议只读挂载， -o ro

likuku

2018-09-22 13:27:48 +08:00

@delectate 数据宝贵的话，还是不要建议人家自己去尝试找回数据了吧...

Bear13023

2018-09-27 12:50:14 +08:00

@likuku 请帮忙看看，是不是有可能读取数据，没得救，我只能放弃数据了。。。

root@NucMini:/home/guo# mount /dev/sdb /mnt/mbl
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
root@NucMini:/home/guo# dmesg | tail
[ 3.571269] random: 7 urandom warning(s) missed due to ratelimiting
[ 6.181091] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[ 6.184314] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
[ 6.232934] r8169 0000:02:00.0 eno1: link down
[ 6.237656] r8169 0000:02:00.0 eno1: link down
[ 6.242608] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[ 9.989370] r8169 0000:02:00.0 eno1: link up
[ 9.997075] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
[ 300.081455] mce: [Hardware Error]: Machine check events logged
[468768.797244] perf: interrupt took too long (2501 > 2500), lowering kernel.perf_event_max_sample_rate to 79750