GPT 硬盘读写时无故丢失

[murusu]

一个 4T 的 gpt 分区硬盘，以 NTFS 格式化

在 Linux 下工作完全正常

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

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

网上搜了一轮也没找到类似的情况，请教一下该如何处理

[tinkerer]

只能识别 2T， 写入失败， 听起来像是硬盘的主控坏了

[ysc3839]

@tinkerer 你可能理解错了什么，只能识别 2TB 是 MBR 本身的限制。

[felixcode]

有可能是硬盘供电的问题。

[ungrown]

不同 OS 中分别实验过几次？
如果次数少不排除随机性的影响，也就是说可能 linux 下也能复现

[Osk]

linux 下大量 io 测试下，看下 dmesg

[wtks1]

是同一台电脑上用不同的操作系统测试的吗？如果不是，windows 那台的硬盘供电可能有问题

[zxcslove]

数据线接触不良也会有很多奇怪的问题，可以检查一下

[murusu]

@ungrown @Osk
之后再测试过 4 次大数据量读写，情况一样
windows 大量读写不一会就会丢失盘符，linux 下能顺利完成，dmesg 也无异常

@wtks1
都是同一台电脑上的

@zxcslove
但是 linux 下无任何异样，数据线有问题 linux 下应该有信息显示的

[ungrown]

@murusu #8 很诡异，我也查不到相关案例。windows 里又缺硬件错误的日志。看看事件日志，找找有没有相关记录。尝试在设备管理器里面调整这块磁盘的写入缓存策略，看能否产生不同现象。

[murusu]

@ungrown
windows 写入缓存策略我测试过，关闭缓存就能正常写入，不过速度很慢

之后又弄了几天，最后发现在 linux 下 badblock 也没法走完整，卡在 70%多一点基本就不动
估计是硬盘后半部出现坏道，已经放弃挣扎买新硬盘了

[ungrown]

@murusu #10 那可能就是部分坏道
windows 下的文件系统不管是 NTFS 还是 FAT 都是按照从外圈到内圈的顺序连续读写的
而 linux 常用的文件系统却是采取平均分散的策略逐步铺满整块盘，一开始有可能略过坏道部分
早前也想把这点可能性跟你提一下的，但是考虑到验证这点很折腾，如果真实如此早晚会被你发现，就先不说了

[murusu]

@ungrown
原来文件系统还有这点差别的
多谢说明