wait_rabbit 发表于 2013-06-23 14:13

copy 几个文件居然 kernel crash


我有 4 块 1 T 的移动硬盘，都是 ntfs 格式，资料太多（其实主要就是 imdb 排名靠前的各种经典高清电影、美剧和记录片 :mrgreen:），打算整理一下，于是来回倒腾。

结果只要一向 ntfs 分区里写数据，时不时就内核彻底崩溃，然后自动重启。然后 ls 一下 ntfs 中对应的崩溃的文件夹，直接告诉我： input / output error。卧#*＋－##个槽，数据全部消失了！改成 root 来操作同样如此。

于是一怒之下，先把 4 块硬盘全部备份，然后全部重新格式化成 ufs 格式，再把 4 个 T 的数据放回去。这回终于清净了，读写速度还上升了很多。

ntfs-3g 这个模块问题始终多多啊，各位在写数据的时候千万得小心。哪位说说这种情况到底是怎么回事？又是微软在 ntfs 相关技术上故意造成的吗？ 我以前在 linux 下也遇到过这种事情。

ulovko 发表于 2013-06-23 14:42

确实不稳定 :luya:

door10000 发表于 2013-06-23 14:55

重来不这么搞。

wait_rabbit 发表于 2013-06-23 15:02

ulovko 发表于 2013-06-23 14:42 static/image/common/back.gif
确实不稳定

喵的，光为了倒腾这 4T 数据， 咱一个大好周末就消磨得差不多了。该死的微软。

wait_rabbit 发表于 2013-06-23 15:08

ulovko 发表于 2013-06-23 14:42 static/image/common/back.gif
确实不稳定

不过才注意到，格式化成 ufs 后，似乎可用的空间少了很多。

df -h 一把， used + avail 的值比 size 要少好几十 G 。 都被 ufs 藏起来了！？ 这也太多了吧。

door10000 发表于 2013-06-23 16:31

大飞机说freebsd会为了防止普通权限的用户破坏性的写满磁盘而保留了大约10%左右的空间。so。

muwanqing_cu 发表于 2013-06-23 17:29

求种子:shock:

door10000 发表于 2013-06-23 18:27

本帖最后由 door10000 于 2013-06-23 18:31 编辑

回复 7# muwanqing_cu


    满足你https://www.freebsdchina.org/forum/viewtopic.php?t=56626&highlight=%E5%85%B3%E4%BA%8E%E7%A3%81%E7%9B%98%E5%B7%AE%E9%A2%9D%E7%9A%84%E9%97%AE%E9%A2%98

ulovko 发表于 2013-06-23 19:07

muwanqing_cu 发表于 2013-06-23 23:20

:shock::shock:
页: [1]
查看完整版本: copy 几个文件居然 kernel crash