我尝试备份磁盘。我习惯rsync在磁盘之间备份文件。 但是，当单独使用--delete选项rsync然后备份时，目标磁盘几乎已满，而源磁盘尚未满。 通过检查两个磁盘中的稀疏文件，使用 find . -type f -printf "%S\t%p\n" | gawk '$1 < 0.8 {print}' 我发现源磁盘中的稀疏文件“缩小了”，而目标磁盘中的情况并非如此。 我已经使用了rsync，并且已经复制了许多稀疏文件。我该如何缩小它们以占用与源磁盘相同的空间？ 遗憾的是，我没有使用-Swith 操作符rsync。 我知道我可以删除它们并再次复制它们....
我正在寻找一种在 Windows 上打孔的方法，这样实际占用磁盘空间就会减少，打孔的区域会被删除。与fallocate --punch-holesLinux 上的行为相同。 存在吗？我知道 NTFS 上存在稀疏文件，所以我相信理论上是可能的。 ...
在创建一个（大部分为空的）1TB 旋转硬盘的映像时，我预计读取速度约为 120 MB/s，并且在第一个块上它就是这样，但是在那之后，大多数时候它的读取速度为 320 MB/s，我认为这对于 HDD 来说是不可能的。 它是 Seagate 2.5 英寸硬盘，通过 USB-SATA 适配器连接到 PC 上的 USB3 端口，我在 Linux 上对其进行了测试。 我想说的是，当它完成读取已使用的块时，速度就开始提高。是不是因为未使用/清零的空间被“标记”为空，而磁盘控制器发送清零数据，而不从磁盘表面物理读取它？ 如果是这样，是否可以使用某些系统命令手动标记以改善几...
我已经使用 rsync 完全传输了一个文件没有使用--稀疏，-S选项。我不想浪费空间，因此重新同步文件并将其变成稀疏文件。有没有办法在不先删除目标上的文件的情况下实现此目的？常规增量同步似乎没有注意到目标系统上的文件不再是稀疏文件的事实。 我知道我可以再次同步文件或使用dd 与 conv=sparse或者cp 与 --sparse=always但我想知道是否可以指示 rsync 重新应用稀疏信息。 ...
我想在可用驱动器之间分割一个更大的文件（虚拟机磁盘）。 可以吗？如果可以，该怎么做？ 简单用例：在当今世界，您的系统中可能有许多不同的驱动器，它们可能不在 RAID 中。如果您可以将映像拆分到 2-3 个 SSD 驱动器之间，则可以增加可用空间，并且可能还可以提高速度。从理论上讲，这一切似乎都是“可行的”，但理论往往与现实大相径庭。 附言：我曾尝试在虚拟客户机内进行 RAID，这种方法可行，但可能很麻烦。在 FreeBSD 上，设置只需 2 秒钟，开箱即用。在 Linux 上，至少可以说很麻烦。一些发行版会提供一些基本支持mdadm，而有些则完全不支持。还有...
我在 EXT4 分区上有一个非常大的稀疏文件，我想将该文件复制到 NTFS 分区。该文件大小约为 2 TB，但由于它是一个稀疏文件，因此仅占用 700 GB 的磁盘空间。 我想要将该文件复制到的 NTFS 分区只有大约 1.3 TB 的可用空间。因此，如果我可以将稀疏文件复制到那里，它应该可以轻松容纳；但是作为非稀疏文件，它不适合。 我尝试使用一个简单的命令复制文件cp -a，但最终失败，提示“设备上没有剩余空间”。有趣的是，它失败时仍有大约 570 GB 的可用空间。 通过检查文件大小及其报告的磁盘使用情况，我可以看到 NTFS 分区上的文件并不稀疏。 我...
有两个稀疏文件。 经 证明它们是相同的diff。 但比较花了 20 分钟（太长了）。 我想把tar它们分成小文件以加快比较速度。 但它们的tar输出不同。 它们是 512GB 的巨大的稀疏文件，只有大约 40K 有意义的数据。 % ls -l sparse_file_one/ total 40 -rw-r--r-- 1 midnite midnite 512711720960 Mar 4 23:12 sdd.img % ls -l sparse_file_two/ total 48 -rw-r--r-- 1 midnite midnite 51271172...
我在做什么 我正在研究文件系统图像稀疏工具：零自由。 我认为创建该场景的步骤应该是这样的： 创建文件系统映像。 用某种方式来填充它。 清除它，但实际空间使用情况没有改变，这意味着未分配或者没用过此 fs 上存在空间。 运行zerofree后，其实际空间使用量减少。 但是在对 fs 运行 zerofree 之后，实际的空间使用量并没有缩小。 我有什么误解吗？我该如何正确操作？ 任何建议都有帮助！ 记录我的尝试 # root❯❯❯ dd if=/dev/zero of=fs.image bs=1M seek=1024 count=0 0+0 records ...
我fallocate --dig-holes在非常大的磁盘映像上使用它来使其就地稀疏。我担心这个操作可能不是原子的。我的问题是， 如果我按 Ctrl+C 中途停止，是否可以保证我的数据是安全的（要么打洞，要么不打洞，但不会处于不一致的状态）？ 断电怎么办？这些文件位于日志文件系统 (ext4) 上。 ...
在 Windows 机器中有一个测试文件，其中显示该文件具有稀疏文件属性 (P)。但 suingfsutil sparse queryflag说该文件并不稀疏。甚至queryrangerange 也说了同样的话。 多台机器都出现了这种情况，重新启动机器/Windows 资源管理器也无济于事。 我想了解这种行为的差异。 ...
Apple 目前正在多个产品线中使用 APFS，包括 macOS。这个新文件系统有一些很好的功能，可以最大限度地减少实际磁盘空间的消耗，例如稀疏文件支持和类似于 BSD 的 clonefile() 的 COW 克隆。 我创建了一个大型稀疏文件作为磁盘映像，并将此文件克隆到其他几个文件中。从那时起，原始文件及其克隆文件都已被写入不同数量的数据。 我发现的输出MDLS（1）可以告诉我文件稀疏程度。例如，一个 16GB 的文件可能只占用 4.4GB 的磁盘空间。但是，如果我克隆该文件，mdls 仍会显示克隆的相同数据，尽管两个文件之间共享所有块。 有没有办法...
我喜欢从远程机器上的一堆 Linux 块设备进行备份。目前，我正在将整个块设备（尽管几乎是空的）传输到备份机器，然后对其进行压缩或重复数据删除（为此使用了多种方法）。 现在我遇到的图像对于备份机器来说太大了，并且传输 GB 的零也没有用。 压缩整个数据也没有用，因为它会阻止备份压缩过程中的重复数据删除和有用的增量索引。 那么，我怎样才能压缩块设备数据，最好不要安装其他工具（尽管有标准的 Linux/GNU 实用程序），也不压缩非零数据？ ...
我们有一个稀疏文件目录（du其中一个文件返回 240M；ls返回 960M）。 当我们将其中一个文件复制到 S3 时，我们最终上传了整个 960M，而从 S3 下载时，du现在返回完整的 960M。 我们已尝试gzipping 它，这会减少上传/下载大小；但提取的大小仍然是 960M（使用du）。 有什么方法可以将这些文件转换回稀疏文件？ ...
背景 ： 我尝试在最近的 Knoppix 环境中使用 ddrescue 从故障硬盘中恢复数据。起初，我将输出存储到 NTFS 分区，但在某些时候，复制速度变得非常慢（~600KB/s），我在该工具的一些法语指南上看到，不建议恢复到 NTFS，尤其是对于大容量，因为据报道这会导致速度大幅下降。然后我切换到 ext4，性能似乎有了显著改善。（见这个问题。 我注意到，ddrescue 生成的输出图像文件的“磁盘大小”远低于其实际大小，这意味着 ddrescue 以某种方式仅分配已成功从输入中读取的数据，导致输出“部分稀疏”，即使未使用 -S 开关（“稀疏写入...
背景故事在我之前的问题中我自己的答案。 有一次我创建了两个部分图像ddrescue：一个文件在 NTFS 文件系统上，另一个在 ext4 上。 我很早就注意到，两个映像的“磁盘大小”远低于总大小，这表明（如果我没记错的话）这些文件已被写入“稀疏”，即空数据实际上并未分配到相应的卷上，只有已恢复的数据才被考虑在内。但我从未-S在ddrescue命令中使用过开关，该开关指定输出文件应写入“稀疏”。 旁注：我所做的是-R在开始时使用开关（“反向”），认为它会立即分配输入硬盘的整个大小（想法是它将产生一个“更干净”的输出，将所有数据按顺序写入接收分区，以便即使...