Re: fsck_4.2bsd: cannot alloc 4020411996 bytes for inoinfo

From: Bernd Walter <ticso(at)cicely12.cicely.de>
Date: Sat, 30 Jul 2005 18:31:18 +0200

On Sat, Jul 30, 2005 at 04:25:33PM +0200, Olaf Hoyer wrote:
> Moin!
>
> Habe derzeit einigen Stress mit einer 80GB-IDE-Platte.
>
> Diese haengt in einem 5.4-Release-System, beherbergt als Datenhalde ne
> Menge kleiner Dateien und beim letzten Crash des Systems (evtl.
> Temperaturopfer in der Dachgeschosswohnung)
>
> Also die Maschine dann wieder hochkam und ihre (SCSI)-Systemplatte
> gecheckt hatte, wollte ich die Datenplatte manuell fscken, leider ohne
> Erfolg. Es werden diverse kaputte BAD BLOCKS oder EXCESSIVE BAD BLKS
> angemosert, und schliesslich kommt die Fehlermeldung im Subject:
>
> fsck_4.2bsd: cannot alloc 4020411996 bytes for inoinfo
>
> Was ist das, was ist da genau alles kaputtgegangen, und vor allen
> Dingen: kann man das irgendwie wieder hinbiegen?
>
> deckard# uname -a
> FreeBSD deckard.home 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun Jul 24
> 03:18:51 CEST 2005
> root(at)deckard.home:/usr/src/sys/i386/compile/DECKARD i386
>
>
> atapci1: <HighPoint HPT366 UDMA66 controller> port
> 0x7000-0x70ff,0x6c00-0x6c03,0x6800-0x6807 irq 15 at device 20.0 on pci0
> ata2: channel #0 on atapci1
> atapci2: <HighPoint HPT366 UDMA66 controller> port
> 0x7c00-0x7cff,0x7800-0x7803,0x7400-0x7407 irq 15 at device 20.1 on pci0
> ata3: channel #0 on atapci2
> ad4: 114498MB <SAMSUNG SV1203N/TQ100-24> [232632/16/63] at ata2-master
> UDMA66
> ad5: 76319MB <ST380011A/3.06> [155061/16/63] at ata2-slave UDMA66
>
> Betroffen ist ad5:
>
> fsck -y /dev/ad5s1a
>
> 2225128133554515217 BAD I=2614274
> -1100643585677207190 BAD I=2614274
> -7325028735816808021 BAD I=2614274
> -2967680480657801850 BAD I=2614274
> -6314023632738306313 BAD I=2614274
> -7933280786246937847 BAD I=2614274
> 3728162448437519303 BAD I=2614274
> -5642155490108761931 BAD I=2614274
> -8822897388106308002 BAD I=2614274
> -2555700321811112792 BAD I=2614274
> -2184903411730749069 BAD I=2614274
> EXCESSIVE BAD BLKS I=2614274
> CONTINUE? yes
>
> INCORRECT BLOCK COUNT I=2614274 (673120 should be 525312)
> CORRECT? yes
>
> fsck_4.2bsd: cannot alloc 4020411996 bytes for inoinfo

Das so viele Inodes kaput sind gibt einem schon zu denken.
Grundlos sollte das eigendlich nicht passieren.
Aber IDE ist ja eigendlich schon ein guter Grund...

Wenn du dir sicher bist, dass du den fsck wirklich durchziehen willst,
dann solltest du per fsdb die besagte Inode löschen und dann noch
mal den fsck ansetzen.
Ich würde vorher aber mal im Single-User Mode read-only mounten und
sehen, ob überhaupt was lesbar aussieht, bevor man da womöglich mehr
kaput macht.

Das letzte mal, dass ich ein kaputtes Filesystem hatte, welches sich
nicht mehr mit fsck reparieren lies ist schon viele Jahre her, da
hat sich eine Festplatten mitten im erstellen eines Snapshots durch
einen Firmwarebug vom Bus verabschieded und ich musste die Inode
aller Snapshots löschen, bevor der fsck zufrieden war.
Das hier sieht aber anders aus.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 30 Jul 2005 - 18:33:12 CEST

search this site