linux – 小文件系统上非常奇怪的文件大小(超过600 PB)

我在XFS文件系统上有一个文件,大小约为200 GB.它是一个QCOW2映像,包含KVM驱动的虚拟机的虚拟磁盘.出了点问题(也许是qemu-kvm的一些故障,我不确定),虚拟机崩溃了,现在我有一个看起来像这样的文件:
191090708 -rwxr--r--. 1 root root 737571587400425984 Oct 10 10:03 973d10e0-a5e3-4a59-9f98-4b9b9f072ade

因此,它仍然占据191090708块,但ls显示为656PB.

此外,我有另一个文件具有相同的历史记录,但在另一个文件系统(不是XFS,但GFS2):

410855320 -rwxr--r--. 1 root root 7493992262336241664 Dec 13  2014 ac2cb28f-09ac-4ca0-bde1-471e0c7276a0

它占据了410855320块,但ls显示为~6.6艾字节.

您怎么看?删除这些文件是否安全?谢谢!

附:定期拍摄快照真是太棒了! :)我不知道没有他们会怎么做.

解决方法

我可以看到两个可能的原因让您看到这些文件大小:

>稀疏文件
>文件系统损坏

稀疏文件是某些文件系统上的一项功能,您可以在其中创建一个带孔的文件.没有为孔分配物理空间.读取孔将一直返回NUL字节.

如果您看到的原因是稀疏文件,那么删除它们与使用非稀疏文件一样安全.

如果您看到的原因是文件系统损坏,那么在没有文件系统检查的情况下删除文件是不安全的.如果文件系统以多个文件声称占用相同空间的方式损坏,则删除任一文件都会导致释放这些块.一旦这些释放的块被重用,腐败就会变得更糟.

如果您发现任何其他症状使您认为文件系统可能已损坏,则应在删除文件之前强制检查文件系统.

如果没有证据表明文件系统已损坏,并且文件看起来很稀疏,我会删除文件,一旦我不再需要它们.

相关文章

linux常用进程通信方式包括管道(pipe)、有名管道(FIFO)、...
Linux性能观测工具按类别可分为系统级别和进程级别,系统级别...
本文详细介绍了curl命令基础和高级用法,包括跳过https的证书...
本文包含作者工作中常用到的一些命令,用于诊断网络、磁盘占满...
linux的平均负载表示运行态和就绪态及不可中断状态(正在io)的...
CPU上下文频繁切换会导致系统性能下降,切换分为进程切换、线...