首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Distributions
Ubuntu
Fedora
CentOS
中文资源站
网易开源镜像站
拉钩
V2EX  ›  Linux

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

  •  
  •   Bear13023 · 80 天前 · 947 次点击
    这是一个创建于 80 天前的主题,其中的信息可能已经有所发展或是发生改变。
    这块硬盘之前在 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
        1
    likuku   80 天前
    作一张 linuxmint19 的 liveCD / USB 来启动电脑,挂载你移动硬盘再看。
        2
    Bear13023   80 天前
    @likuku 刚刚试着做了,但是结果已经和现在的 Debian 没有区别了。

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

    这状况还有希望抢救下里面数据么!?
        3
    likuku   80 天前
    @Bear13023 那么,猜测最有可能是你重装系统时,不小心顺带格式化了移动硬盘吧。

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

    不要手贱自己去尝试 /找所谓大牛个人去帮你搞。
        4
    ysc3839   80 天前 via Android
    看你给的信息好象是没有分区?印象中 fdisk p 会显示所有分区的。
        5
    likuku   80 天前
    @ysc3839 想起来现在似乎不用分区,直接给设备 mkfs 也是可以用的...
        6
    ysc3839   80 天前 via Android
    @likuku 那 fdisk 看也没意义了。试试手动 mount。
        7
    Bear13023   80 天前 via Android
    @likuku 我装机肯定是单独没插他们的,这点还是会注意。


    @ysc3839 直接 mount /dev/sda /mnt/mbl. 这需要加什么辅助条件吗?
        8
    delectate   80 天前
    用 testdisk 试试,能不能找回来。
        9
    likuku   80 天前
    @Bear13023 [直接 mount /dev/sda /mnt/mbl. 这需要加什么辅助条件吗?] 不需要辅助条件,这个状况,建议 只读 挂载, -o ro
        10
    likuku   80 天前
    @delectate 数据宝贵的话,还是不要建议人家自己去尝试找回数据了吧...
        11
    Bear13023   75 天前
    @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
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2619 人在线   最高记录 4019   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.1 · 16ms · UTC 12:24 · PVG 20:24 · LAX 04:24 · JFK 07:24
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1