Windows server2016 上搞了个 300T 的 ReFS 卷，有一次重启后变成只读。。了

ntfs 不香了吗？

ReFS 我就没看见过一次有人说他牛逼的。
每次看到帖子都是
文件丢了
文件系统挂了
ermmm……

@mingl0280

呐

A 问喝敌敌畏会死怎么办

B 说你渴了喝水不要喝敌敌畏

C 说敌敌畏兑点大米粥就好了，实在不行喝之前煮一下

D 说 B 人家问怎么喝敌敌畏的问题你非得扯喝水

@msg7086 #22 我想起了上次有人提到，ReFS 碰到文件系统错误时，直接将损坏的文件删掉的来保证文件系统无错误的神操作。

@Bursto7 说实话，很少看见修复 的文章.........

@isnullstring 说实话，我们有个盘已经 RAW 了。。。想着救一个是一个

@Bursto7 如果 RAW 了可以用 refsutil 修（ ms 推荐操作）

这个帖子的内容完全看不懂。。。

确实是术业有专攻啊

@laminux29 #3 文不对题

@mingl0280 我说我怎么看不到这个用户呢，原来是我早已 block 他了

@mingl0280 已经写入 100T 了，转移数据是个噩梦，总之感谢回复

@mingl0280 这问题我两年前就踩过 3 次，最后找出该问题的本质是微软的这套东西，因用的人少，导致 bug 没能及时修复。

你说我的方案屁都不值？看看那你给的方案：备份，检查硬盘与阵列是否有损坏，然后？

我可以直接告诉你答案，硬盘与阵列不会有损坏。

然后让题主再重来一次 readonly ？我 TM 当时就是这么做的，最后连续搬运整个数据池 2 次，第三次就迁移到 linux-lvm，最后再无问题。

你这方案才屁都不值，懂？因为这种问题，你自己根本就没踩过。

正确的方案就是我说的，迁移到有很多人用并保持稳定的 linux-lvm 。

@Tink 把我发的东西，大声朗读 100 次，如果还觉得不对题，那就背诵下来，加深理解。

ReFS 的 resiliency 是假设 Storage Space 存在的，裸盘直接跑 ReFS 比 Storage Space 还要灵车（

btw, Storage Space 下面的存储设备不能有 RAID 卡控制的阵列（必须是 HBA mode/IT mode ）

大声朗读 100 次 23333

大声朗读 100 次。。。。这是哪里来的自信 xswl

有道理，看着主推的是实时检测数据损坏后从冗余区读出来修复。刚我们测试，还出现了，连续写一段时间后，refs 盘直接卡死，资源管理器看不到容量，磁盘管理点脱机直接没响应，但系统日志里没有任何报错的现象。。。。同时测试的 ntfs 盘没有这个问题，目录能正常读写。

技术凡尔赛 笑死

难得看到自己完全没概念的领域 hh 。楼上那位凡尔赛虽然说话语气让有些人不爽，但从他描述来说应该是亲自踩过坑且解决过问题的。记得以前学计算机操作系统课程时，问过文件系统怎么测试，印象回答是完整功能的文件系统测试非常复杂，非常资深开发者才有测试经验，初学者就学个原理吧。当下要搞个新型商用文件系统，没个 5 年 8 年大规模使用没法做到成熟可靠。