Moe.Re文件系统损坏

最近在定新的表结构方案，发现此前失误漏存了歌曲的长度信息。这本来不是什么大事，用 Python 写段扫描报给 PHP 就可以解决。万万没想到其中有 10 个文件非常的诡异。

一开始怀疑文件是不是有问题，通过 SFTP 下回来本地可以正确读出 ID3 和播放。所以把文件怀疑到使用的获取方式上。花了一晚上重写时间获取，用尽所有方法都无法读出音频秒数。

在重新观察文件的时候发现一个细节，文件大小居然是0？！可是 SFTP 为什么是正常的？试试重启大法。

重启后完蛋，SFTP 也无法读文件大小也变0。此时还是很淡定的，也许人品不好坏了分区表啥的，来个 fsck 就能解决。

结果是 fsck.ext4 很快完成，进入系统后问题依旧。

刚才说到 SFTP 正常我下回来一个文件，那正好可以上传回去覆盖还原吧。然而……

WTF？说好的0呢？为什么告诉我文件和本地一样大？FlashFXP 有 Bug？改 FileZilla 看看。

这……不科学！这时开始慌了，应该是 Kernel 的 Bug？

召唤 Ovear 检查，找出类似案例的资料如下：

http://linux.bihlman.com/2010/learn-linux-help/how-to-solve-zero-length-file-problem-in-linuxs-ext4-file-system/

http://linux.slashdot.org/story/09/03/19/1730247/ext4-data-losses-explained-worked-around

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/317781

https://lwn.net/Articles/322823/

可是看起来这是 09 年的 Bug，系统是 CentOS 6.5，无法理解为什么还会出这种问题。

尝试 umount 之后再 e2fsck，文件系统爆炸无法 mount 。强制 mount 最后所有文件丢失。

幸好我有备份的习惯，正在慢吞吞传回 100 多 G 数据_(:з」∠)_