我安装了一个/启用了压缩的 btrfs 分区： mount -o subvol=@,defaults,noatime,nodiratime,compress=zstd,space_cache=v2 /dev/mapper/archlinux /mnt 我想在某些文件夹上禁用 CoW 机制，例如： 包含我的 VM 磁盘的文件夹 任何可能包含 SQLite 数据库的文件夹（主要用于浏览器） 这是什么btrfs 文档状态 ： 如果启用压缩，则禁用 nodatacow 和 nodatasum。 但它也指出 如果启用 nodatacow 或 nodatas...
一些文件系统（尤其是 XFS 和 btrfs）支持文件块级别的写入时复制。这是通过重新链接在文件之间共享底层块直到它们被修改来完成的。 由于目录本质上是将文件名映射到 inode 的关联数组对目录做类似的事情应该很简单。 是否已开发出可以在 Linux（或任何其他类 Unix 系统）上支持此功能的文件系统？ 据推测，它需要内核支持，就像使用重新链接一样。这是一个像这样的调用复制文件范围() 适用于目录。 有人积极致力于此吗？仅仅是因为还没有人愿意这样做，还是有任何理由说明这是一个坏主意或不必要的？ 是否有任何需要克服的特定技术障碍？ 也可以看看https:/...
我认为 u&l 或其他方面不存在信息丰富的答案，其中提到了为什么COW文件系统比journaling.前者如何同时提供卓越的安全性和性能，而后者却以牺牲另一种为代价？ ...
XFS 支持写入时复制 (CoW)，因此尚不完全清楚du如果某些字节在文件之间共享会发生什么情况。我想找到一种方法来检查文件夹使用了多少磁盘空间，而不是多次计算共享字节，即磁盘上的实际使用情况。 xfs_estimate似乎都没有du做我需要的事情： $ mkdir testfolder $ cd testfolder $ dd if=/dev/zero of=testfile bs=1M count=500 status=progress 500+0 records in 500+0 records out 524288000 bytes (524 M...
我想实现一个命令行工具，允许我为 linux/unix 系统拍摄文件系统快照。 我知道有多种方法可以实现快照Copy-On-Write Redirect-On-Write 日志文件架构 分割镜像 我认为这些是各种文件系统允许快照的原因。我不知道如何实现与设备的文件系统交互以创建和管理快照的工具。 我找到了这个工具http://snapper.io/documentation.html但无法理解这是如何工作的。如果有人可以分享相关文献的参考文献，也会很有帮助。 ...
btrfs property我想使用较新的方法而不是旧的方法来禁用子卷的 BTRFS 写时复制更新chattr。 我在这里找到了手册页： 联机帮助页/btrfs-property - btrfs Wiki 这句话让我相信它具有我想要的功能： btrfs 属性提供了一种统一且用户友好的方法来调整不同的 btrfs 属性，而不是使用 chattr(1) 或 lsattr(1) 等传统方法 但是，我需要一个可以复制此命令的示例： chattr +C /path/to/my/subvolume/.cache 其中.cache是 BTRFS 子卷。 ...
有什么方法可以取消删除 ZFS 上的文件吗？ 我用扫描图像覆盖了 JPG 文件。 不幸的是，我没有拍快照。 但是ZFS使用CoW机制，被覆盖的数据可能还活着，我认为。 有谁知道在 ZFS 上取消删除文件的方法吗？ ...
假设我有一个example.log在 ZFS 上调用的大文件 (8GB)。我这样做是cp example.log example.bak为了复印。然后我在原始文件中添加或修改一些字节。会发生什么？ ZFS 会复制整个 8GB 文件还是仅复制发生更改的块（以及从文件描述符指向该块的所有 inode 链）？ ...
我需要备份数据，目前还没有找到好的方法。 假设我有 1 TB 的非系统磁盘，其中包含 50-100 GB 的用户数据（二进制文件、源代码、图像等）。还有另一个大磁盘，我可以在其中保存备份。我可以使用rsyncor just cp，但我认为这不是我想要的。 我想要一个incremental备份。从某个时间点恢复文件/文件夹/整个驱动器。将备份从某个时间点加载到另一个磁盘（复制或仅以只读方式打开）。查看备份之间的更改并添加可选注释会很好。有人知道一个好的 cli 备份工具吗？也许一些快照工具？还是一个混蛋？但是 git 对于 50 GB 的用户数据；这不是废...
操作系统概念说 fork()我们可以使用一种称为写时复制的技术，该技术的工作原理是允许父进程和子进程最初共享相同的页面。 ...当确定将使用写时复制来复制页面时，重要的是要注意分配空闲页面的位置。许多操作系统为此类请求提供了一个空闲页面池。当进程的堆栈或堆必须扩展或者需要管理写入时复制页面时，通常会分配这些空闲页面。操作系统通常使用一种称为按需填零的技术来分配这些页面。按需填零页面在分配之前已被清零，从而擦除了以前的内容。 写时复制不是基于缺页实现的吗？ （我觉得不是） 写时复制和页面错误是否共享同一个空闲页面池？如果没有，为什么？ （我觉得不...
我想生成一份我知道可以安全删除的目录报告（即使需要快速手动验证），因为我知道完整的内容一直存在于其他地方 -即使，特别是如果重复文件随机散布在卷上的其他位置，可能以完全不同的目录布局，以及相关目录中不存在的文件之间。 换句话说，目录结构和内容不会相同。但是 100% 包含的文件将单独复制......在同一个 FS 上的某个地方、任何地方。 鉴于下面的工作流程和用例，应该清楚这几乎总是一种单向关系。 dir1 的 100% 文件内容可能存在于其他地方，具有不同的文件名和目录结构，通常每个文件有多个副本。 例如，dir1/file1 的副本可能存在于 di...
两个正在运行的进程能否共享物理内存中的完整进程映像，而不仅仅是其中的一部分？ 这里我谈论的是Linux操作系统（例如Ubuntu）。 我的想法： 我觉得是这样的 错误的一般来说，因为唯一可能的时间是在 fork() 期间以及进行任何写入之前使用写时复制。 阙：有人可以向我解释我是否正确吗？如果我错了请给我一些例子 ...
至于了解 LVM 中的快照（如果我错了，请纠正我）：因为它们不是持久性的，甚至可以与本身不支持快照的文件系统一起工作=>我想这一定意味着一旦快照处于活动状态，LVM 将在更改之前获取写入的每个块的副本；该副本被保存到 RAM 缓存中，并最终存放在另一个磁盘空间中；并且从快照中读取的每个内容都将被转移到该“缓存”（如果该缓存存在）。 所以我理解这意味着当快照存在时它应该减慢每次写入的速度。这是否意味着 LVM 快照应该只在尽可能有限的时间内进行，只是为了备份数据，并尽快被抑制？仅当文件系统本身不支持快照时，这才是问题吗？ ...
我有一个16M的文件。 我拍摄了包含它的 ZFS 文件系统的快照。 如果我用相同的数据覆盖文件，ZFS 是否需要存储文件所有块的两个副本？ ...
如果您打开以下defragment部分btrfs-filesystem(8)，你会看到开发者留下的以下不祥的铭文： 警告：使用 Linux 内核版本 < 3.9 或 ≥ 3.14-rc2 以及 Linux 稳定内核版本 ≥ 3.10.31、≥ 3.12.12 或 ≥ 3.13.4 进行碎片整理将破坏 COW 数据的引用链接（例如使用cp --reflink、快照或重复数据删除）。这可能会导致空间使用量显着增加，具体取决于断开的引用链接。 听起来很糟糕。它的一个卖点btrfs是它能够创建快照而无需复制所有内容。我主要创建只读快照。 只读快照...