我正在尝试确定我的数据发生了什么。
在我进入历史之前，任何人都可以解释一下这两个输出之间的差异吗？
# du --si /var/media/footage/k0/09/99/88
1.6G /var/media/footage/k0/09/99/88
和
ls -ltr /var/media/footage/k0/09/99/88
total 1501128
-rw-r--r-- 1 root root 0 Mar 9 16:38 k0099988-4k.mov
-rw-r--r-- 1 root root 0 Mar 10 15:57 k0099988-hd.mov
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-preview.mp4
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-wmprev.mp4
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-thumb.mp4
为什么du报告 1.6Gb 但所有文件都是零字节？
历史 我从存储系统收到一条消息：“某个卷存在不可写的回写缓存数据。（磁盘组：未知名称，卷：未知名称，SN：00c0ff287a86000004815a5901000000）它占缓存空间的 1%。”
LVM 卷 (123Tb) 离线后不久。我必须重新启动服务器才能再次安装该卷。当我这样做时，我注意到数千个文件的大小为 0 字节。 LVM卷由两个PV组成； 101Tb 和 23Tb。损坏似乎影响了我怀疑会在 23Tb PV 中的较新文件，因为这是最近添加的。文件本身被写入磁盘并且很少被访问。当它们被访问时，它们是只读的。对文件系统的大多数访问都是通过 NFS 进行 RO。
大约一个月前我们发生过类似的事件，但损失较小。底层存储系统 (HP MSA) 未报告任何问题。
我xfs_check通宵检查了该音量，12 小时后它仍在运行，所以我停止了它。什么也没有变。
我需要查看备份吗？或者有什么魔法可以恢复我的数据吗？这是文件系统问题还是我应该检查硬件？我应该更经常地做一些事情来尽量减少此类事件的发生吗？
提前致谢，德莫特
CentOS release 6.3
XFS_INFO (v3.1.1)
meta-data=/dev/mapper/video2-lv01 isize=256 agcount=123, agsize=268435455 blks
= sectsz=4096 attr=2, projid32bit=0
data = bsize=4096 blocks=32947259392, imaxpct=1
= sunit=1 swidth=256 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0