Moe.Re文件系统损坏

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

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

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

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

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

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

fs1

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

fs2 fs3

这……不科学!这时开始慌了,应该是 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 数据_(:з」∠)_

Moe.Re文件系统损坏 有 8 个评论

  1. 不明真相的圍觀羣眾表示嚇了一跳
    昨天阿裏雲雲盾幹掉了我廠的很多東西……還好有備份。

发表评论

电子邮件地址不会被公开。 必填项已用*标注