我有一个具有95GB文件的100GB驱动器。我需要释放驱动器上的一些空间（现在无法从驱动器上传输文件）。使用gzip或bz2其他方式，该文件都可以很好地压缩，但是所有这些程序都将压缩后的文件写入单独的文件。我没有足够的可用空间。
有没有一种方法可以使用标准压缩工具或其他Unix实用程序来压缩文件，而无需使用任何额外的磁盘空间（或至少最少数量的额外磁盘空间）？我正在想象一次压缩文件一部分并将结果直接写在文件上的东西。我意识到这样做是有风险的，因为如果压缩被中断，文件将被破坏，但我认为我没有选择。
Answers:
这是bash一线概念证明，但它应该可以帮助您入门。使用风险自负。
truncate -s `gzip -c file | dd of=file conv=notrunc 2>&1 | sed -n '$ s/ .*$// p'` file
mv file file.gz
这是通过将gz数据传递到dd进程并将其写回到同一文件中而起作用的。完成后，文件将被截断为gz输出的大小。
假设dd的输出的最后一行匹配：
复制了4307字节（4.3 kB），2.5855e-05 s，167 MB / s
其中第一个字段是写入的字节整数。这是文件将需要被截断的大小。我不确定100％的输出格式是否始终相同。
conv=notrunc有必要吗？
gzip -c file | dd of=file似乎同样有效。
gzip）是否有可能比原始数据字节写入更多的标头和数据字节，从而覆盖了文件的某些部分？我猜这取决于所选的压缩程序。有谁知道如何防止这种情况的发生或这种可能性的大小？
这不是这么多，gzip并bzip2覆盖原来的。相反，他们将压缩数据作为一个新文件写入磁盘，并且如果该操作成功，他们将取消链接原始的未压缩文件。
如果有足够的RAM，则可以编写脚本来临时压缩文件tmpfs系统中的文件，然后删除磁盘上的原始文件并将其替换为压缩版本。也许是这样的：
# some distributions mount /dev/shm as tmpfs; replace with bzip2 if you prefer
if gzip -q9c /full/disk/somefile > /dev/shm/somefile.gz
then
rm -f /full/disk/somefile && mv -i /dev/shm/somefile.gz /full/disk
fi
请注意您的内存使用情况，因为tmpfs本质上是RAM磁盘。较大的输出文件很容易使系统饿死，并给您带来其他问题。
正是出于您给出的原因，没有任何一种工具可以这样工作。很少有人愿意编写故意实施危险行为的工具。
split和csplit命令可用于将大文件拆分为较小的部分，然后单独压缩它们。但是，重新组装将非常耗时。