与此相关。
我想利用操作系统切换来升级到BTRFS。
BTRFS声称提供了很多功能(数据丢失的弹性,RAID的自我修复,元数据和数据的校验和,压缩,快照)。但是,与
fsync
密集型程序(例如,dpkg
我知道eatmydata
和糟糕的apt-btrfs-snapshot
程序)一起使用时,速度很慢,而且我不会设置RAID:p。EXT4仅允许对元数据进行校验和,并且不压缩数据。
在6年中,由于硬盘损坏(飞行后),我不得不重新安装操作系统两次。第一次导致笔记本电脑无法启动,第二次损坏是由于电影损坏,然后是对OS二进制文件的md5sum检查而确定的。(SMART告诉我磁盘是正常的)。目前,这头马虎的行为很奇怪。我不知道应该归咎于硬件还是软件,但是我怀疑硬件(它们都是在飞行后立即开始的)。
您是否会因为数据压缩和校验和而建议改用笔记本电脑的BTRFS,还是应该坚持使用EXT4?
(我不在乎哪个变量相对于“最佳”,但我几乎没有使用BTRFS的经验,并希望获得一些反馈)
编辑:
让我们更清楚一点:我知道,BTRFS仍被标记为实验性的,但是SUSE表示现在不再应该这样做了。Oracle也是如此(我知道Oracle是谁)。大量发行版已经建议安装BTRFS,其中大多数计划在未来几个月内切换到BTRFS。
两个事实:
- 备份损坏的数据毫无价值。我不明白为什么我似乎是唯一一个要打扰的人。那不是常识吗?与此同时:
- 别告诉我应该备份:我已经备份了。
- 不要再暗示备份就足以保证我的数据安全,除非您愿意给我TB的可用空间来进行数年的备份。
- 损坏的文件= / => Linux抱怨。所以:
- 不要仅仅因为操作系统正在启动就假设您的系统/数据是理智的。
- 我希望您能理解,我喜欢(元)数据校验和,而不是过度设计和piece肿的软件,因为它不方便执行BTRFS来检查数据完整性。
现在,我不是要问哪个FS更好吗?问题是,考虑到我定期进行备份,BTRFS是否仍处于实验性阶段,无法用于其数据完整性检查功能,还是应该坚持使用EXT4?
dd
整个硬盘进行了全部备份,我仍然不知道我当前使用的程序是否损坏。但是BTRFS这次可能还太年轻...如果我谈到RAID,那只是说,从防止数据丢失的角度来看,我(而不是备份)对于解决小型损坏问题很有用。 ...但这不适用于这种情况。