GPT 硬盘读写时无故丢失

This topic created in 2133 days ago, the information mentioned may be changed or developed.

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

在 Linux 下工作完全正常

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

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

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

MBR

GPT

win10

分区

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

tinkerer

Aug 6, 2020

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

ysc3839

Aug 6, 2020 via Android

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

felixcode

PRO

Aug 6, 2020

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

ungrown

Aug 6, 2020

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

Osk

Aug 6, 2020 via Android

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

wtks1

Aug 6, 2020 via Android

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

zxcslove

Aug 6, 2020

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

murusu

Aug 9, 2020

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

@wtks1
都是同一台电脑上的

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

ungrown

Aug 10, 2020

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

murusu

Aug 19, 2020

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

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

ungrown

Aug 19, 2020

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

murusu

Aug 19, 2020

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