Már találkoztam ilyen problémával. Az 540MB-nál nagyobb vinyóknál a BIOS-ban un. címkiosztást kell választani (LBA, CHS, Large, stb.). A probléma az lehet, hogy másik címkiosztás alatt lett partícionálva (vagy vmelyik partíció formázva), mint amit most használsz, így a partíciók összeérnek (közös területük van). A hiba sajátossága, hogy egy partíció esetén nem lehet észrevenni semmit. Nekem úgy sikerült megoldanom a problémát, hogy LBA-t választottam (véglegesen), majd újrapartícionáltam a vinyot (az összes adat el fog veszni, ha nem mented le vhova). De vigyázz, a hüje MS fájltendszerek formázásánál (tapasztalat) ilyen esetben nem mindíg „veszik észre” a partíciók határmódósításait, így simán megformázzák az elõzõ méretre (lehet, hogy inkább ez a problémád?). Ha biztosra akarsz menni, tedd meg a következõket:
1. töröld le az összes partíciót
2. a BIOS-ban állítsd be a címkiosztást, és ird fel
3. telepítsd a linuxot vagy a BSD-t ugy, hogy _csak_ az legyen fent (fel fog menni)
4. telepítés után add ki a
# dd if=/dev/null of=/dev/hda bs=1024k count=19000
parancsot, ezzel __fizikailag__ feltöltötöd 0-kkal a vinyódat (egy kis biztonsági területet leszámítva)
5. partícionáld meg a vinyódat úgy, ahogy szeretnéd

A telepítések már rendben fognak lezajlani.

Ha esetleg más is hasonló gonddal küzd, akkor a dd parancs count értékét a vinyó méretéhez igazítsa (19000=19GB). Esetleg – mivel a 20GB-s vinyó valójában 19.07GB – értelmesebb lenne a bs=1024k-t bs=976k-ra módosítani, hogy ne 1MB (1024*1024) legyen az egység, hanem 1.000.000, mint ahogyan a gyártók a vinyó méretét számolják.

Melyik disztrib(hanyas verzió), milyen kernel verzió, milyen fájl rendszert választottál telepítéskor?Ezek után talán könnyebb lenne segíteni.De ha már itt tartunk nekem hasonló problémám volt.Nálam az ext3 fájl rendszer okozta a 2.4.18 -2.4.20-as kernel hibája miatt a sok hülyeséget.Az egészet újra raktam reiserfs-re és azóta tökéletesen megy.Próbáld ki hátha bejön.