Miket dugdostál az IDE kábelekre, milyen jumpereléssel?

(De nem mondod, hogy vmwarezben futtatod?)

(De jó, hogy nincs SATÁ-m.)
BIOS-ban lehet valami üzemmódot állítani, hátha az befolyásolja.
Nem tudom, csak ötletelek.

a SATA, a SCSI és az USB is sdx

„A HDD-t a /dev/sda-ra teszi (mindig), SCSI deviceként (??). Tehát elméletben nem zavar be az IDE kábel dolgaiba. Azazhogy nem tudom…”
De butulásnál zavar, vagy zavart régebben… és nem a kifejezetten sata, hanem a 3-ik vezérlő. Ugyanis a windows azokon a hw-eken  csak prim., vagy sec. helyekről tudott butulni. És, ha a harmadikról akartál butulni a bios 1-esnek hazudta. Ez a windózt nem zavarta, hiszen buta és mindent elhisz a biosnak (pl. hogy nem 80 gigás hd-d van, hanem 40). A linux viszont szívott mert a rendszerbetöltő még kénytelen hinni a biosnak, hisz őt meg a bios tölti be, a betöltött renccer viszont, már tudja, hogy az nem az elsődleges – innentől kezdve a „/” nem egyezik… tehát vagy a renccerbetöltőnek, vagy a renccernek nem jó… (Na pont ezért nem lenne szabad – nem fordulhat elő – a fenti probléma linux alól… viszont pl. grub alól kényelmesen, amennyiben a windóz úgy kívánja. Ha mégis előfordul, akkor az fizikai változást jelent… de biztos meg lehet ezt is csinálni hw-esen :), akár átdugás nélkül is.)

Egyértelmű beállítás az, hogy a „3., 3. marad”. Persze ettől kezdve csak az 1.,2. vezérlőkről tudsz csak windózt butulni.

„hdparm -c 1 /dev/sda”
A hdparm-ot nem scsi eszközhöz találták ki. (Ha jól tudom azóta sem arra való… legfeljebb egyes kompatibilis funkciók működnek.)

Ha nagyon kell, akkor alkalmazz kompatibilis/fejlettebb/általánoabb eszközt (pl: blktool)
http://sourceforge.net/projects/gkernel/

(Lehet, hogy ezért cseszeget azzal a hdx-szel, mert „hdparmozod”… bár nem tudom, mert én nem próbálgattam. Csak egy ötlet.)