GPT 硬盘读写时无故丢失

V2EX = way to explore

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

已注册用户请登录

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

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

在 Linux 下工作完全正常

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

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

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

12 条回复 • 2020-08-19 14:12:38 +08:00

tinkerer

2020-08-06 12:39:40 +08:00

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

ysc3839

2020-08-06 12:51:43 +08:00 via Android

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

felixcode

2020-08-06 13:04:00 +08:00

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

ungrown

2020-08-06 13:19:34 +08:00

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

Osk

2020-08-06 13:31:40 +08:00 via Android

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

wtks1

2020-08-06 13:39:51 +08:00 via Android

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

zxcslove

2020-08-06 13:40:11 +08:00

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

murusu

2020-08-09 11:15:38 +08:00

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

@wtks1
都是同一台电脑上的

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

ungrown

2020-08-10 13:22:25 +08:00

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

murusu

2020-08-19 12:14:31 +08:00

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

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

ungrown

2020-08-19 12:26:23 +08:00

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

murusu

2020-08-19 14:12:38 +08:00

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