Vanwege een stroomuitval (bedankt huisbaas) is de systeemschijf van mijn debian server compleet borked geraakt, het systeem wilde totaal niet meer booten. Ik heb geprobeerd met een ubuntu live cd de verschillende partities te mounten, maar de 2 belangrijkste waren al zo ver heen dat dit niet meer ging, een fsck wilde hij ook al niet meer uitvoeren.
Na vervolgens op een andere, nieuwe schijf een verse debian etch geinstalleerd te hebben, wilde ik nogmaals proberen de gecrashte filesystems te mounten en/of te checken.
Ik kan nu wel een fsck uitvoeren, maar deze vind zoveel fouten dat hij telkens opnieuw begint, daarnaast als ik 'e2fsck -y -c /dev/bla' uit voer, eindigt hij met de foutmelding 'ext2fs_block_iterate: Ext2 file too big while sanity checking the bad blocks inode'.
Foutmelding bij het mounten
De syslog geeft aan dat er geen journal meer aanwezig is op de partities, en het aanmaken hiervan met 'tune2fs -j /dev/bla' helpt in ieder geval ook niet meer.
De hoop een recovery van deze systeempartities heb ik al grotendeels opgegeven, maar...
Nu moet ik zeggen dat het recoveren van deze systeempartities niet het grootste probleem is. Op het gecrashte systeem had ik een LVM2 logical volume die gebruik maakte van een VG ('diskvg') met 2 fysieke schijven erin. Met een pvscan herkent het nieuwe systeem deze PV's opzich wel, maar ik kan op geen enkele manier mijn oude lvm configuratie exporteren/importen, dus ik vroeg me af of er een manier is om deze op de een of andere manier opnieuw aan te maken, zodat ik wel weer gewoon bij de data kan die op deze schijven staat. Ik heb al meerde malen gezocht (google en got), maar de meeste resultaten gaan over het verhuizen van een LVM config waarbij het bronsysteem nog gewoon werkt.
Na vervolgens op een andere, nieuwe schijf een verse debian etch geinstalleerd te hebben, wilde ik nogmaals proberen de gecrashte filesystems te mounten en/of te checken.
Ik kan nu wel een fsck uitvoeren, maar deze vind zoveel fouten dat hij telkens opnieuw begint, daarnaast als ik 'e2fsck -y -c /dev/bla' uit voer, eindigt hij met de foutmelding 'ext2fs_block_iterate: Ext2 file too big while sanity checking the bad blocks inode'.
Foutmelding bij het mounten
mount: wrong fs type, bad option, bad superblock on /dev/sdd7,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
De syslog geeft aan dat er geen journal meer aanwezig is op de partities, en het aanmaken hiervan met 'tune2fs -j /dev/bla' helpt in ieder geval ook niet meer.
De hoop een recovery van deze systeempartities heb ik al grotendeels opgegeven, maar...
Nu moet ik zeggen dat het recoveren van deze systeempartities niet het grootste probleem is. Op het gecrashte systeem had ik een LVM2 logical volume die gebruik maakte van een VG ('diskvg') met 2 fysieke schijven erin. Met een pvscan herkent het nieuwe systeem deze PV's opzich wel, maar ik kan op geen enkele manier mijn oude lvm configuratie exporteren/importen, dus ik vroeg me af of er een manier is om deze op de een of andere manier opnieuw aan te maken, zodat ik wel weer gewoon bij de data kan die op deze schijven staat. Ik heb al meerde malen gezocht (google en got), maar de meeste resultaten gaan over het verhuizen van een LVM config waarbij het bronsysteem nog gewoon werkt.