Grub4Dos és XP telepítő USB-ről
2010-02-15T19:05:27+01:00
2010-02-17T09:22:45+01:00
2022-07-25T00:05:30+02:00
Szaby59
Tudom, hogy vannak hasonlü témák, de én azt szeretném tudni, hogyha fenn van a grub és az USB meghajtó is bootolható, akkor a menu.lst-be mit kell beírni, hogy elinduljon a telepítő?
Ha csak simán a setupldr.bin-t futtatom valami txtsetup.sif hibát ír ki.
Én olyat szeretnék ami úgy bootolja be mintha CD-ről indulna, de közbe az i386 mappa az USB-n van.
Mutasd a teljes hozzászólást!
A grub operációs rendszert tud indítani.
Ha egy partíciót csinálsz az USB meghajtóra, és arra DOS indítórendszert teszel azt tudja beindítani a grub. Onnan már A-Ty setup bat-ja indulhat.

Szebb megoldás, ha a telepítő ISO-ját mountolod be a grubba. (Ezt még nem próbáltam, de érdekes lenne kipróbálni.)
Mutasd a teljes hozzászólást!

  • A .sif fájl hibája arra utal, hogy valamilyen automatizált telepítővel van dolgod. A legtöbb ilyen a warez világból, de legalább is a szürke zónából származik. Ha eredeti az XP-d akkor viszont lehet, hogy syspreppel vagy nLite-al belenyúltál és valamiért nem szereti a módosítást.

    Nézz meg egy eredeti módosítatlan XP-ről készített képfájllal is ezt csinálja?
    Nem fontos a .bin kiterjesztés az .iso-t is megeszi a grub4dos.


    WIKI:)
    Mutasd a teljes hozzászólást!
  • Nem, eredeti MSDN-es még nem piszkált ISO-ból van a képfájl.
    Nem is az i386-nál hanem valami WIN... mappánál keresi azt a fájlt, mintha már a következő fázisba akarna lépni, nem pedig a "kék telepítőbe".
    Az a helyzet, hogy az ISO 600 mega és mivel nálam jó, de más gépekre is kellene telepítenem (512 MB RAM-mal) gondolom nem sikerülne beolvastatni a teljes tartalmat és leállna.
    Mutasd a teljes hozzászólást!
  • A .sif már a telepítés karakteres (kék) szakaszában is játszik. Sok egyéb mellett meg tudod benne adni, hogy ne kelljen elfogadni a licenc szerződést, illetve lépje át a javító konzolt és hasonlókat. Szóval ha valaha valaki belenyúlt az eredeti telepítőbe az hibázhat.

    Miért nem jó neked ha cd-ről telepítesz?

    Illetve a másik lehetőség:
    HP USB Disk Storage Format Toollal készíts egy BOOT-olható pendrive-ot
    Másold fel a penre az XP telepítőt

    xcopy x:\*.* /s /e /f y:\

    x: cd/dvd meghajtó betűjele
    y: pendrive meghajtó betűjele

    Ezután a penre hozz létre egy batch fájlt. Semmi mást nem kell tenned mint fogsz egy jegyzettömböt és beírod a következőket:

    y:
    cd i386
    winnt.exe

    majd elmented pl. setup.bat néven.

    Beteszed a pant a meghajtóba és erről indítod a rendszert, majd a parancssorba beírod:

    setup.bat

    és várod a csodát.

    Ha valami oknál fogva nem tudod kisakkozni a pendrive betűjelét akkor szépen egymás után ahogy leírtam bepötyögöd a parancsokat és mehet is a telepítés.
    Mutasd a teljes hozzászólást!
  • És Grub-ból nincs lehetőség exe futtatásra?
    Ezen a pendrive-on még lenne egy linux és egy win7 telepítő is, tehát a multiboot miatt fontos a grub.
    Mutasd a teljes hozzászólást!
  • A grub operációs rendszert tud indítani.
    Ha egy partíciót csinálsz az USB meghajtóra, és arra DOS indítórendszert teszel azt tudja beindítani a grub. Onnan már A-Ty setup bat-ja indulhat.

    Szebb megoldás, ha a telepítő ISO-ját mountolod be a grubba. (Ezt még nem próbáltam, de érdekes lenne kipróbálni.)
    Mutasd a teljes hozzászólást!
  • Működik!
    Nem is tölti a memóriába, hanem rögtön bootol róla.
    Köszönöm!

    Szerk.: Mégsem :( betölti a szokásos illesztőket, mikor át kellene váltani a licenszelfogadó ablakra kékhalált dob be.
    Valamit még kellene módosítani az ISO-n az USB boot miatt?
    8 GB-os Fat 32-re formázott, HP USB toollal, ha NTFS-t adok meg akkor is ezt csinálja.
    Mutasd a teljes hozzászólást!
  • Elméletben, illetve talángyakorlatban is nem kivitelezhetetlen.

    Ha már telepítettél, indítottál live rendszert (pl. Ubuntu) akkor ugye ott van egy menüpont Memtest86... Ha szigorúan vesszük ugye a memtesztet is egy .bin, lemezkép állományból indítja. Illetve aMemtest alatt is fut valamilyen minimális OS, bár én azt inkább egy keretrendszernek tekintem. De ott az a mini OS.

    Nagyon primitív de működőképes lehet:
    Fogok egy Ubuntut és fel teszem egy USB kulcsra
    Megkeresem a Memtest*.bin állományt és lecserélem arra a lemezképre amit indítani akarok.
    Természetesen a csere állomány a lecserélt nevét kapja.
    Primitív, de működhet...

    Ez is jól jöhet még:

    title Acronis TrueImage 11.8101 map (hd0,0)/Acronis-11.8101.iso (hd32) map --hook chainloader (hd32)

    Az Acronis .iso helyére mehet az OS telepítő .iso-ja.
    Forrás>>
    Mutasd a teljes hozzászólást!
  • Erre a ravasz technikára én is kiváncsi lennék:
    grub4dos ISO-ról bootol tartalmat.

    Elmételi elgondolásom azt sugallja, hogy a telepités első fázisa még menne, azaz driverek betölt, licensz elfogad, merevlemez kiválaszt, formáz, pár alapfile felmásol stb.
    A grub ilyenkor a pendriveon van.

    De:

    Első reboot-nál a merevlemezről indul a rendszer->grub kiütve. Ilyenkor a további fileokat honnan fogja az XP benyalni ?
    Vagy a grub-nak is a merevlemezen kell lennie telepités előtt/alatt/után, és az majd ujra felmountolja az ISO-t?

    Gyaklag még nem probáltam, de elöbb-utobb megteszem.
    Mutasd a teljes hozzászólást!
  • Onnét ahonnét egyébként is cd/dvd-ről történő telepítésnél tenné!
    A telepítő karakteres módban:
    Előkészíti a merevlemezt
    Felmásolja a fájlokat
    Létrehozza az indító konfigurációt, immáron a merevlemezen
    A telepítést a felmásolt állományokból folytatja...

    De ha ez nem menne, akkor a telepítő .iso-t egy ramdiskbe másolom és ha a telepítőnek szüksége van rá oda irányítom. Természetesen a Grubba erre a célra jóelőre létrehozok egy menüpontot.

    Ki kellene próbálni, most már én is kíváncsi lettem...

    Szaby59:
    Mi a STOP kód?
    Az sokat segítene.
    Nem SATA hdd-re próbálsz telepíteni?
    Ha igen akkor kellenek a SATA driverek.
    Vagy a betöltés közben "F6", ez nálad nem játszik mert nincs floppy.
    Vagy nLite-al integrálod a SATA drivereket, csak a text módú drivereket.
    Esetleg a BIOS-ban aktiválod az IDE emulációs szolgáltatásokat.

    SATA to IDE
    SATA to ATA/PATA
    AHCI DISABLE
    ...

    Rendszere válogatja, kézikönyve megmondja!
    Mutasd a teljes hozzászólást!
  • A telepítést a felmásolt állományokból folytatja...


    Itt az bibi, hogy nem: az optikai meghajtóhoz még szép számban hozzányúl. De ebben a fázisban az optikai meghajtót a SCSI/Atapi adapterrel látja a félkész XP. Igy a grub is be kell varázsoljon egy adaptert (a daemon tools-hoz hasonlóan), ami emulál egy optikai meghajtót, és a pen-en lévő ISO-t mountolja.
    Attól tartok, ez csak akkor megy, ha ez a virtuális adapter (.inf, .sys, /.cat/ fileok) bele van integrálva (nLite-tal) a telepitöbe. Másképp a grub az XP setup müködésébe nem tudna beavatkozni. Vagy igen ?

    Másik nehezitő tényező, h. a pen mivel USB, a neki kiosztott betüjel bizonytalan lehet telepités közben (merevlemezparticiok után következik). A SCSI honnan tudja majd az ISO elérési utját ? De ez már csak találgatás..
    Mutasd a teljes hozzászólást!
  • De ha ez nem menne, akkor a telepítő .iso-t egy ramdiskbe másolom és ha a telepítőnek szüksége van rá oda irányítom. Természetesen a Grubba erre a célra jó előre létrehozok egy menüpontot.


    Úgy tűnik nem voltam elég világos:
    1. Elkezdem telepíteni a rendszert az .iso-ból a már ismertetett módon
    2. Újraindítom a rendszert és ismét USB-ről BOOT-olok
    3. Itt már a ramdiskes menüpontot választom

    De jobban végiggondolva, miért ne csomagolhatnám ki az .iso-t egyből a ramdiskbe?
    Mutasd a teljes hozzászólást!
  • Itt már a ramdiskes menüpontot választom


    És utána a vezérlés hova lesz átadva ?

    A végén mindenképp a merevlemez a cél, a telepités folytatásához.
    A ramdisk itt bukott..(a windows 2K/XP a ramdisket is csak extra driverrel látja, BIOS-sal nem). WIN9X-nél még ment volna a technika (mscdex bövités vagy ramdisk támogatás DOS alól).

    Ezért bonyolult az ügy: ha a telepités végig a CD-ről bootolva zajlana, sima ügy lenne. Jó lenne, ha a BIOS is támogatná az ISO-k CD-ként történő bootolását, szintén problémamentes lenne a telepités második fázisa is (HDD-ről bootolás).
    Mutasd a teljes hozzászólást!
  • Ezért jó (-bb) a Linux banyek
    Nem okoz ennyi fejtörést, működik aztán jól van...
    Mutasd a teljes hozzászólást!
  • Nem is vitatom ezt vazeg.

    A Windowsnak elég sok különleges és értheteten korlátja/heppje tud lenni..

    Pl , de:

    Ha lerakom készenlétbe a gépet, és 5 HDD közül 4 le volt parkolva (mert nem használtam), akkor minek pörgeti fel őket készenlét előtt? Ha ez nem kárositja, akkor már semmi sem...

    Ha a BIOS felismeri a HDD-t, és a win nem talál a vezérlőhöz drivert, akkor miért nem indul el a BIOS támogatásával (mint a régi WIN9X-ek). Kisebb teljesitménnyel, de legalább a user fel tudja rakni a drivert utolag.

    Nem sorolom tovább..
    Mutasd a teljes hozzászólást!
  • Sziasztok!
    Par napja en is ezzel a problemaval kuzdok.
    Sikerult is elinditani Grub4Dos -al az XP.ISO -t
    De a telepites kozben mindig kifagy. (Valami mem problema)

    En ugy csinaltam hogy egy xp.ima boot file-t hasznaltam (fd0).
    Es az isot pedig virtual cd-kent. Igy megy is de mindig kifagy.

    Jo lenne egy Olyan USB amirol Mennek a telepitok XP/VISTA/7.
    Es mellete par linux is de azokkal nincs gond :)
    Na meg persze tesztprogik, virusirtok, backup stb..... (ez mar meg van oldva)

    Szoval ha valakinek sikerul akkor ossza meg legyen kedves :)

    Addig is probalkozom tovabb.
    Mutasd a teljes hozzászólást!
  • Nem, IDE módban is ezt írja, most virtuális gépben csinálom, itt egy kép a hibáról és a menu.lst-ről
    KÉP

    Ez az F6-os, F2-es driverbetöltős után jön, tehát még restart sem volt.
    Ha a ramba olvastatom, akkoris ezt csinálja.
    Mutasd a teljes hozzászólást!
  • A 0..7B tipikusan ATA/SATA driver hiány vagy memória hiba.
    Mutasd a teljes hozzászólást!
  • De nemtudom milyen driver kell a Grub "isobetöltőjének".
    Mutasd a teljes hozzászólást!
  • Egy olyan /SCSI/, ami a daemon tools-hoz hasonloan a telepités alatt CD-ként mountolja az ISO-t. Ellenkező esetben kiesik a talaj a telepitő alól->ez a kékhalál oka. A 2K/XP telepitője makacs, BIOS és külső loader támogatása nem elég neki. (a költői kérdés, h.van -e ilyen scsi drv?). A 'Virtual SCSI' drivert F6-al vagy nLite-al be kell juttatni a telepitőbe.
    Mutasd a teljes hozzászólást!
  • Sajnos nem nagyon fogsz találni a problémára megoldást!
    Kicsit kutattam a témában és azt találtam, hogy minden más mellett (virtual floppy és hdd), sajnos a grub nem tud virtuális cd/dvd meghajtót létrehozni.

    Egyetlen lehetőséged maradt, a nem .iso-ból történő telepítés.
    Másold fel a penre az XP telepítőt

    xcopy x:\*.* /s /e /f y:\

    x: cd/dvd meghajtó betűjele
    ...


    A 0x7B, ahogy azt lorenzen is írta, driverhiba. Valamiért a telepítő nem látja a merevlemezt. Ez mint fentebb írtam olyankor van, ha SATA hdd-re akarsz telepíteni. A virtuáális gépnél lehet, hogy bekapcsoltad a SATA támogatást. Illetve próbáld ki az ingyenes Virtualboxot is. Szerintem van olyan jó() mint a VMware.
    Mutasd a teljes hozzászólást!
  • Mindegy mit csinálok a SATA vezérlővel, ugyan ez van.
    Ha felmásolom az i386 mappát és a grub-ból akarom bootolni a setupldr.bin-t, akkor meg azt hiszi, hogy már a második fázis jön és az USB-n elkezdi keresni az első fázisban átmásolt fájlokat.

    Ha meg dosból indítom a winnt-t, akkor meg az USB látja c meghajtóként és arra másolgat fájlokat...
    Mutasd a teljes hozzászólást!
  • A 0x7B, ahogy azt lorenzen is írta, driverhiba. Valamiért a telepítő nem látja a merevlemezt


    Valojában a CDROM-ot nem látja, nem a merevlemezt.

    A merevlemez hiánya elengásabb hibaüzenettel igazolodik a kékhalál helyett.
    Mutasd a teljes hozzászólást!
  • Mivel jelenleg még semmilyen program nem képes ISO-t mountolni egy teljes XP telepiés erejéig, az ISO-ból történö telepités reménytelen. WIN95/98/Me telepitése menne a módszerrel. A GRUB gyengepontja az, hogy a licenszerződés elfogadásakor már a telepitő a saját -elözöleg betöltött - SCSI/Atapi/3rd party drivereivel szeretne futni a telepitő lemezről. Mivel ez hiányzik (az iso-t is egy driver kellene vezérelje a grub helyett), a telepitő dobja a hátast az általad emlitett kékhalállal.

    Ezzel a segédlettel tudsz pendrive-ról telepiteni XP-t.

    Viszont a pen-nek nem tul egészséges+lassu is lehet a folyamat, jobban járhatsz, ha továbbra is CD-röl telepitesz (vagy USB HDD/SSD-röl).
    Mutasd a teljes hozzászólást!
  • Általában sérült indítószektorról, BOOT vírusról és hardverütközésről írnak, kevés helyen keverik bele az optikai meghajtó hiányát...

    Eszközillesztőkkel kapcsolatos problémák

    A Windows XP rendszernek szüksége van egy miniport-illesztőprogramra ahhoz, hogy a számítógép indításához használt merevlemez-vezérlővel kommunikálhasson.

    A Windows XP telepítésének első fázisában a telepítőprogram az alábbi üzenetet jeleníti meg a képernyő alján:
    F6 - Más gyártótól származó SCSI- vagy RAID-illesztőprogram telepítése.


    "Stop 0x0000007B" hibák elhárítása Windows XP rendszerben

    És valójában ha a telepítőbe integrálsz egy SATA drivert akkor nem kapod a hibaüzenetet, akkor sem jön a kékhalál 0x7b-vel megörvendeztetve ha F6-tal betöltöd a SATA drivert és még sorolhatnám. A memóriahiba ugye azért sanszos mert ha hibás memóriacímre van betöltve a drivert azt ugye a rendszer nem tudja használni, olyan a számára mintha nem lenne driver.

    Valojában a CDROM-ot nem látja, nem a merevlemezt.


    Ha végiggondolod mit írtál és milyen kapcsolatba hozható a hibaüzenettel akkor rá fogsz jönni, hogy kicsit antagonisztikus a kapcsolat.

    Ha a telepítő elindul a cd/dvd meghajtóról akkor azt látja...
    Ha a telepítő nem tud elindulni a cd/dvd meghajtóról akkora meghajtó a hibás így a telepítő nem láthatja...

    A kettő együtt nem állhat fenn!
    Elég érdekes volna ha elindulna a telepítő egy olyan eszközről amit nem lát, nem ismer fel
    Mutasd a teljes hozzászólást!
  • Ez csak 4 gigáig kezel USB-t.

    Már megoldottam:

    A neten van egy program, ami "kettébontja" a telepítőt.
    Az egyik lesz a loader, a másik pedig ami majd a GUI-módot indítja.
    Annyi kényelmetlenség van, hogy bootolásnál a megfelelőt kell kiválasztani, de működik...

    Ugyanúgy Grub loader van, tehát rámegy még egy linux és egy W7 telepítő, meg prá segédprogram is.

    Köszönöm mindenkinek a segítséget!

    ps.: Mi az, hogy nem túl egészséges a pendrive-nak (amúgy gyorsabb mint a CD)?
    Mutasd a teljes hozzászólást!
  • Ha végiggondolod mit írtál és milyen kapcsolatba hozható a hibaüzenettel akkor rá fogsz jönni, hogy kicsit antagonisztikus a kapcsolat.


    Sokáig én is ebben voltam, mig rá nem jöttem, hogy NT esetén még sem az:

    Ha a telepítő elindul a cd/dvd meghajtóról akkor azt látja...


    Igen, amig tölti a drivereket, a BIOS (illetve a jelen topikban a grub) szolgáltatja a meghajtó elérését.

    Mikor végzett a driverek betöltésével, a telepitő dobja a BIOS-t (külső rezidens segédprogramokat stb.), és a vezérlőhardvert a driverrel probálja elérni. Ha nem sikerül, elesik alóla->a hardverhez kötött perifériákat is eldobja. Ha a CDROM is oda volt kötve, azt is dobja, igy önmagát is (kékhalállal).

    A postolt linkedet ismerem.

    Tegyél egyszer probát egy SATA vezérlővel ellátott asztali gépen:

    Tedd AHCI módba a vezérlőt, köss oda egy SATA vinyot+egy SATA ODD-t.
    Köss az IDE vezérlőre is egy ODD-t.

    BOOT-old be egy módositatlan XP telepitővel a SATA és az IDE ODD-ről is. Látni fogod a különbségeket a reakcióban. Ez a 2K/XP nagy hibája..

    -SATA ODD esetén ledobja az optikai meghajtót->kékhalál (AHCI driver megoldja)
    -IDE ODD esetén nem lesz kékhalál, csak kiirja, h. nem talált merevlemezes meghajtót (AHCI driver megoldja)

    Az ISO-s megoldás a SATA ODD-vel azonos jelenséget produkál.
    Mutasd a teljes hozzászólást!
  • A telepítés karakteres szakaszában még a BIOS vezérli a hardvert, csak a feltelepített rendszer tudja átvenni a BIOS-tól a hardver vezérlését.

    Az, hogy melyik telepítő mire és hogyan reagál az ngyban chipszet függő is. ICH7 és nForce3 felett (az ATI chipseteket nem tudom pontosan) minimum XP SP2 esetén már nem kell a külön SATA driver. Minden ettől eltérő esetben igen.

    Győzz meg az ellenkezőjéről!
    Bár látom annyira magabiztos vagy a tudásodban, hogy nem akarod elfogadni azt ha valamit éppen nem egészen pontosan tudsz. Még az eredeti Microsoftos autentikus forrásnak sem...
    Mutasd a teljes hozzászólást!
  • A telepítés karakteres szakaszában még a BIOS vezérli a hardvert


    Akkor még mindig win9x és/vagy linux világban mozogsz:
    Az NT telepitő csak a driverek betöltéséig használja a BIOS-t a kontrollerhez. A licenszerződés-nél már nem. Ha a karakteres szakaszon a BIOS vezérelné, nem kellene előre beadni F6-tal drivert, ráérne utána is. Az telepitett oprendszer pedig a BIOS vezérlésével a

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase

    ágban listázott eszközök drivereit tölti be. Ekkor jelenik meg a WINDOWS XP felirat a fekete háttérrel, a többit már a vezérlőhöz betöltött driverrel oldja meg. Ha a vezérlőhöz nem talált drivert, ismert a helyzet..

    és hogyan reagál az ngyban chipszet függő is


    Egyszerü: ha a vezérlő a kompatibilis PCI#IDE azonositoval müködik, nem kell hozzá extra driver, picide*.sys, atapi.sys-el megeszi. Ha nem (pl SCSI), megprobálja betölteni a beépitett drivert hozzá. Ha nem, muszály hozzáadni. Nem csak SATA, hanem sok IDE vezérlő-nél is ue a helyzet (promise, silionimage, jmicron, ITE stb.)

    Az ATI chipseteknél kizárolag BIOSfüggő: AHCI/RAID esetén kell ahci driver, IDE módban nem.

    minimum XP SP2 esetén már nem kell a külön SATA driver.


    nForce2, 3, 4, 430, 500-ra nem kell, a vezérlő sem támogatja (csak részlegesen 4-től felfele, de nem tul stabil a hotplug funkció). 6xx-est nem tudom. 730-ra nem kötelező, de mivel IDE módban kissé instabil (többször is lefagyott a vezérlő, csak égett a piros led), BIOS-ban AHCI-ra kell állitani->kell az nvidia ahci driver. 780, 980-nál nem tudom.

    Győzz meg az ellenkezőjéről!


    Probáld ki, amit irtam. 15 percedbe megy max+az előkészület. Eredeti XP-vel teszteld (ne nlite-ossal). A licensszerződésig kell csak elmenj.

    annyira magabiztos vagy a tudásodban, hogy nem akarod elfogadni azt ha valamit éppen nem egészen pontosan tudsz


    Csak azokban, amiket kiprobáltam alaposan. Ezeken már lépésről lépésre végigmentem. A MS forrás kicsit felszinesen irja le, a megoldással együtt, a hibákat ennyire nem részletezi, mint amiket találtam->leirtam. Amiket nem probáltam, odairtam, h. nem tudom.

    De már leirtad tegnap te magad is: linuxban egyszerübb. Csak a MS bonyolitja meg ennyire a helyzetet..
    Mutasd a teljes hozzászólást!
  • Az, hogy betölt az XP telepítő drivereket még nem jelenti, hogy a BIOS hardverkezelését megkerüli!
    Az MS_DOS-nak is kellettek illesztőprogramok, mégsem kezelte a hardvert a BIOS fölött/helyett.
    A telepítő a telepítés karakteres szakaszában még nem tölti be a teljes Windows kernelt, ezt csak a grafikus módban teszi meg és csak a Windows kernel fogja tudni a BIOS megszakításvezérlését és ezen keresztül a hardverkezelését átvenni.

    ICH7&NF3 előtti csipkészletek
    - Az OS-nek kellettek a SATA driverek ahhoz, hogy tudjon települni, függetlenül a verziótól.

    ICH7&NF3 utáni csipkészletek (native SATA támogatás)
    - XP SP2 előtti változat esetén kellett a SATA/RAID driver betöltése valamilyen formában
    - XP SP2 utáni rendszerek esetében már szükségtelen a SATA/RAID driverekkel történő manipulálás.

    És már megint az antagonisztikus ellentét!
    Ha a karakteres szakaszon a BIOS vezérelné, nem kellene előre beadni F6-tal drivert, ráérne utána is.


    Ha ez így volna akkor az OS és drivergyártók dolga lenne a legegyszerűbb! Gondolj bele a BIOS lekezeli a hardvert aztán jól van, az OS meg csak beleül a készbe.

    Ha ez így volna akkor az MS-DOS-nak és társainak nem lenne szüksége hardverillesztőkre.

    Ha ez így volna akkor az ablakos operációs rendszerek nem fejlődésnek hanem visszalépésnek tekinthetők.
    Mutasd a teljes hozzászólást!
abcd