Ha sdd2-re írom át akkor is kernelpánikkal kifagy. Nem tudom van-e köze az új kernelnek ehez a jelenséghez amit online frissítéskor feltett magának a rendszer, de onnantól kezdve nem bootol.

Sajnálom, hogy nem tudtam segíteni neked (sem).
Azért az fura, hogyha a secondary slave a linux hdd-d, akkor a
(hd0,1) lett az indítás.
Nekem logikusan a (hd1,1) lett volna a tippem.

Nem telepíthető rá a SuSe 10.3 :-/

Esetleg lehetne írni nekik, hogy van linuxforum.hu, és szivesen segítetek 😉

Ezután még esetleg annyit csinálhatsz, hogy megnézed, hogy a suse partíciója PONTOSAN milyen eszközön foglal helyet (nem-e kiterjesztettpartíció, mert akkor nem az a számozás).

Amikor uzsolt által javasolt módon eljutsz a
root=/dev/sd
részig, megint nyomsz egy tab-ot, ott elméletileg látod, hogy dob-e sda2-t, vagy csak sda5-től kezdődik a számozás az sda1 után.

vagy
Tegyél még egy próbát a live cd-vel. (a slaxot már régen használtam,ilyesmikre leginkább uhu-t szoktam, ott automatikusan csatolódik azösszes, nem titkosított partíció).
Ha a live rendszer felállt, akkor egy mount paranccsal ellenőrizd a csatolt partíciókat.
Ennek a kimenetét másold ide légyszi.

Ha nincsenek benne a mount-ban (vagyis nem tudod böngészni az adott paríciót), akkor root-ként
mount-t auto /dev/hd és megnyomod a tab-ot (ahogy már ezt sikeresenmegtetted, ha jól látom). ekkor ki kell ugrania a meglévő hdXpartícióknak – persze akkor, ha a slax nem az új sda-s jelölésthasználja; ahol X a partíció száma, eből kell majd valamelyik).