inode error,

[High Quality king]

beste tweakers,

ik krijg de volgende error tijdens fsck -cfv:
Error reading block 11632808 (Attempt to read block from filesystem resulted in short read) while doing inode scan.

Is mijn harde schijf nu per sé stuk of kan het nog aan mijn FS liggen ?

Kan ik dit nu nog op een bepaalde manier fixen ? de pc loopt vast wanneer ik bepaalde bestanden op het corrupte gedeelte probeer te kopieeren.

Alvast bedankt

[smokalot]

In mijn ervaring is een schijf pas stuk als je request failed meldingen krijgt in je dmesg, krijg jij die? Het vastlopen geeft wel een hint dat er iets hardwarematigs aan de hand is, of gaat het hier om je rootfs?

[High Quality king]

Nee het is mijn home directory. In mijn dmesg gaat alles gewoon goed. Hij loopt vast tijdens het kopieeren van een iso file.

Tips ?

[igmar]

Die melding krijg je normaliter alleen als je FS groter is als je partitie. Wat zegt

code:

fdisk -l /dev/xxx
dumpe2fs -h /dev/yyy

waarbij xxx de hele disk is (bv hda) en yyy de partitie (bv hda1)

[Insanergy]

Welk fs gebruik je?
Zijn die ISO files misschien te groot voor je fs?

[High Quality king]

de iso file is 500 MB en ik gebruik ext3. Vreemd heh mannen :-).

De partitie is 50 GB en ik heb nog aardig wat schijfruimte vrij.

Hellup

[High Quality king]

code:

[root@ns1 ~]# fdisk -l /dev/hde2

Disk /dev/hde2: 59.9 GB, 59921164800 bytes
16 heads, 63 sectors/track, 116104 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

Disk /dev/hde2 doesn't contain a valid partition table

[root@ns1 ~]# dumpe2fs -h /dev/hde2
dumpe2fs 1.38 (30-Jun-2005)
Filesystem volume name:   /home
Last mounted on:          <not available>
Filesystem UUID:          82199d4b-fd26-46b8-94f1-120fad1fef03
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              14632992
Block count:              14629190
Reserved block count:     731459
Free blocks:              10096064
Free inodes:              14599488
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         32736
Inode blocks per group:   1023
Filesystem created:       Tue Jun 14 21:32:54 2005
Last mount time:          Mon Jun 19 19:47:49 2006
Last write time:          Mon Jun 19 19:47:49 2006
Mount count:              32
Maximum mount count:      -1
Last checked:             Tue Jun 14 21:32:54 2005
Check interval:           0 (<none>)
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      2ca3676b-ef6b-44b6-b828-f083fb7ab3cd
Journal backup:           inode blocks
Bad blocks: 11632768, 11632802, 11632803, 11632804, 11632805, 11632806, 11632807, 11632809, 11632810, 11632811, 11632812, 11632813, 11632814, 11632815, 11632817, 11632818, 11632819, 11632820, 11632821, 11632822, 11632823, 11632825, 13370800, 13370834, 13370835, 13370836, 13370837

[ Voor 5% gewijzigd door High Quality king op 20-06-2006 11:43 ]

[smokalot]

dat /dev/hde2 geen partitietabel bevat is logisch, als /dev/hde er ook geen heeft heb je een probleem

je kunt mss dd_rescue gebruiken op die file?

dd_rescue if=file.iso of=/ergens/anders/file.iso.dd.rescue

[High Quality king]

Ik heb de betreffende schijf verwijderd, geformateerd met ntfs en windows chkdsk /R laten doen. Het resultaat, 0 KB aan bad sectors. Is de schijf dus toch helemaal goed en was mijn FSystem gewoon gefokt ?

Ik weet nu niet of ik deze schijf gewoon weer kan inzetten

[smokalot]

eerst maar even lekker stresstesten dan? als je met een scriptje constant nieuwe bestanden maakt, en lekker aan het kopieren bent, kun je na een paar uur met fouten redelijk veilig aannemen dat je schijf t nog prima doet.

[High Quality king]

thnx je bent de man.

[High Quality king]

Ik heb hem terug gehangen in een ander systeem en er een ext3 partitie op gezet.

code:

[root@backup ~]# badblocks -wv /dev/hdb1
Checking for bad blocks in read-write mode
From block 0 to 60042906
Testing with pattern 0xaa: done
Reading and comparing: ^[^Adone
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 0 bad blocks found.

Maar als ik weer e2fsck -cfv /dev/hdb1 heb ik oppeens 20 bad blocks, hoe kan dit ?