ext3 auf Softwareraid schein hin zu sein
Hat jemand einen Tip wie ich ds device ggf. retten kann? Suse 10.1 Gruß und Dank Das Problem linuxnfs:/var/log # mount /dev/md1 /mnt/raiddev02 mount: wrong fs type, bad option, bad superblock on /dev/md1, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so Das sagt /var/log/warn Jun 13 11:55:05 linuxnfs kernel: EXT2-fs error (device md1): ext2_check_descriptors: Block bitmap for group 896 not in group (block 0)! Jun 13 11:55:05 linuxnfs kernel: EXT2-fs: group descriptors corrupted! linuxnfs:/var/log # tune2fs -l /dev/md1 tune2fs 1.38 (30-Jun-2005) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: ee34845c-7327-4cdf-a77c-21128e291593 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: filetype sparse_super large_file Default mount options: (none) Filesystem state: not clean with errors Errors behavior: Continue Filesystem OS type: Linux Inode count: 43958272 Block count: 87915504 Reserved block count: 4395775 Free blocks: 16466024 Free inodes: 14679439 First block: 0 Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16384 Inode blocks per group: 512 Filesystem created: Mon Aug 23 08:15:26 2004 Last mount time: Tue Jun 13 07:45:40 2006 Last write time: Tue Jun 13 12:05:31 2006 Mount count: 6 Maximum mount count: 20 Last checked: Mon Mar 27 11:53:13 2006 Check interval: 15552000 (6 months) Next check after: Sat Sep 23 11:53:13 2006 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Default directory hash: tea Directory Hash Seed: 2037f21a-380f-4d8c-be50-f7eee417b8fa Journal backup: inode blocks linuxnfs:/var/log # -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Tue, Jun 13, 2006 at 12:14:46PM +0200, Ralf Prengel wrote:
Hat jemand einen Tip wie ich ds device ggf. retten kann?
Ich wuerde ein Image ziehen und fsck auf diese Image loslassen. Wenn du Platzmangel hast und dringend an die Daten ranmusst, kannst du fsck auch auf das RAID-Device loslassen - ich selbst hab mir dadurch noch nie etwas zerstoert, obwohl dies bei defekten Dateisystemen passieren kann. Mach dir Gedanken ueber eine zukuenftige Backup-Strategie. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Die, 13 Jun 2006, Ralf Prengel schrieb: [..]
Jun 13 11:55:05 linuxnfs kernel: EXT2-fs error (device md1): ext2_check_descriptors: Block bitmap for group 896 not in group (block 0)! Jun 13 11:55:05 linuxnfs kernel: EXT2-fs: group descriptors corrupted!
linuxnfs:/var/log # tune2fs -l /dev/md1 tune2fs 1.38 (30-Jun-2005) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: ee34845c-7327-4cdf-a77c-21128e291593 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: filetype sparse_super large_file
Hier fehlt "has_journal" fuer ext3...
Filesystem state: not clean with errors Errors behavior: Continue
Und das FS ist nicht "sauber"...
Default directory hash: tea
Und das wuerde ich eher Reiserfs zuordnen. Du koenntest als erstes mal folgendes machen: dd if=/dev/md1 skip=128 count=1 | strings Wenn das die Zeichenkette "ReIsErFs" ausgibt dann hast du ein Problem. Reiserfs ueberschreibt uebrigens nicht die ersten Bloecke des FS, so dass dort ein vorhandener ext2/ext3 Superblock ueberbleiben kann -- was dann z.B. die Erkennung des Dateisystems sabotieren kann. Bist du sicher, dass auf dem Ding ext3 ist und sein soll und nicht Reiserfs? Wenn ja solltest du dann auf jeden Fall mal 'e2fsck -v -C 0 /dev/md1' aufrufen und erzaehle dann, wie das e2fsck lief, d.h. welche _Art_ Fehler gemeldet wurden. -dnh -- Für mich hat er eher Testbildqualität: wenn ich den sehe, weiß ich, daß das Programm uninteressant ist. -- Moss ueber D. Küblböck -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Tue, Jun 13, 2006 at 01:26:49PM +0200, David Haller wrote:
Default directory hash: tea
Und das wuerde ich eher Reiserfs zuordnen.
Wrong. ext3 kann schon laenger mit "-O dir_index" erstellt werden, um auch bei vielen Dateien im Verzeichnis performant zu bleiben. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Die, 13 Jun 2006, Peter Wiersig schrieb:
On Tue, Jun 13, 2006 at 01:26:49PM +0200, David Haller wrote:
Default directory hash: tea
Und das wuerde ich eher Reiserfs zuordnen.
Wrong. ext3 kann schon laenger mit "-O dir_index" erstellt werden, um auch bei vielen Dateien im Verzeichnis performant zu bleiben.
Ah. Danke! Wieder was gelernt :) Bisher habe ich das komplett verpasst, da ich keinen Grund hatte "schon" wieder Kernel/und oder die e2fsprogs zu aktualisieren ("never change a running system")... ;) Ah, bei meinen e2fsprogs 1.28 ist's schon dabei, allerdings noch nicht in den manpages dokumentiert, bei 1.27 war's noch experimentell. Aber mein Kernel kann's eh net... Naja, Reiserfs haben wir ja auch so ausgeschlossen, obiges hat mich halt irritiert, weil ich das noch nie gesehen hatte. -dnh -- 128: SAP Sammelstelle Arbeitsloser Physiker (Alexander Schreiber) -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (3)
-
David Haller
-
Peter Wiersig
-
Ralf Prengel