为什么 Btrfs 子卷名称中的@?

dan*_*ani 8 filesystem btrfs snapshot

相当简短的问题。在 Btrfs 的子卷名称中使用 @ 是否有任何技术原因?它的功能、好处或问题的原因是什么?

最佳做法是什么?

例子:

mur*_*uru 7

这只是一个约定。在上子卷内核的btrfs wiki的部分并没有提到@的。这个关于debian-boot 邮件列表的讨论内容丰富:

上游 btrfs sysadmin 指南中提出的约定与 Fedora 为其子卷命名的方式相同,我相信它是由 Fedora 开发人员编写的。我认为与它不同的主要理由是表明似乎目录实际上不是目录,而是子卷。正如我之前提到的,这个 FS 支持的灵活性令人震惊,如果没有近乎不言而喻的默认约定,我担心支持它可能是一场噩梦。我想我会选择一些东西,如果有人不喜欢它,那么它可以改变吗?我希望在这次讨论中能提出任何强烈的意见!:-)

这是 OpenSUSE 和 Debian 显然从 Ubuntu 中借鉴的惯例,使用所有这些子卷的想法是由Colin Watson归功于Roger Leigh。那是在 2010 年和 2011 年,我们已经有了以 命名的子卷@,但我在此期间找不到关于此的在线讨论。我想现在只有科林可以回答这个问题。