我高频死机的原因就是用到了NTFS分区的文件,无论是复制过去还是剪切什么,读取什么文件,看视频等等,在NTFS分区会大大加高死机概率。
自从不用操作NTFS分区的东西之后,基本上没有死机过。
我建议大家还是不要去NTFS的分区上操作任何文件
有人说,“我平时都可以复制修改NTFS分区上的文件啊”
那是因为,他运气好。
我高频死机的原因就是用到了NTFS分区的文件,无论是复制过去还是剪切什么,读取什么文件,看视频等等,在NTFS分区会大大加高死机概率。
自从不用操作NTFS分区的东西之后,基本上没有死机过。
我建议大家还是不要去NTFS的分区上操作任何文件
有人说,“我平时都可以复制修改NTFS分区上的文件啊”
那是因为,他运气好。
这玩意儿确实,NTFS并没有开源,现在对NTFS的读写都是通过第三方实现的
我现在是给deepin专门一个硬盘,常用的东西都在deepin自己的EXT4分区上,V25好像没有死机过
远离ntfs才是正道

厉害😂 ,要是早一点看到就不用这么折腾了。
远离ntfs才是正道
重点不是ntfs,重点是死机呀,是硬盘掉电死机导致ntfs出问题了。
只是这种硬盘掉电ext4没显示错误罢了,也很可能数据丢失的。
这种死机连日志都不会写进到磁盘里,很坑的。
我高频死机的原因就是用到了NTFS分区的文件,无论是复制过去还是剪切什么,读取什么文件,看视频等等,在NTFS分区会大大加高死机概率。
自从不用操作NTFS分区的东西之后,基本上没有死机过。
我建议大家还是不要去NTFS的分区上操作任何文件
有人说,“我平时都可以复制修改NTFS分区上的文件啊”
那是因为,他运气好。
exfat也会出现这个问题的,双系统用户就不管了么?
理论上讲ext4读写io压力够大也会出现这个问题的。
这玩意儿确实,NTFS并没有开源,现在对NTFS的读写都是通过第三方实现的
我现在是给deepin专门一个硬盘,常用的东西都在deepin自己的EXT4分区上,V25好像没有死机过
主要是电源管理改了之后能避免这个问题的,并不是不能,其他发行版也不会像deepin这个高频死机。
同样我用ok也是操作同一块ntfs就不死机。
主要是电源管理改了之后能避免这个问题的,并不是不能,其他发行版也不会像deepin这个高频死机。
同样我用ok也是操作同一块ntfs就不死机。
ok也还在用ntfs-3g吗
不管有没有问题,我都试试。
Popular Ranking
ChangePopular Events
More
一、问题分析
V25已经有老铁在论坛说死机问题,还有就是死机后ntfs分区会无法挂载出现问题。
个人一直在跟踪这个问题,这也是一直困扰我,让我不能把deepin当作工作主力的原因。
个人观察高负载、高io吞吐,比如微信消息多、打开比较大的pdf、使用git、搬运微信聊天记录这种场景容易触发。
触发后死机情况很像是硬盘掉了的情况,所以猜测是电源管理有问题导致磁盘掉电。
严重怀疑deepin对nvme硬盘电源管理没有进行研究,电源逻辑没有优化,甚至还是sata那一套逻辑,之前内核连nvme的一些驱动都没开。
二、缓解方案
经过查询ai,发现
tuned
工具能够控制电源管理,他自带了一些方案,这些方案大家可以按需选择。然后仔细查询发现deepin默认使用的是balance方案,对于这个方案ai的说法如下:
于是我就信了,使用了他说的这个方案:
切换到了一个性能比较好的方案,这个方案的特点如下:
经过一天的测试,现在稳定是挺稳定的,但是功耗应该是会高一些:
如果大家需要节能的话可以使用这个工具切换回balance或者laptop-ac-powersave或者laptop-battery-powersave方案。