Sajna nem virtuális!

Én ezt 2-3 órára terveztem de már annyi nap lett belőle!

Hogy, zárjam a témát és segítsek vele a hasonló esetekhez:
Az egy dolog, hogy nálam a dpt kernel-szintű lekezelése okozott gondot, de a linux kernelben – és nem vagyok profi a témában – de a tapasztalataim eddig alátámasztották – az scsi meghajtók kezelése alapján fejleszteték más tárolók vezérlését is. /Vagy csak a távoli, de nagyon logikus összefüggés él – nincs boot-folyamat tárolóeszköz és annak valamilyen vezérlése nélkül. (Ezért sokféle problémának azonos a hibaüzenete.) Hol a SATA, USB, etc. vezérlésnek eredménye a bootolási folyamat megszakadása.
A lényeg amivel esetleg segíthetünk önmagunkon.
1./ Ha egzotikus vagy csak szimplán öregebb hardverünk van lehet, hogy nem bírja a moduláris meghajtókat. Ezeket olyan kernelimage telepítésével lehet szóra bírni ahol ezeket az eszközöket még fixen beforgatták. Ha sikerül az install utáni első boot, már is kezdjünk neki a fordításnak.

2./ Ha Debiant, vagy más Linux-ot telepítünk ilyen estekben nem érdemes default telepítéssel
indulni. Azonnal expert módban kell kezdeni és alaprendszer telepítésével mert sok el..ot időt lehet megtakarítani az esetleges ismétléseknél. Így lehet a Debian-nál válogatni kernel-image változatok között is. (Ami végül is megoldotta az én problémámat is.)

3./ Ha GRUB-ot installálsz, és feltehetően cserélgetni fogsz bootolásra alkalmas device-kat, valamint multi-boot-os rendszert akarsz – soha ne tedd az MBR-be!. Mert ezt is megszívod mint én most.
A Wikipédiás GRUB nagyon megtévesztő, úgy adja elő mintha egyedüli üdvözítő módszer az MBR lenne. Ezt még árnyalni kéne valakinek.
(Véltem hogy a GRUB felnőtt feladatához és egymás mellett kezel sok-sok oprendszert, hát tévedtem! Egy egyszerű IDE fiókvincsi be vagy kihúzása feladatának ellátását meghiúsítja. Épeszű ember ezt nem érti! 10 évvel ezelőtt már volt erre alkalmas jól megírt bootmanager (a DOS korszakban. Ma a hordozható hardvereszközök világában nem lehet ilyen szempontot figyelembe
venni?) Sajnos a windows bootmamagere előbb lekezeli ilyen eseteknél a linux-ot mint fordítva. Bár ezt szentségtörés és fájdalmas is így kimondani hőn szertett Linux-unkra.

Amire a google-zéseim során nem kaptam választ eddig, ha a felinstallált rendszeren korábban MBR-be tettem a GRUB-ot, egy ismételt már telepített rendszeren kiadott grub-install –rootdirectory=hdxx parancs működöképessé varázsolhatja a rendszert? (Gondolom a gyökérkönyvtár MBR-jét utánna fixálni kellene. Vagy előtte?
Ebben az esetben a WINXP hda0-án nem sérülhet? Elviekben nem, de gyakorlatban?

Kedves lenne tőletek ha valakinek lenne ilyen tapasztalata és megosztaná.
Előre is köszönet az esetleges válaszért.
Üdv.: end

A 3. pontodhoz füznék egy kis megjegyzést, esetleg választ.
Lehet hogy a mobil eszközök összezavarják a grub-ot, de aki kicsit is gondolkozik, az olyan helyre rakja a rendszereit és olyan sorrendet állít be, hogy az a grub-ot / lilo-t ne zavarja.
Illetve pl az usb-s küttyöket utólag dugja rá a gépre és akkor szintén nem zavarhat be.

Amit te is mondtál, hogy az MBR-be ne rakja az ember a grub-ot, azzal részben, de egyetértek. Mondjuk azt meg kell jegyezni, hogy az összes újabb rendszer defaultban az MBR-be pakolja a grub-ot sajnos.
DE utólag tényleg érdemes az adott partició boot szektorába is felpakolni, mert egy késöbbi rendszer telepítéskor vagy windows (újra)telepítéses mbr gyaluláskor jól jöhet.

A grub-install –root-directory=/dev/xxxx tökéletesen müködik. Söt egy chrootolt rendszernél a lilo -b /dev/xxx is.
Hosszú ideje így állítom már vissza a tar-al lementett jól beállított rendszereim.
Nincs semmi bajom vele, csak okosan kell használni 🙂

Köszönöm a választ, sokat segít mert bizonytalan vagyok. Még nem kellett visszaállítanom eddig.
Próbáltam a parancsot, de azt kapom „not specified device”
Esetleg a grub-shell alól kellene? A man olyan szűkszavú. (Mert a „honnan” mindenkinek evidencia, sajnos nem nekem.)
Üdv.: end