Ubuntu计划将btrfs作为默认文件系统吗?


24

Btrfs似乎具有一组有用的功能,例如我们的快照,并且在Opensuse和Suse中是默认设置。Fedora计划迁移到它。Ubuntu计划迁移到它吗?如果没有,为什么?


没有?因为Debian不是吗?
Xen2050 2015年

1
@ Xen2050-btrfs是Ubuntu和Debian的有效文件系统。假设有人可以找到一些有关Ubuntu开发人员当前思想的书面证明,这似乎是一个公平的问题。
fossfreedom

@fossfreedom我并不是要听起来不屑一顾或无礼,我只是没有听到任何有关它的消息,所以那是我当时的猜测。我今天做了一些(太多)搜索,因此即使我没有找到任何Shuttleworth报价也发布了一个更好的答案
Xen2050 2015年

Answers:


13

我不确定Debian或Ubuntu在何时甚至将切换为默认的根文件系统Btrfs。看来它最近才变得“稳定”,如果它在到达Debian Stable之前已经很多年了,我也不会感到惊讶(但是Ubuntu基于Debian Unstable ...)。如果是我,我将等一会儿看看它对openSUSE的影响。

似乎在此openSUSE新闻页面中提到了“快照和回滚是Btrfs的杀手级功能”,但这听起来像是一种可靠的备份策略,您可以稍作努力就可以在当今的任何FS中实现。我确实喜欢压缩功能,我认为它现在使用ZLIB,但我认为它不会与默认使用的东西相提并论。xz

LinuxBSDos.com上的这个人说:“使用Btrfs时,openSUSE上的默认值会随之而来,”其他发行版也将效仿然后添加“在openSUSE 13.2中引起我注意的一件事是,在选择了Btrfs的情况下,无法对根分区进行加密。我认为这是因为在默认分区方案中,/ boot没有单独的分区。”
注释引起了人们的猜测,“ Btrfs位于root上,因为如果发生意外故障,您始终可以重新安装系统。在/ home上有用户数据时,您不能指望重新安装。”

我实际上不知道Btrfs是否稳定,只是读到它在2014年8月前后某个时候变得“稳定”-如果Wikipedia符合良好的来源条件(Btrfs上的Ubuntu社区帮助Wiki表示Wikipedia是Btrfs上的“更多信息”链接。 。)的链接增加了Btrfs维基说,它的“不再是不稳定的,”仍然有:

Btrfs代码库正在大量开发中。我们正在竭尽全力使其保持稳定和快速。由于开发速度快,每个新的Linux版本都会显着改善文件系统的开发状态,因此建议运行尽可能最新的内核。

Debian的Wiki似乎没有关于btrfs的任何新消息,提到它自2.6.29(2009年3月23日)以来一直在内核中。

实际上,Btrfs Wiki的FAQ似乎没有关于它的稳定性的新闻,这要比2012年12月新(我确信更新文档的优先级较低,但是对我来说,达到稳定似乎是一个里程碑):

btrfs稳定吗?

简短的回答:不,它仍被认为是实验性的。

长答案:没有人会神奇地在btrfs代码上贴上标签,然后说:“是的,现在这是稳定且没有错误的”。不同的人有不同的稳定性概念:想要在其上保留翻录CD的家庭用户对稳定性的要求与在其上运行交易系统的大型金融机构的要求不同。如果您担心商业化生产中的稳定性,则应在生产工作负载下的测试平台系统上测试btrfs,以查看其是否可以满足您的要求。无论如何,您都应该加入邮件列表(并在IRC中闲逛)并阅读问题报告,并按照它们得出结论,以使自己对即将出现的问题类型以及可以解决的问题有一个很好的了解。被处理。无论您做什么,我们都建议保持良好,经过测试的状态,

务实的答案:(2012-12-19)许多开发人员和测试人员都将btrfs作为其主要文件系统运行,以供日常使用或使用各种形式的“真实”数据。有了可靠的硬件和最新的内核,我们发现很少出现无法恢复的问题。与往常一样,保留备份,对其进行测试并准备使用它们。


关于Btrfs的Fedora项目Wiki在其“ Btrfs文件系统DRAFT ”中说:“从Fedora 16开始,它被定为默认文件系统,”但该版本于2011年发布,因此我认为该页面没有用处...

红帽企业Linux 7储存管理指南要求增加了Btrfs是一个“技术预览”和RedHat的版本被发布了2014年6月10日(与Q4 2019“生产1阶段结束”)。

在Red Hat中,“技术预览”功能是什么意思?

当前不支持Technology Preview功能,功能可能不完整,也不适合在生产中部署。但是,这些功能是出于礼貌而提供给客户的,其主要目标是使该功能获得更广泛的曝光,并在将来提供全力支持。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.