fsck需要多长时间来修复带有多个声明块的100GB(1700万块)文件？
问题的长版本：
在UPS出现故障后,我遇到了一个Ubuntu 10.04服务器,它在初始启动时掉入了fsck.这是正常的,购买通常约半小时修复各种问题,同意提示足以让服务器恢复.
不过今天不是.今天,我有一个巨大的数字列表滚过控制台矩阵式几分钟.它基本上是一行一行的：
inode xxxxxxxxx中的Multiply声明的块
无论如何,经过几分钟的滚动过去,它终于安定下来,我得到了：
通过1C：扫描具有多个声明块的inode的目录
其次是…
通过1D：协调多次声明的块
..和..
(有32个inode包含多个声明的块.)
这听起来不是那么糟糕,但后来开始经历一些文件：
文件/路径/到/ a /文件
有1个与1个文件共享的多重声明的块：
/路径/到/其它/文件
克隆倍增声明的块？是
我回答了这个问题,并继续进行.但是,花了很长时间.小时和小时,即使它只是一个2MB的文件.
之后,出现了类似的对话,但这次是虚拟机映像文件,该文件为100GB,并报告为超过1700万个多个声明的块,与0个文件共享.
那是2天前,现在还在运行.
那么,回到我原来的问题,这需要多长时间？这是一个失败的原因,有没有其他方法来处理这个？我真正不明白的是,为什么100GB文件被报告为与0文件共享,如果我正确理解乘法声明的块的含义,这是一个矛盾.
解决方法
听起来有一些不错的文件系统损坏.实际的文件系统有多大？你说这是一个100 GB的文件,后来它是一个虚拟机映像？这是VM服务器吗？或者你在谈论虚拟机？
就个人而言,如果它花了一天时间并且损坏肯定是一个文件,我会从备份中恢复文件,如果有任何迹象表明存在问题,请重新格式化并从备份恢复,假设驱动器并非偶然失败.我相信文件系统开始变坏的问题.如果驱动器本身没有出现故障,那么文件系统可能会遇到普遍问题,直到它重新开始.
但那就是我.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。