Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Hi, List,
Days before, I dumped a disk volume by "dd", which has a size of 250GB.
Then I issued "fsck.ext3" to check this corrupted file-system, but it already took one whole week, and it's still running there with very little output. When I use strace, it says sth. like this:
So, my question is how can I speed up an fsck instance, frankly I cannot wait any longer because I need to recover the production environment a.s.a.p, damn it!
Thanks for any sugguestion and comments.
Dude you gotta move on. I was thinking about replying to this yesterday and I elected not too because I don't understand the output that you posted but seriously - you gotta move on. I have a 250 GB (as you can see in my sig) and it takes a couple of minutes to run fsck. Either your machine is not running the process properly or it's corrupted beyond belief.
Hi, asymptote, Thanks for your note.
Luckily I have used another way to recover the corrupted fs(the fsck.ext3 is just checking a dd image, not the real file-system), so I would let the fsck.ext3 keep running, and wanna find out how many days it would use.
I just simply migrated all the "normal" files from the corrupted partition to a new partition.
Luckily nearly all the files recovered.
Tips to verify a normal file:
1, compare the outputs from these two commands: "ls -l filename" and "du -sh filename". It will get rid of sparse files.
2, using "wc filename" to get rid of files that have "internal" errors.
I just simply migrated all the "normal" files from the corrupted partition to a new partition.
Luckily nearly all the files recovered.
Tips to verify a normal file:
1, compare the outputs from these two commands: "ls -l filename" and "du -sh filename". It will get rid of sparse files.
2, using "wc filename" to get rid of files that have "internal" errors.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.