Re: e2fsck bricht ab

[Rieker Flaik <rieker_flaik@arcor.de>]

Am Freitag, 17. November 2006 09:44 schrieb Rieker Flaik:

>  ================================================      | 89.8%
> Pass 3: Checking directory connectivity
> Root inode is not a directory; aborting.
> e2fsck: aborted

So langsam komme ich dahinter:

Da alle Fehlermeldungen folgender Art sind:

 Entry '..' in ... (2430) points to inode (2) located in a bad 
block

und inode (2) nunmal die Root-inode ist, die ja durch mein dd 
kaputt ist, kann ich diese ohnehin schon verlorene root-inode 
(2) auch löschen und mit e2fsck reparieren lassen.

Also:
   "dumpe2fs /dev/hda4" um nach blocksize und superblock gucken
   "debugfs -s 98304 -b 4096 -w /dev/hda4"
   "clri <2>"
   "quit"

jetzt wirds spannend:
   "fsck.ext3 -C 0 -v  /dev/hda4"

 e2fsck 1.40-WIP (02-Oct-2006)
Group descriptors look bad... trying backup blocks...
Inode table for group 714 is not in group.  (block 1949)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate<y>? yes

-> was leider zu einer Endlosschleife führt, egal ob man yes oder 
no wählt.

Also:
   "dumpe2fs /dev/hda4" und nach der group 714 gucken
   "debugfs -s 98304 -b 4096 -w /dev/hda4"
   "show_super_stats"

Group 714: block bitmap at 23396359, inode bitmap at 23396360, 
inode table at 1949

   "clri <1949>" da es ja auch ziemlich am anfang liegt

und nochmal:

   "fsck.ext3 -C 0 -v  /dev/hda4"
 
 e2fsck 1.40-WIP (02-Oct-2006)
Group descriptors look bad... trying backup blocks...
Inode table for group 714 is not in group.  (block 1949)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate<y>? no

dann richtig viele Fehlermeldungen und schlußendlich:

/dev/hda4: ***** FILE SYSTEM WAS MODIFIED *****

/dev/hda4: ********** WARNING: Filesystem still has err
ors **********


   64908 inodes used (0.55%)
     529 non-contiguous inodes (0.8%)
         # of inodes with ind/dind/tind blocks: 30305/1
3282/11538
11721873 blocks used (50.06%)
       0 bad blocks
       0 large files

   58479 regular files
    4702 directories
       0 character device files
       2 block device files
       1 fifo
4294967039 links
     255 symbolic links (255 fast symbolic links)
       0 sockets
--------
   50198 files

und nun hab ich mit hilfe von debugfs ein
"rdump lost+found /tmp" gemacht...


juuhuu ;-)