staging.inyokaproject.org

Hallo ubuntuuser!

Habe mir ein Arch System eingerichtet und den dummen Fehler gemacht ext4 als Dateisystem zu benutzen. Die wichtigsten Dateien lagen auf beiden Festplatten. Bei einer Neuinstallation von Arch waren die Daten dann natürlich nur noch auf einer Platte vorhanden, da die andere zur Installation formatiert werden musste. Nach der Neuinstallation und nachdem ich die zweite Festplatte dann mounten wollte kam der Schock:

sudo fsck /dev/sdb1
Password: 
fsck 1.41.5 (23-Apr-2009)
e2fsck 1.41.5 (23-Apr-2009)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Auch ein "e2fsck -b 8193 <device>" half nicht. Mit testdisk habe ich es auch erfolglos probiert, das Programm ist wohl nur für ext2 und ext3 funktionstüchtig. Mounten lässt sich es sich auch nicht und die uuid wird auch nicht preisgegeben. Die Platte scheint wohl wie auch immer irgendwie einen Defekt bekommen zu haben. Ich habe mir jetzt überlegt, die Platte zu formatieren und anschließend ein Backup durchzuführen. Wie erfolgreich kann das sein und hättet ihr noch eine andere Idee um die Daten zu retten? Ach ja, eine Firma beauftragen möchte ich dafür natürlich nicht...

Eigentlich müsste das mit fsck.ext4 gehen. Das sollte allerdings automatisch von fsck aufgerufen werden. Probier trotzdem mal explizit mit "fsck.ext4"

Gruß Stephan

Also das hilft wohl auch nicht:

fsck.ext4 /dev/sdb1
e2fsck 1.41.5 (23-Apr-2009)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Edit: Habe da wohl was falsch eingegeben. Das kommt dabei raus. Was genau soll ich da machen?

fsck ext4 /dev/sdb1
fsck 1.41.5 (23-Apr-2009)
Usage: fsck.ext4 [-panyrcdfvtDFV] [-b superblock] [-B blocksize]
		[-I inode_buffer_blocks] [-P process_inode_size]
		[-l|-L bad_blocks_file] [-C fd] [-j external_journal]
		[-E extended-options] device

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

Wie hast du ext4 eingerichtet?

edit: Vllt hilft dir das hier weiter:

http://ext4.wiki.kernel.org/index.php/Ext4_Howto

Ich habe das mit (g/qt)parted eingerichtet.

Sorry, aber ich verstehe deinen Beitrag nicht ganz. Das Problem ist ja, dass mein device gar nicht erkannt/gemounted wird.

dux schrieb:

Also das hilft wohl auch nicht:

fsck.ext4 /dev/sdb1
e2fsck 1.41.5 (23-Apr-2009)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Edit: Habe da wohl was falsch eingegeben. Das kommt dabei raus. Was genau soll ich da machen?

nein, fsck.ext4 ist korrekt. Sagt dmesg etwas über irgendwelche Zugriffsfehler etc.?

Bevor du irgendetwas machst erstelle erst eine Bitgenaue Kopie der Partition: shell/dd Im schlimmsten Fall zerstören die Rettungsversuche die P. gänzlich.

dux schrieb:

Edit: Habe da wohl was falsch eingegeben. Das kommt dabei raus. Was genau soll ich da machen?

sudo fsck -fCV /dev/sdb1

Allerdings glaube ich nicht das das bei deinem Problem viel bringt. Viel Glück!

Grüße
Thomas

Das sagt dmesg über sdb:

dmesg|grep sdb
sd 4:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 4:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1
sd 4:0:0:0: [sdb] Attached SCSI disk
VFS: Can't find ext4 filesystem on dev sdb1.
VFS: Can't find ext4 filesystem on dev sdb1.

@primus pilus, das gibt leider auch nur obige Fehlermeldung. Das Problem mit Shell/dd ist, das ich nicht eine weitere Festplatte habe um das mal zu testen.

@primus pilus Leider habe ich keine Festplatte in der Größe zur Hand, um diese zu klonen... Das sieht ja echt beschissen aus die ganze Sache. Bei Eingabe des Befehls kam leider nur die obige Fehlermeldung.

dux schrieb:

Das sagt dmesg über sdb:

dmesg|grep sdb
sd 4:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 4:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
sd 4:0:0:0: [sdb] Write Protect is off
sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1
sd 4:0:0:0: [sdb] Attached SCSI disk
VFS: Can't find ext4 filesystem on dev sdb1.
VFS: Can't find ext4 filesystem on dev sdb1.

hast du dmesg auch normal durchgeschaut? Taucht bei fdisk -l eigentlich noch eine intakte Formatierung auf?

fdisk -l

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x48bcbbff

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1           5       40162   83  Linux
/dev/sda2               6          38      265072+  82  Linux swap / Solaris
/dev/sda3              39         995     7687102+  83  Linux
/dev/sda4             996       30401   236203695   83  Linux

Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0dd42546

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       30401   244196001   83  Linux

Scheint alles korrekt zu sein. dmesg wurde auch drüber geschaut, allerdings konnte ich nicht viel erkennen.

dux schrieb:

Ich habe das mit (g/qt)parted eingerichtet.

Sorry, aber ich verstehe deinen Beitrag nicht ganz. Das Problem ist ja, dass mein device gar nicht erkannt/gemounted wird.

Das wollte ich dir damit sagen:

After running this command, you MUST run fsck to fix up some on-disk structures that tune2fs has modified:

# e2fsck -fD /dev/DEV

Keine Ahnung, ob du das auch gemacht hast, oder ob man das machen muss, wenn man die Partition mit gparted eingerichtet hat.

Leider kommt bei jedem Versuch das System zu reparieren folgende Meldung:

e2fsck -fD /dev/sdb1
e2fsck 1.41.5 (23-Apr-2009)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Tja, tot würde ich sagen...

Hilft dir zwar nicht weiter, aber ich verstehe nicht ganz warum man wegen ein paar (gerade mal mit Tools meßbaren) minimalen Geschwindigkeitsvorteilen auf ein "unstable" Dateisystem wechselt. OHNE Backup!? 😲

Ja ich weiß, ext4 wird als "stable" angesehen. Dieses Attribut erhalten bei *mir* aber nur Dateisysteme die mindestens 3 oder 5 Jahre wirklich stabil funktionieren.

Nun ja ich hatte folgendes Backup System: Zwei Festplatten gleicher Größe. Die wichtigsten Daten wurden gespiegelt. Bei einer Neuinstallation allerdings fällt das ganze flach, wie sonst soll eine Installation durchführen. Eine externe Festplatte besitze ich auch nicht. Ich ärger micht darüber, dass so etwas überhaupt als Stable rumlaufen darf...