[debian kernel] mp3's weg

[usr-local-dick]

Ik had een server met daarin een maxtor 250Gb IDE disk, was een debian waar ik zelf een 2.4.21 voor gemaakt had. Op de disk staat ca. 200 Gb muziek.
Nu wilde ik die disk overzetten naar een andere server, inclusief de PCI-IDE controller.
Alles fijn, totdat ik op de nieuwe server een 'updatedb &' deed om de locate db up te daten. Halverwege allemaal I/O errors enzo van die disk.
Na unmounten een fsck.ext3 gedaan en toen kwam er allemaal inodes die niet meer goed waren. Zo erg zelfs dat er iets kwam van "too many blah blah for this inode, delete? Y/N" Nou was ik zo stom op daar een paar keer Y op te zeggen, maar hij bleef het maar vragen dus toen ben ik daar maar mee genokt.
Even later probeer ik wat files te redden door ze eraf te kopieren naar een andere machine. Toen kreeg ik in syslog: "kernel: attempt to access beyond end of device". Hmmmm vreemd...
In dmesg zie ik staan:

code:

kernel: hda: Maxtor 4A250J0, ATA DISK drive
kernel: hda: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63

WHAT THE F...?

Dit was op de oude server dus niet zo:

code:

kernel: hda: Maxtor 4A250J0, ATA DISK drive
kernel: hda: attached ide-disk driver.
kernel: hda: host protected area => 1
kernel: hda: setmax_ext LBA 490234752, native  490232832
kernel: hda: 490232832 sectors (250999 MB) w/2048KiB Cache, CHS=30515/255/63, UDMA(100)

Wat blijkt de debian kernel-image-2.4.18-1-686-smp bevat niet de goede driver voor mijn CMD649 kaartje waardoor hij maar 134 Gb herkent

Ik had nog een deb liggen van een 2.4.21 kernel met CMD64x support en toen was het goed. Fsck gaf een paar kleine foutjes maar dat was alleen maar een block count enzo.
Ik heb niet opgeschreven welke inodes (3 stuks dacht ik) ik weggegooid heb maar die ben ik dus kwijt neem ik aan?
Zo te zien staan alle mp3's er nog op maarja zeker weten doe ik het niet (teveel om met de hand te checken)...

Anyway al doende leert men

[moto-moi]

Waarschijnlijk staan je verloren files in /lost+found .

[deadinspace]

137GB is een grens van de ATA-spec, van ATA-100 als ik me niet vergis. In ATA-133 is dit verhoogd.

Ik gok dat je een ATA-133 schijf en controller hebt, en dat je tweede bak geen ATA-133 support had, en deze controller dus als een ATA-100 controller behandelt, met de inherente 137 GB limiet.

[usr-local-dick]

Ja maf maar als ik boot dan zegt mijn controller in allebei de gevallen dat de disk 137 Gb is, alleen een goeie kernel ziet 250 Gb....