moj nazor je taky, ze odoberanie sucasti a zastavovanie sluzieb nema prakticky ziadny kladny prinos, jedine riziko, ze nieco nebude fungovat, vid plne fora ludi, ktory sa hrali na expertov na nlite, teraz im nieco nefunguje a hladaju rady ako to vratit nazad

co sa tyka bezobsluznej instalacie, vsetko sa da robit oficialnym postupom, dokumentacia v deploy.cab na instalacnom CD je dostatocne vycerpavajuca

rovnako aj integracia zaplat sa da robit standardne cez /integrate
z neoficialnych nastrojov sa mi osvedcil RyanVM integrator

ja viem, ze dnes je velmi v mode byt chytrejsi ako Microsoft a upravovat si windows na super mega giga rychle stabilne a bezpecne, podla mna je to vsak velmi naivna predstava, pretoze vacsinu navodov, ktore sa vyskytuju na internete pisu ludia, ktori maju len velmi chabu predstavu o fungovani OS Windows

nlite som pouzival v podstate od jeho vzniku, od urcitej verzie vsak agresivne modifikuje inf subory, zodpovedne za proces instalacie aj v pripade, ked to vobec nie je nutne, co ma aj urcite dosledky, napr. nutnost vlozenie instal. CD pri zmene jazyka pre NON unicode programy, preto tomuto sw uz jednoducho nedoverujem, takze som presiel na ine riesenia...
samozrejme, kazdy ma pravo na svoj nazor, kto ho chce pouzivat, nech tak robi ja len prezentujem svoje skusenosti

myslim, ze v pripade DEP ti uplne unika podstata, pretoze NX bit pouzivany pri HW DEP vo Windows je vyuzivany aj v inych OS, a vobec to nie je len zalezitost MS

jednoducho nieco robis zle, taketo operacie vo VMware robievam uplne bezne

velmi si si to zjednodusil, nie je mozne bootovat jednotlive ISO subory pomocou boot sektoru
na tejto stranke je niekolko clankov, ktore pomerne detailne vysvetluju ako na multiboot, tak si ich skus najprv prestudovat

toto je jeden z dovodov, preco som prestal pouzivat nlite, ak ked velmi nerad
nlite agresivne modifikuje subory potrebne pre instalaciu a toto spravanie je jednym z dosledkov, prejavuje sa to takto v roznych situaciach


kto neveri, nech si porovna originalne inf subory a subory vzniknute po akejkolvek modifikacii pomocou nlite
aj v pripade integracie jedineho MS update dojde k agresivnej modifikacii klucovych inf suborov, aj ked to vobec nie je nutne

vzhladom k tomuto sa podla mna neda verit ci uz z pohladu bezpecnosti alebo spolahlivosti vystupu, ktory nlite produkuje

doteraz som sa o bootovanie ReatogoXPE/BartPE z HDD nezaujimal, teraz som z urcitych dovodov potreboval nabootovat ReatogoXPE z HDD

Kedze tu uverejnene navody sa mi zdali zbytocne zlozite, analyzou boot procesu windows som prisiel k zaujimavemu rieseniu:

na disk z ktoreho chceme bootovat nakopirujeme adresare I386, Programs a SFX, samozrejme predpokladam, ze prislusna particia je aktivna, ma platny NT boot sektor a su na nej subory ntldr, boot.ini a ntdetect.com

dalej treba prepisat subor ntldr suborom setupldr.bin z adresara I386 a nakoniec premenovat adresar I386 na minint

to je vsetko

funkcnost som odskusal na fyzickej masine ako aj vo VMware

takymto sposobom to funguje dokonca aj z USB Flash

samozrejme je mozne vyuzit aj povodny ntldr a v spolupraci s modifikovanym bootsektorom particie ulozenom na disku, pridat boot BartPE ako polozku do boot.ini

je dost pravdepodobne, ze tento postup bol uz niekde publikovany, ja som  ho vsak nikde nenasiel

vyskusajte a dajte vediet ci vam to funguje

mozno keby si popisal, co si uz vyskusal, niekto by poradil
s legalnostou hiren's to urcite nie je OK ale z hladiska technickeho riesenia to moze priniest nieco nove

grub4dos je velmi silny nastroj, momentalne ho testujem v Aero Studio 2007, kde je priamo implementovany a umoznuje bootovat Live OS ako napr. Slax s vyuzitim originalneho iso suboru!

sice je to pěkné, ale nějak to nechápu.
Mohl by tu někdo dát návod pro blby

blb by taketo veci robit nemal

[OemPreinstall]

Pak by to speciální pojmenování složky nemělo smysl a ovladače mohou být s definicí winnt.sif kdekoliv. Vtip je právě v tom, že složku tohoto jména instalátor zná a prohledá. Dělal jsem tak kdysi jednu instalačku bez winnt.sif a fungovalo to. Ovladače z jiné složky si win ani nevšimly.

aby doslo ku kopirovaniu musi byt vo wintt.sif nastavene:

OemPreinstall = Yes :

OemPreinstall
Specifies whether Setup installs its files from distribution folders.

Yes
Setup copies the subfolders and files contained in the \platform\$oem$ folder.

No
Setup does not copy these files.

vid: Microsoft Windows Preinstallation Reference (v Deploy.cab na instalacnom CD)

bezne pouzivam $OEM$ na automaticku instalaciu programov po nainstalovani win pomocou GuiRunOnce, kazdopadne winnt.sif s vhodnym obsahom musi byt vytvoreny

samotne umiestnenie tejto zlozky na CD nic neriesi, v prvom rade musi byt vhodne vyplneny subor winnt.sif v I386, t.j. musi byt v nom zadane, co sa ma pocas alebo po instalacii vykonat

[Joliet]

Chyba je to cervene psane Cant find .....

pri vytvarani ISO suboru zaskrtni volbu Joliet, potom by to malo byt OK

[KNOPPIX]

konecne som si nasiel cas aj pre KNOPPIX

update je mozne stiahnut na:

http://muj.edisk.cz/soubor/stahni/04812/LinuxTools2.zip_4.25MB.html

okrem boot sektora treba editovat rovnakym sposobom aj subor setupldr.bin

nešlo by přidat prosím  :wink: i fedoru, saxanu a knoppixe ?

momentalne tieto distribucie nemam k dispozicii, mozno neskor sa na to pozriem.

Principialne by nemal byt problem, urobit to podla prikladov v clanku.
Len upozornujem, ze neexistuje ziadny "gz editor", treba jednoducho rozpakovat initrd z  initrd.gz, upravit ho v nejakom hexaeditore (bez hexaeditora sa v komplikovanejsich multiboot CD/DVD jednoducho neda zaobist) a spakovat znova do  initrd.gz.

v pripade dalsich otazok sa kludne ozvi, ak budem vediet, tak pomozem

To, co jsem měl na mysli je takové:

v podstate to mozne je, len musis vytvorit bootfolder pre kazdu instalaciu a urobit nejake drobne upravy. Mne sa to zda zbytocne, pretoze na nainstalovanie staci adresar i386.