lkml.org 
[lkml]   [1999]   [Jun]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectCorrupted partitions
Hi Ted.

>> Related to this, can I pass on a question I was recently asked:
>> How does Linux deal with a corrupted partition where the
>> lost+found entry is itself corrupted? Does it even detect that?

> Yes, it will detect and fix a corrupted lost+found directory.
> E2fsck can even create a lost+found directory if it is missing
> (or too badly damaged to recover), and it can allocate new
> blocks to lost+found.

Hang on! In an earlier email, you said that the reason that mke2fs
preallocates 12 blocks to lost+found is because e2fsck has problems
allocating blocks when fixing a corrupted file system, but now you
state that no such problem exists !!! Which is it?

> If you're easily amused, you can take a scratch partition, put
> some data on it, use debugfs to clri the root directory, and
> then run e2fsck and watch it recover from the damage. It will
> recreate a root directory and a lost+found directory, and put
> everything that used to be in the root directory into
> lost+found. Aside from the names of the directories and files in
> the root directory, no actual data will be lost.

I don't have any spare scratch partitions to try anything like that
on, and I wasn't willing to scramble any of my production systems just
to find out the answer, hence my asking on here...

Best wishes from Riley.

+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:1.155 / U:1.684 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site