我已经相当了解btrfs的子卷功能。在数据文件系统中为主要类别提供子卷似乎很有趣,例如@ films,@ pictures,@ music ...与仅拥有文件夹相比,这有什么好处?
我需要安装每个子卷吗?还是子卷在根安装点下看起来像文件夹?即对于/ data挂载点,我将具有:/ data / pictures,/ data / music等
我已经相当了解btrfs的子卷功能。在数据文件系统中为主要类别提供子卷似乎很有趣,例如@ films,@ pictures,@ music ...与仅拥有文件夹相比,这有什么好处?
我需要安装每个子卷吗?还是子卷在根安装点下看起来像文件夹?即对于/ data挂载点,我将具有:/ data / pictures,/ data / music等
Answers:
您的一个或一个问题的答案是“两者”。是的,您必须安装每个子卷。每个子卷的行为都像普通文件系统一样,因此它们将出现在/ etc等挂载点中。
该想法有一些优点。例如,您可以将MySQL数据库目录放到一个子卷中,这将使您能够拍摄快照以用于备份。您也可以选择将该目录放入RAID1,这样,如果一个磁盘发生故障,数据库仍将保持完整。另一个是为/ etc使用子卷,以便您始终可以撤消任何系统范围的配置更改。为/ home / username使用子卷可能会允许每个用户拥有一台时光机,尽管可能比Apple在其系统中提供的方式更加灵活。
当然,拥有房屋子卷和拥有房屋子卷的一个好处是可以反向升级。例如,您很早就从12.04升级到12.10,发现第一个月过后,这有点麻烦,所以您只需取消升级操作系统即可。我自己没有尝试过,但是它应该和保留您的家并重新安装以前的系统一样好,除非它需要大约一小时的安装时间。:)
使用当前Ubuntu内核(来自ubuntu 12.10)的Subvolume功能没有多大意义,因为它仍然错过了“ Subvolume Quota Groups”。您必须等待内核3.6(也许是ubuntu 13.04吗?),您当然可以快照主机一个子卷,当然也不能快照目录。但是您可能希望子卷可以像具有LVM的逻辑卷一样工作,但是对于btrfs,我们没有类似的情况,因为我们没有此内核的配额扩展。
因此:是的,您可以制作快照,但是它们看起来像目录,并且如果您填充子卷上的空间,那么您将填充整个文件系统上的空间.....
您甚至可以通过指定子卷的路径来调整子卷的大小,但是resize操作会影响整个文件系统,而不是子卷的路径。
换句话说,使用此内核,子卷尚未准备就绪。
否则,您必须将btrfs文件系统用作卷,而不是子卷。btrfs文件系统可以在线收缩和在线扩展,因此不需要配额。
single
或处于RAID1
模式下而告终。