P
Purp
Grünschnabel
Dear Community, dear Professionals
yesterday I accidently "destroyed" (?) my openSUSE 10.3 bootpartition. I tried to fix it using the feature on DVD, but this one failed.
Only my Vista is booting now. I tried the following commands (after using fsck). This probably was not a good idea - now do now have any access anymore to that partition... and the prog now runs in an infinite loop. Somehow that partition - which was ext3 before was converted by the below commands to ext2 (stating: sda6 is now ext2 ONLY *** ).
So, the next thing I knew was to plug in Partition Manager 2008 CD and back up the partition I badly need access to...
e2fsck -c -f -y /dev/sda6
Well, my ONLY question is: HOW AM I ABLE TO GAIN ACCESS TO THAT PARTITION to save at least some of the important files?
Output of dmesg | tail is:
I´ve also tried with a live linux CD to gain access to the partition (it´s shown, but if I click it, error messages occur). PLEASE help - I even would donate money to you, if you could give me a glimpse on what to do now!
--Purp.
yesterday I accidently "destroyed" (?) my openSUSE 10.3 bootpartition. I tried to fix it using the feature on DVD, but this one failed.
Only my Vista is booting now. I tried the following commands (after using fsck). This probably was not a good idea - now do now have any access anymore to that partition... and the prog now runs in an infinite loop. Somehow that partition - which was ext3 before was converted by the below commands to ext2 (stating: sda6 is now ext2 ONLY *** ).
So, the next thing I knew was to plug in Partition Manager 2008 CD and back up the partition I badly need access to...
e2fsck -c -f -y /dev/sda6
Code:
e2fsck 1.39 (29-May-2006)
Checking for bad blocks (read-only test): ..................................
Group 7's inode table at 229421 conflicts with some other fs block.
Relocate? yes
Group 7's inode table at 229422 conflicts with some other fs block.
Relocate? yes
Group 7's inode table at 229423 conflicts with some other fs block.
Relocate? yes
Group 7's inode table at 229558 conflicts with some other fs block.
Relocate? yes
Group 7's inode table at 229559 conflicts with some other fs block.
Relocate? yes
############### and so on... ###################
Group 7's inode table at 229760 conflicts with some other fs block.
Relocate? yes
Group 7's inode table at 229761 conflicts with some other fs block.
Relocate? yes
Root inode is not a directory. Clear? yes
Error allocating 503 contiguous block(s) in block group 3 for inode table: Could not allocate block in ext2 filesystem
Error allocating 503 contiguous block(s) in block group 5 for inode table: Could not allocate block in ext2 filesystem
Error allocating 503 contiguous block(s) in block group 7 for inode table: Could not allocate block in ext2 filesystem
Restarting e2fsck from the beginning...
Checking for bad blocks (read-only test): 6847565/ 18436446
-looping-
Well, my ONLY question is: HOW AM I ABLE TO GAIN ACCESS TO THAT PARTITION to save at least some of the important files?
Output of dmesg | tail is:
Code:
EXT2-fs: corrupt root inode, run e2fsck
mtrr: type mismatch for d5c00000,200000 old: write-back new: write-combining
mtrr: type mismatch for d5800000,400000 old: write-back new: write-combining
mtrr: type mismatch for d5000000,800000 old: write-back new: write-combining
EXT2-fs: corrupt root inode, run e2fsck
EXT2-fs: corrupt root inode, run e2fsck
EXT2-fs: corrupt root inode, run e2fsck
EXT2-fs: corrupt root inode, run e2fsck
EXT2-fs: corrupt root inode, run e2fsck
EXT2-fs: corrupt root inode, run e2fsck
--Purp.
Zuletzt bearbeitet von einem Moderator: