GPT 硬盘读写时无故丢失 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
murusu
V2EX    问与答

GPT 硬盘读写时无故丢失

  •  
  •   murusu 2020-08-06 12:37:17 +08:00 1966 次点击
    这是一个创建于 1942 天前的主题,其中的信息可能已经有所发展或是发生改变。
    一个 4T 的 gpt 分区硬盘,以 NTFS 格式化

    在 Linux 下工作完全正常

    在 Win10 下写入数据一会之后就出现磁盘占用 100%,接着写入速度降到 0,然后盘符丢失,但过一会自动恢复盘符
    怀疑过是硬盘问题,但是转成 MBR 分区之后除了只能识别 2T 之外就工作正常

    linux 和 win10 的系统盘都是独立的 MBR 分区 SSD

    网上搜了一轮也没找到类似的情况,请教一下该如何处理
    12 条回复    2020-08-19 14:12:38 +08:00
    tinkerer
        1
    tinkerer  
       2020-08-06 12:39:40 +08:00
    只能识别 2T, 写入失败, 听起来像是硬盘的主控坏了
    ysc3839
        2
    ysc3839  
       2020-08-06 12:51:43 +08:00 via Android
    @tinkerer 你可能理解错了什么,只能识别 2TB 是 MBR 本身的限制。
    felixcode
        3
    felixcode  
       2020-08-06 13:04:00 +08:00
    有可能是硬盘供电的问题。
    ungrown
        4
    ungrown  
       2020-08-06 13:19:34 +08:00
    不同 OS 中分别实验过几次?
    如果次数少不排除随机性的影响,也就是说可能 linux 下也能复现
    Osk
        5
    Osk  
       2020-08-06 13:31:40 +08:00 via Android
    linux 下大量 io 测试下,看下 dmesg
    wtks1
        6
    wtks1  
       2020-08-06 13:39:51 +08:00 via Android
    是同一台电脑上用不同的操作系统测试的吗?如果不是,windows 那台的硬盘供电可能有问题
    zxcslove
        7
    zxcslove  
       2020-08-06 13:40:11 +08:00
    数据线接触不良也会有很多奇怪的问题,可以检查一下
    murusu
        8
    murusu  
    OP
       2020-08-09 11:15:38 +08:00
    @ungrown @Osk
    之后再测试过 4 次大数据量读写,情况一样
    windows 大量读写不一会就会丢失盘符,linux 下能顺利完成,dmesg 也无异常

    @wtks1
    都是同一台电脑上的

    @zxcslove
    但是 linux 下无任何异样,数据线有问题 linux 下应该有信息显示的
    ungrown
        9
    ungrown  
       2020-08-10 13:22:25 +08:00
    @murusu #8 很诡异,我也查不到相关案例。windows 里又缺硬件错误的日志。看看事件日志,找找有没有相关记录。尝试在设备管理器里面调整这块磁盘的写入缓存策略,看能否产生不同现象。
    murusu
        10
    murusu  
    OP
       2020-08-19 12:14:31 +08:00
    @ungrown
    windows 写入缓存策略我测试过,关闭缓存就能正常写入,不过速度很慢

    之后又弄了几天,最后发现在 linux 下 badblock 也没法走完整,卡在 70%多一点基本就不动
    估计是硬盘后半部出现坏道,已经放弃挣扎买新硬盘了
    ungrown
        11
    ungrown  
       2020-08-19 12:26:23 +08:00
    @murusu #10 那可能就是部分坏道
    windows 下的文件系统不管是 NTFS 还是 FAT 都是按照从外圈到内圈的顺序连续读写的
    而 linux 常用的文件系统却是采取平均分散的策略逐步铺满整块盘,一开始有可能略过坏道部分
    早前也想把这点可能性跟你提一下的,但是考虑到验证这点很折腾,如果真实如此早晚会被你发现,就先不说了
    murusu
        12
    murusu  
    OP
       2020-08-19 14:12:38 +08:00
    @ungrown
    原来文件系统还有这点差别的
    多谢说明
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2545 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 24ms UTC 10:44 PVG 18:44 LAX 02:44 JFK 05:44
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86