Craftcom

Na základě mého buildu v příspěvku "Zajímavý spouštěcí disk WinPE.." jsem vytvořil kompletní flashdisk se všemi potřebnými soubory (včetně přípravy flashdisku k bootování). Je koncipována v základu jako záchranný systém, proto jsou tyto systémy extrémně ořezané, ale přesto maximálně funkční a co nejvíce univerzální k použití na různém HW. Je možno přidávat i další systémy, protože boot je založen na Grub4Dos. Snažil jsem se, aby její vytvoření bylo co nejjednodušší a byla k použití i pro nepříliš zkušené.
Podrobný návod a způsob práce jsem přibalil do archivu.
Normin
Vyzkoušet a stahovat můžete zde:

http://ulozto.cz/xf4HasW4/w7pe-usb-1-7z


Verze Win7x86 USB bez oddělené sítě a zvuku a s programem na spouštění ikon (z odkazu v diskuzi)
http://uloz.to/xuzsZKt7/win7x86-usb-ext-wim
Opravená verze Win 7x64 (pouze wim soubor, bootloader a BCD) - k doplnění výše uvedeného souboru:
http://uloz.to/xCYTwGaF/win7x64-2-rar

Novější a vylepšené verze k 21.1.2015:
http://uloz.to/xnnZCjJM/xm64-3-wim  (W7x64 nemá podporu multimédií !)
http://uloz.to/xqpqUqAi/xm86-5-wim

Upravené verze k 10.3.2016

http://uloz.to/xMBfU2tc/xm64-2016-wim
http://uloz.to/xShBGtw8/xm86-2016-wim

Ještě menší opravy k 18.3.2016:
http://uloz.to/xtZ6bNoZ/xm64ver18-wim
http://uloz.to/xcABbokd/xm86ver18-wim

Další opravy (doufám, že už vydrží) k 20.4.2016
http://uloz.to/xLH9JkjH/win7x86-19-wim
http://uloz.to/xf2NJjqh/win7x64-19-wim

Dik mooooc.
Můžu dotaz.
Testováno na stejném strojí.
Win7PEx64 je ok.
U Win7PEx86 nainstaluji driver pak stejně jako u Win7PEx64.
Zvukovka ok.
Problém však je se sit.ovladači.
Vidím jak se instalují.
Vidím ovladače ve spraví zařízeni (bez chyby).
Nejde mi však otevřít start - sitova připojení ani přes ncpa.cpl.
A v právo na liště mi také ikona schází.

Jsem rád, že jinak vše funguje  :)

U těch Win7PE(x86) jsou z důvodu práce bez potřeby netu nutné soubory sítě úplně oddělené.  Musíš kliknout na ikonu "Spustit net" a potřebné soubory se doinstalují a objeví se i ikony pro "Operu" a "TeamViewer".

Asi jsem slepejš ale žádnou ikonu "Spustit net" nevidím.
WIN7PE v češtině je OK a hned najíždí i net.
Jaký je jinak mezi nimi rozdíl?
Když vezmu ten wim s toho CD WIN7PE v češtině.
Přejmenují na XM86.wim a šoupnu na FlashDisk, tak by to mělo fungovat.

Promiň, ale teď nevím o jaké verzi mluvíš ....
Ty verze Win7 jsou v podstatě shodné, ale rozdíly tam jsou. Hlavní rozdíl mezi verzemi pro CD a flešku je v systému připojení bootovacího média. Aby to fungovalo tak jak má, musí být bootovací medium připojeno jako Y:\. A to je u každé z těchto verzí uděláno trochu jinak (pro CD a flešdisk jsou jiné utility a jsou i rozdílné způsoby mezi Win7x86 a Win7x64, protože s tím byly problémy). To platí i o verzích Win8.
Všechny ty verze by měly  v základu fungovat, ale bude chybět propojení na utility na médiu. Pokud to nevadí tak ručně to samozřejmě jde spustit.
Pozn.
Tu oddělenou síť mají pouze verze Win7x86 (CD i flešdisk) a síť se musí spustit ikonou "Zapnout net" . To zkopíruje potřebné soubory a spustí služby pro zvuk a net.

A tu ikonu najdu kde?
http://www.fastimages.eu/?v=vbox.jpg

Je tam install drivers from Win7 Host
Zapnout net nikde.

Bylo by to pro Tebe hodně práce upravit.
Třeba WIN7PE_CZ.iso  http://craftcom.net/00_forum/forum/index.php/topic,527.0.html
To funguje normálně

Zřejmě jsi použil na flashdisk tu verzi z CD nebo naopak. Proto nevidíš tu ikonu, protože boot disk není Y:
Nebo jinak. Jaký multiboot vlastně řešíme? Na CD nebo na flash?

Po delší době jsem se vrátil k mému původnímu řešení pro Win 7.
Největším problémem byl dosud přístup k USB3 a instalace ovladačů pro USB3. Všechna dosavadní řešení automatické instalace selhávala. Nyní jsem doplnil utilitu, která tento nedostatek odstraňuje. Sice za cenu delšího startu, ale je to funkční na chipsetech Intel i AMD.
Dále jsem "posbíral" různá novější řešení a novější prográmky a implementoval jsem je do těchto buildů.
Funkčnost je obdobná jako u dřívějších řešení a vložení do multiboot disku jako obvykle.
Takže možno testovat či upravovat dle libosti...

http://uloz.to/xMBfU2tc/xm64-2016-wim
http://uloz.to/xShBGtw8/xm86-2016-wim

Ještě menší opravy:
http://uloz.to/xtZ6bNoZ/xm64ver18-wim
http://uloz.to/xcABbokd/xm86ver18-wim

Zdravím komunitu.

Normin: Leo má pravdu. Popíšu přesněji a chronologicky:

Verze pro USB XM86 (http://ulozto.cz/xf4HasW4/w7pe-usb-1-7z zkoušen tvůj poslední build - ver18, zavedeno takto: chainloader /XMPE/WinPE/bootmgr) již během bootu instaluje ovladače - jestli jsem to pochopil dobře. Zatímco na zvuk ovladače nainstaluje, tak na síťovou kartu nikoliv. Na ploše ikona "Spustit Net" opravdu není - je tam jen ikona "PE-network" pro správu sítě, která také drivery nenainstaluje. Není ani odkaz v "nabídce start" v příslušné sekci, kde předtím v CD odkaz byl. Dokonce ani nefunguje ruční spuštění souboru "setup.cmd" (na který odkazoval zástupce v CD) ve složce PE7PROGRAMS/INTERNET/DRV, kde jsou základní CAB balíčky s ovladači pro internet a 7z balíček pro zvuk. Což také v CD fungovalo. Musel jsem rozbalit DRIVERS_NET.CAB a přes DM instalovat ručně.

První co mě napadá, jestli není problém v trojúhelníku (v dané složce) setup.cmd - netstart.cmd - setup.ini . Osobně jsem tam nic nevykoumal, ale já tomu až tak moc nerozumím.

Druhé co mě napadá je, že se nespustí utilita pro dekomprimaci CAB. Protože zvuk z balíčku SOUND.7z se nainstaluje.

Třetí co mě napadá je, že když ovladače vnucuji via DM, tak se vyvolá hlášení o nepodepsaných ovladačích s možnostmi "zrušit" a "přesto pokračovat" Tak jestli prostě v rámci skriptu "setup.cmd" prostě takové drivery systém rovnou neskipuje.

Každopádně oba linky na "Y/..../setup.cmd" chybí ...

Zkusil jsem "bootmgr" přehodit do nadřazené složky (samo, že jsem upravil chainload) a to také nepomohlo - proč by ostatně také mělo, ale za pokus to stálo a stejně jsem se divil, proč je až ve složce WinPE a ne spolu s "BCD" v XMPE  ;)

Jinak zatím používám původní Build CD, coby namapované ISO z flashky. To se mi také na ploše ikona "SPUSTIT NET" neobjeví (čistě v CD ano), ale odkaz v "nabídce start" je a když ve správci disků jen změním USB jednotku z E: na Y: tak vše fachá. Ale zase tam nejsou ty užitečné nástroje,které jsi pak dodal  ;)

- Vyzkoušen build XM86-2016 - stejný problém

- Vyzkoušen build XM86-5 - a tam to funguje normálně. Ale nejsou tam zase ty dobré utilitky jako BOOTICE apod ... A hlavně se musí mačkat ALT+SHIFT úplně pokaždé, když se přepne aktivní okno. Takže např. najedu prohlížeč - přepnu klávesnici - píšu česky, dám prohlížeč na lištu (nebo ani nemusím) něco někde mrknu, vrátím se do prohlížeče a musím mačkat zas ...

Jinak ti fandím už pár let, po které tvůj projekt sleduji a moc děkuji za tvou práci  :) Tak se na to prosím mrkni a já mezitím zkusím některý z předchozích buildů pro USB - jestli se nevloudil šotek až do toho posledního ...

Zdravím Ventero,
trochu si mě zaskočil tím obšírným popisem. Nějak nevím jak začít  :)
 Věc se má asi takto:
Jsme zde sice v sekci Multiboot CD a taky to tak začalo... ale vývoj šel dál a z logiky věci jsem další buildy zveřejňoval zde. Problém je v tom, že vše původní bylo koncipováno pro použití na CD (DVD). Navíc jsem začal tou minimalistickou verzí Win7x86, která měla soubory (knihovny) pro net a multimédia odděleně v adresáři "W7PEPROGRAMS" a dokopírovaly se až při potřebě. Tehdy mě to zaujalo, protože jsem právě tuto minimální verzi potřeboval. A všechno bylo provázané na tyto  adresáře (spouštění, ikony atd.). Ale postupně jsem zjistil, že další používání CD (DVD) není rozumné (nyní už jen minimum PC má mechaniku, pořád něco přepalovat atd). V Xp jsem ještě používal program SH.EXE, který dodá do menu nabídku programů, které máš na disku, ale zjistil jsem, že je to sice efektní, ale vlastně zbytečné. Každý máme svoji sbírku prográmků, které jsou osvědčené a víme kde je máme a jak je spustit.
A zde je ten problém!
Ty novější buildy jsou už kompletně připravené pro flešku. Tzn., že tato fleška se vždy připojí jako Y: (CD se mapuje jiným způsobem!) a vztah k adresáři "W7PEPROGRAMS" už tam vlastně není.
Nyní tak nějak sumárně k těm ovladačům:
-ovladače se neinstalují při bootu, ale až, řekněme, při "rozbíhání" systému
-ten ovladač zvuku, který se podle tebe instaluje z balíku driverů, se zřejmě instaluje standardně ze systému
-ty cab soubory se nemusí rozbalovat. Stačí spustit "DEVINST.EXE" a on si vyhledá v příslušném adresáři (NT6x64, NT6x32) ovladače, které chybí. Ale není úplně bezchybný. Asi nejlepší v současné době je instalátor SDI (Snappy Driver Installer), který používám v posledním buildu W7 - využívá stejné adresáře, ovladače sbalené v 7z, ale jinak indexuje. Balíky ovladačů se dají stáhnout běžně na netu, jen vybereš ty potřebné a přeindexuješ.
Ještě, jestli jsem tě správně pochopil, tak používáš stále CD, do kterého přidáváš ty nové buildy. V podstatě to funguje, ale jak jsem zmínil, CD a flashdisk používají jiný způsob mapování bootovacího disku a z toho vyplývá, že pokud není přiřazeno správné písmeno tak nejsou nalezeny cesty.

Trochu se ztrácím, jak popisuješ práci s tím "Spustit net". To byla ikona, která spouštěla (v původním Win7x86) dokopírování potřebných souborů pro net a síťové služby. Nyní je to zbytečné, vše je v základním souboru wim. Síťové služby se spouští programem "Penetwork". Ale samozřejmě musí být nainstalován ovladač síťové karty.

Já sám to mám na flešce udělané tak, že zůstal adresář XMPE, zvlášť mám adresář s programy a zvlášť adresář s balíky ovladačů, které už teď nejsou nijak provázané. Spouštím to samostaně podle potřeby, bez ikon a nabídek. Je to nejjednodušší, protože uhlídat změny a provázanost mezi tímto vším, se prostě nedá.

     Doufám, že jsem ti odpověděl k tomu, co jsi potřeboval.  Pokud ne, tak se ozvi, pokusím se to upřesnit.
 

Ahoj.

Předně děkuji za odpověď a vstřícnost - potěšilo mne to  :)

Nene - jedu plně na USB. Na DVD jsem to hodil taky, tam však k menu položce připsáno, že medium je nutné ve správci disků přejmenovat na Y. A pak vše funguje perfektně.

Tak to je vysvětlení - že jsi v nových buildech upustil od separace. Což mi nakonec více méně došlo, když jsem spustil 64bit ver18 a tam hned jel i zvuk i internet. Tím spíše to ukazuje na chybu v XM86 ohledně instalace síťového driveru. A vede mě to k závěru, že má domněnka ohledně podpisu driveru bude nejspíš to ono. Zvlášť jestli je v tomto případě použit stejný balíček, jako byl předtím ve složce W7PEPROGRAMS. Podpis neprojde, instalace tohoto driveru se skipne a jede to dál. Každopádně je tedy ikona či odkaz pro spuštění netu a zvuku passé a nemá cenu se tím dál zabývat.

Takže jestli to dobře chápu, tak v tom posledním buildu - tedy verze 18 - je použit SDI.

K tomu je vázán ten DEVINST.EXE?

S tou indexací jsi mi zavařil hlavu. Takže, když si stáhnu nějaký ovladač či balíček a chci ho tam přidat, tak ho musím zabalit do CAB nebo 7Z. A kam ho tedy dám? A jak se provádí ta indexace? Naveď mě prosím na tvou koncepci. Prostě si udělám na flashce adresář OVLADAČE a tam naházím ty balíky - tip kde je stahuješ ty? A dál? Jak to spouštíš tu instalaci potřebných driverů? Nebo to děláš ručně přes správce zařízení?

A ještě se chci zeptat na prográmek BootSectGUI - je tam v jakémsi formátu ".au3" a nikde jinde spustit nelze. Je od toho někde originál v ".exe" nebotakněco?

Zdravím Ventero,

to jsem rád, že jedeš na USB. Už jsem se lekl, že to budeš chtít předělat na CD  :)

K těm ovladačům:
-už jsem se s tím také párkrát setkal, že nejde naistalovat přímo originální ovladač. Je třeba konkrétně zjistit co mu chybí. (ovladače WLAN moc nezkouším, zatím jsem je moc často nepotřeboval)

-ten  DEVINST.EXE je prostě jeden z instalátorů ovladačů. Hledá je v těch složkách jak jsem uvedl ve svém posledním příspěvku, ovladače musí být sbaleny v cab. Spusť si ho v tom původním adresáři a uvidíš, co našel a co ne a jak s tím pracuje.

-ten SDI je další instalátor a je velmi dobrý. Vyextrahuj z mého buildu W7 (Pozor jsou verze x64 a x86!) adresář "DriverPack" někam na svůj disk  a spusť "SDI_R.exe" a uvidíš co a jak dělá. (zaškrtni si expert mode). Když klikneš na horní řádek, tak ti najede možnost stažení ovladačů i s indexy. To je asi nejjednodušší možnost je získat. Jinak ty indexy nejsou nutné. Slouží jenom k rychlejšímu nalezení ovladačů programem. Dát ten SDI můžeš kam chceš, po spuštění si sám vytvoří adresářovou strukturu.
V buildu W7 je spouštěn pomocí "SDI_R.cmd" - v něm uvidíš syntaxi pro automatickou instalaci.
- k tomu  "BootSectGUI.au3" - to je skript programu AutoIt. Výhoda - stačí malé skripty a spouští je jen jeden program. V buildech je buď přímo nazván AutoIt.exe nebo různě jinak (např. AU3381.exe apod). Tento skript mi mnohokrát pomohl, ale opatrně s ním, ať si nepobouráš bootování !

Neboj se experimentovat! Spouštěj ty prográmky a dívej se co dělají. Neboj se toho, ono se nic nezboří (kromě toho BootSectGUI)  ;)


 

Díky za ochotu a vstřícnost. Už se v tom trochu orientuji.

Mám teď trochu jiný zádrhel: Nemáš prosím tě zkušenosti s Grub4Dos? Nebo nevíš o někom, kdo se v něm dost vyzná? Na tomhle fóru, na jiném. Hledal jsem, ale našel jsem jen málo info, které by mi objasnily můj problém a také nemám dobrou angličtinu. Potřeboval bych konzultaci.

Ještě se tu podívám, jestli není vhodnější sekce, kde bych vznesl dotaz, ale vypadá to, že jsi tu jediný aktivní  :)

Jinak jsem ještě zjistil, že v PE přestaly fungovat portablové Skypy. SW naběhne, ale nepřipojí se na server - tedy se nelze přihlásit a vlastně nic. Hlásí, že je problém s připojením a ať se zkontroluje připojení k internetu - to je však v pořádku. Nevíš náhodou odkud vítr vane - čím to může být?

Jinak jsem právě i z tvého projektu vytvořil myslím celkem povedenou záchranou kompilaci nazvanou ResCo, takovej IT švýcar jako funkční ISO, ale na flashce funguje samozřejmě lépe a více. Takže děkuji a někam to upnu. A přemýšlel jsem, že pak bych sem hodil na to sekci a rozepsal co tam a proč. Třeba to někdo ocení ...

zdravím Ventero,

s tím Grub4Dos bych snad něco zvládl. Nahoď problém  :)

Skype ve WinPe asi už teď bude problém. Když použiješ starší verzi - nezafunguje v kontaktu s novější a novější nelze spustit. Můj odhad je, že začal používat knihovny .NET, s kterými je obecně ve WinPe problém. Ale opravdu jen domněnka.

Ahoj.
S tím Skype nebude problém, pokud se použije verze portable.
Právě jsem jej spustil v nově nainstalovaných w764 bez .net.
Portable mám bokem pro všechny testovačky a jdou snadno upgradovat.

Problém je ale s ovladači sítě. Na jednom ntb (MSI /AMD) spustím, na druhém (Lenovo /Intel) ne - tam nejde vlastně nic, dokud není dodán ovl. pro USB3 a z exe instalátoru nainstalovat nejde kvůli údajně chybějící cabinet.dll. DRP z flHD nelze použít bez podpory USB, takže bludný kruh. Jedině předem překopírovaný DRP na HDD v počítači a tam pak vyhledaný.

Lituji, že jsi opustil řadu W764ver1.wim, ..., W764ver6.wim a přešel zpět k pojmenování xm64.
Už pro něj nemám místo v BCD=764, který jsi udělal jen na 6 pozic, kde bych uvítal rozšíření na třeba 10 a to u všech včetně posledních pro w10, kde je to jen solo.
Pokusil jsem se v EasyBCD přidat záznam, ale nějak mne to neposlouchá v zadané cestě.
Archivuji a zkouším všechny vypuštěné verze .wim na společném místě HDD(SDD) a flHD.

Ten G4D mne také zajímá, já z něj používám už jen dva soubory: GRLDR a menu.

ahoj bobe,

s tím BCD (764) by neměl být problém. Otevřeš v "Bootice" a přidáš co chceš. (jen použij verzi x64 nebo x86 a nejlépe Easy mod) - někde jsem ho dal i do wim.

ty ovladače USB by měli teď v té poslední verzi W7 fungovat. Tobě se automaticky nenainstalují?

S tím Skypem jsi mě překvapil, že ti to jde. Zkoušel jsem taky několik verzí portable, ale nechytaly se, tak jsem to vzdal.

Ahoj, normine.
Chyba je na straně LENOVO, ten jejich BIOS to prostě neveme. Nejde ani myš, zatímco TP normálně funguje. Nepomohlo ani flešnutí boisu. Nefunguje tam ani nic z NT5, přestože by údajně mělo, vše skončí modrou smrtí.

Ten BootIce mám a ještě je i v Hirensu, ale zkoušel jsem zatím EasyBCD, s kterým jsem se už naučil a na multiboot si už nemohu stěžovat u verze 2.3, zatímco předchozí mi trochu zlobily.

To portable updatuji tak, že mám nějakou základní verzi, na které funguji, když to začne otravovat s novější verzí, tak povolím povýšení, ono se to nainstaluje samo mimo portable někam do PF, odtamtud si překopíruji tu změnu do portable a to nové zase odinstaluji a dále zase spouštím portable obnovené.

Ahoj bobe,

ten tvůj NT Lenovo mi vrtá hlavou. Pár jsem jich teď zkoušel s těmi posledními W7 a šlo to bez problémů (chipset Intel). Sice delší start, ale USB3 bez problémů. Není problém v nastavení BIOSu? Teď je všechno přednastaveno na UEFI, tak zkusit trochu štelování?

Ahoj,
UEFI mám vypnuté, protože potřebuji kvůli multibootu EFI. Vše je na legacy a disk převedený z GPT na normální.
Samozřejmě jsem to zkoušel ještě i před převodem a bylo to stejné. Většina Lnx také nejde spustit. NT5 i Lnx vyhazují chybu ACPI...

Ahoj,
už mě jen napadá (asi blbost) jestli to není na ATOMu ? To by potom byl problém.

Hoj. Není to atom, ale výbuch to je :-).
Je to LE Z70-80 s i5.

Právě jsem zkusil nové spuštění poslední kompilace z flhd a nejde to. Nenainstalují se žádné drivery, které jsou potřebné. HW PnP nainstaluje pár systémových, ale není přístup ke kolíčku pro absenci drvUSB3, takže ani DrP-x nelze použít.
Tenhle bios je primárně pro W8.1 a starší prostě sabotuje.
...
Nelze použít ani z plochy instalaci "Drivery z Host Win7", protože ta se sápe bez možnosti změny/výběru natvrdo po C:/windows/inf a já na C: w7 v multibootu nemám, w7 jsou na D:, zatímco na C: jsou w81 a na E: w10. Smůla no.
...
Hmm, tak další pokus o vložení rozbalených ovladačů přes systémový správce hw skončil modrou smrtí s výpisem stop:0x0000007E (... ...) pcw.sys - Address ... ... ...

To byly pokusy s x64, následoval pokus s x86.

Výsledek je, že se to načítalo podstatně déle, dlouho to tvrdilo, že to instaluje nějaké ovladače, ale ve výsledku nainstalované nebyly.
HW PnP skončil opět jen s pár přidanými systémovými a jinak nic.
Drivery z Win7 Host opět bez úspěchu, zde volá x:/windows/inf
Drivery z Repository nedají nic po pár problicích okna př.ř.
DriverPack volá C:/7x86moje/windows/driverpack/sdi_r.cmd, tak to já a asi ani nikdo jiný nemáme.
Instalace rozbaleného ovladače USB3 z HDD neskončila tentokráte modrou smrtí, ale po nějakém vnucování se přece jen usb spustilo, začla fungovat myš i se objevil kolíček Y:.
Ruční oprava zástupce na ploše DriverPack dovolila jeho spuštění, ale v příkazovém řádku fičelo převážně ERRor ...

Další fáze je zkouška instalace drv z x.exe pro lan, stažený ze stránek výrobce. Drv bez havárie. Spouštím PENetwork, je přidělena IP, ukazuje se DG a DNS, spouštím OperaUSB, načítá web i YT se spouští s videem, korektně TVprogram, ... jde to. Akorát pomalu díky absenci drv GK.

bob57_cz:

U toho Skypeu - osobně jsem stahoval poslední ofiko z Portable Apps a nejde. Nemám žádnou starší základní verzi. Z té co mám jsem to povýšení spustil a stejně to nešlo. Můžeš nám upnout tu poslední funkční - renovovanou pro tenhle projekt?

normin:
 
Omlouvám se bude to trochu obsáhlejší a předem děkuji za konzultaci. Ale je to důležité pro komplexní popis a následné zaměření syntézy  :)

No on je s tím G4D zásadní problém, že nepodporuje EFI a já chci udělat multiboot i pro UEFI, protože některé strojky už ani Legacy mód nemají a mají jen 32bit EFI.

Tak na to chci jít z druhé strany - udělal jsem si Easeus Rescue disk, který má složky pro EFI a soubor bootia32.efi.
Začal jsem tedy v klasickém BIOS módu (až bude vše fachat, tak to zkusím přenést do EFI) a úpravou BCD jsem via pomocný soubor "grldr.mbr" řetězil na "grldr". Z Po hodinách pokusů, jak správně nastavit BCD mi menu naběhlo -  jaká radost, ale bohužel z něho některé Linuxové minisystémy nešly spustit a to jak přímo tak namapováním ISO. Když byl mateřský zavaděč G4D, tak to šlo spustit úplně v pohodě. Ale takto na opačný gard se to začalo chovat podivně:

Položka se normálně spustila a předala štafetu kam měla.

V přímém případě se okamžitě rozjel BZIMAGE a INITRD, vyjela první položka průběhu, že DONE a hned druhá položka ohledně načítání báze systému (v tomto případě základního modulu "blabla.sfs") skončila zcela nepochopitelným sdělením, že tento soubor nebyl nalezen a záhadným "Dropping out ramdisk" nebo něco v tom smyslu - kdyžtak ještě upřesním.

V případě mapování ISO položka předala štafetu a najel zavaděč CD/DVD z obrazu, který pár vteřin nabízí možnosti spuštění a pak opět v pohodě naběhl BZIMAGE a INITRD a pak chyba zase tamtéž. Netřeba říkat, že ten modul samozřejmě celou dobu na dané pozici byl a je ...

Tak jsem zkoušel vlastní teorii o konzistenci filesystemu (u map ISO to problém často je), flešku celou znovu pomalu naformátnul, znovu pečlivě připravil a vše postupně s vypnutým antivirem překopíroval atd. a flašku najel. A pak to šlo. Tak jsem tam dal jiný malý Linux a zase to nešlo, tak jsem tu opičárnu s přípravou opakoval ještě asi třikrát, pak ještě dvakrát s původním Linuxíkem než mi došlo, že jsem se spletl a tohle ten rozdílový faktor NEBYL.

A pak mi to docvaklo - v tom jednom případě, kdy se to rozjelo, jsem omylem zvolil v menu položku, kde byla okopírovaná speciální sekvence z návodu stránek RMPREPUSB pro spuštění jakkoliv velkého ISO, která je složitější než ordinérní "map iso - map-hook - chainloader - nazdar", kde jsem zrovna měl v cestě přímo tento obraz Linuxíku. Tak jsem to zkusil znovu a světe div se - nejen, že ISO naběhl, ale po dalším rebootu naběhl i ten samý Linuxík ve složce s přímým předáním parametrů do jádra.

A teď ta úvaha pro konzultaci: Jeví se mi to tak, že tam některé příkazy něco udělaly buď se samotnou fleškou - nějakou modifikaci, nebo modifikovaly samotné jádro zavaděče G4D - "grldr", tak aby nedocházelo k tomu problému, který byl vždy ohlášen při zaseknutí bootu Linuxíku. Mohlo by to na téhle úrovni být nějaké řešení kolize ramdisků, neboť mateřský "bootmgr" si také jistě nějaký vytváří - ale to spíš jen hádám podle toho chybového hlášení.

Každopádně moji dva favorité a žhaví kandidáti jsou příkazy PARTNEW a PARTTYPE s parametrem (HD 0,3) - a proto si myslím, že by mohly nějak modifikovat samotnou flashku, protože ta je jako matřské medium pro G4D HD0.

A chci tedy vědět, co tyto příkazy přesně dělají, aby mi to třeba napovědělo, v čem je přesně problém a abych je případně mohl přenést do jiných položek a nebo třeba rovnou použít jako obecné parametry na začátku skriptu "menu.lst" Z ofiko vysvětlení jsem moudrý nejsem  ;)

Zdravím diskutující  :)

@ bob57_cz:
Znovu jsem ty W7 vyzkoušel na Lenovo T450. Vše zafungovalo  ???
Proběhla hláška "instalace driverů" a za chvíli naběhla myš a fleška na USB3. A to v x86 i x64.
Skutečně  v těch W7x86 je hloupá chyba v ikoně  "DriverPack" - opravím, a zkusím dát nejnovější SDI jestli to nepomůže. Explicitně jsi to nenapsal, ale v těch 7x64, zkusil jsi to spustit přes ikonu "DriverPack" - třeba i několikrát? Problém těch intelovských USB3 je v tom, že se instalují ve dvou krocích (napřed hub a potom to ostatní. A najednou to zvládne právě jen SDI).
Nebo zkus spustit přímo ten "SDI_R.exe" a uvidíš co dělá. Ale chce drivery v adresáři "drivers" v adresáři "Driverpack". Dá se to sice upravit v jeho cfg souboru, ale to tam dodám až s opravou.

@Ventero:
tos to vzal z toho složitějšího konce  ;). To je tak pro guru z reboot.
Ale pro distra Lnx je to asi nejlepší řešení. Zjednodušeně řečeno - ty příkazy vytvoří v mbr (ne v grldr) v tabulce rozdělení disku, záznam (trvalý) o umístění ISO obrazu, a ten potom slouží k jeho spouštění a jakoby to "připojí" do volného místa na disku. Asi to nezafunguje se všemi ISO a u některých BIOSů to nemusí nabootovat. Ten ISO by měl být tzv. contiguous (asi jako souvislý, spojitý) - nutno na to použít prográmek Wincontig. Easy2boot ten trik taky využívá.
No a tohle všechno ještě spouštět v UEFI včetně 32b - to máš o zábavu postaráno  :)

normin:

To mě pak vrtá hlavou, že se pak vklidu spustí i ta přímá metoda - tu souvislost to nějakou stopro má - která už s tím ISO nemá nic společného. A s tím volným místem taky - mám na té flashce volno necelých 60 MB.

Jinak ten wincontig mi nikdy nic nedefragmentoval - nejspíš jsem tydýt a něco mi tam uniká, ale kdykoliv jsem chtěl soubor defragmentovat na flešce, tak to prostě jakoby vcukuletu proběhlo, ale soubor zůstal stejný, což bylo i v logu. No a když jsem zkoušel defragmentovat soubor na HDD
(200 - 300 MB), tak vždy tuto operaci odmítl s tím, že na disku není dost volného místa a to tam bylo volno třeba 50GB a fragmentace celého HDD do 15% - takže tím to taky nebylo.

Takže mě jen tento zázračný SW ukázal, že soubor je fragmentovaný a já věděl, že mám vypnout Antivir a soubor překopírovat někam jinam a pak na flash  ;D

Tak když mi ten můj dotaz někdo přeloží do angliny, tak to na reboot.pro (to jsi nejspíš myslel) hodim  ;)

Díky za ochotu a rychlou odpověď.

bob57_cz:

A ještě k té prosbě ohledně toho Skypu se chci zeptat na ten EasyBCD - ten je taky portable? Odkud? Díky taky.

Ještě mě napadlo jestli náhodou neumí bootmgr spustit Linux přímo. Myslím, že jsem kdysi četl nějaký návod, jak udělat dualboot Ubuntu přes EasyBCD. Máš s tím nějaké zkušenosti, jak to nastavit?

A nebo to potom postavit na GRUB2 - ten už EFI umí.

A vůbec mě docela překvapuje, že EFI je tu 5 let nebo kolik a G4D na to nijak nereaguje, co se týče kompatibility. Ten projekt je ukončen, nebo to kluci nějak nestihly? Už mohl být třeba Grub2Dos ...

Ahoj Ventero,

vezmu to tak nějak podle obsahu...

- k té metodě bootu partnew atd. - ono se to spustí "normálně", když nejsou splněny podmínky pro spuštění pomocí tohoto triku (podle toho jak zadáno - třeba v tvém příkladu).
- bootmgr (jestli myslíš z windows) - tak ten ti teda Linux nespustí. (ale ten si asi nemyslel  ;)
- G4D - skutečně v UEFI nezafunguje - už z principu, G2 je jedna z možností multibootu v EFI. Největší problém, s kterým se komunita potýká, je certifikace potřebných souborů. Zatím se to dost těžce rodí, ale objevuje se pár zajímavých řešení.
- ten dualboot Ubuntu - a jako s čím dual? S tím EasyBCD je to v principu jednoduché a stejné jako podobné způsoby - tzn.,že program si vytvoří svůj vlastní zavaděč a z něj potom spouští různé OS.
- co se týče toho dotazu na reboot - kdo ti potom  přeloží odpovědi?  ;D.
Ale jinak je to tam řešeno - tak prostuduj:
h..p://reboot.pro/topic/20744-how-exactly-work-partnew-command-for-linux-iso-boot/

K tomu Wincontig - s tím jsem nikdy neměl žádný podobný problém  ???

EasyBCD existuje i portable, ale hlavní je, na co ho hodláš použít. Ve winPe je s ním problém, protože potřebuje .NET.

Jinak, když shrnu tvé dotazy, tak se mi zdá, že to tak nějak lapáš ze vzduchu  ;). Když chceš řešit takto složité věci, asi by si měl začít od základu  :).

P.S.
Opravil jsem ty verze W7 a přidal jsem tam pár ovladačů pro síťové karty. Upnu je zase nahoru.
Zkusil jsem použít novější SDI, ale nezafungovaly dobře, takže jako zatím nejlepší jsou ty stávající.

Tak to spíš lapám z informací, které mám a z pokusů ...

Tam si v jednom bodě nerozumíme:

Přímou metodou myslím to, že mám celý Linux ve složce a nikoliv jako obraz. Takže je pro mě záhadou, že a jak sekvence určená pro pomoc spuštění namapovaného ISO ovlivní i spuštění souborů ze složky. Rozuměj - mám tam stejnou distribuci ve složce po souborech a v jiné složce jako ISO. Kterážto v případě navedení G4D via bootmgr se odmítá spustit, jak ze složky, tak z ISO bez pomocné sekvence. Jakmile však jednou spustím namapované ISO se sekvencí, tak pak jde to ISO spustit i bez té sekvence a stejně tak jde spustit distro přímo ze souborů ... Proto jsem se ptal, jak fungují ty příkazy, protože vím, že ten zbytek té sekvence jsou podmínky a nikoliv stať. Tvé vysvětlení příkazů jsem pochopil - děkuji - ale nevysvětluje mi to výše popsané a v jednom bodě i koliduje, neboť nevím, jak se mi do volného místa 60MB na flešce rozbalí víc než 200MB obraz disku  :) i když jsi psal "jakoby" takže se opravuji - moc nepochopil a zkusím si prostudovat tvůj link  ;D

Co se týče toho bootmgr, jestli spustí Linux, tak to jsem právě myslel :-) - podložím co mě k tomu vedlo:

Jednak jsem si znova našel návod, jak mít dualboot Ubuntu a Windows 7 výše, který spočívá v tom, že když nechceš používat bootmenu GRUB2, tak zavaděč Ubuntu neinstaluješ do MBR, ale do oddílu s /boot (asi pakliže ho má člověk zvlášť, jinak nejspíš do toho, kde je instalovaný Linux) tak že prostě najedeš do W a tam via EasyBCD přidáš položku pro Ubuntu a uložíš, tak že pak najede boot menu windowsácký - tedy bootmgr. Vzniklo to asi proto, že od W8 můžeš mít nativní bootmenu W v modré grafice ...


Myslíš, že EasyBCD si v takovém případě vytvoří vlastní zavaděč? Měl jsem za to, že pracuje s orig. windowsáckým ..

A tady bych to chtěl zkusit nějak modifikovat-přenést na flešku. Tedy potřebuji - a na tom jsem teď seklý - zjistit, jak to funguje. Tak jako v G4D prostě vím, že stať jsou soubory grldr a menu.lst, a pomocný grldr.mbr na který předávám v tomto případě, tak potřebuju vědět, jaké to jsou soubory u GRUB2. Ale možná je to jen má naivní představa, že ta koncepce je příbuzná ...

Druhak jsem při jedné diskuzi na MS-fóru zaznamenal prohlášení Míry Prágla, že bootmgr s Grubem pracovat umí.

Co se týče té poslední možnosti pro EFI - a to s tebou souhlasím, že to asi bude nakonec nejlepší cesta kudy se vydat - rovnou používat GRUB2 jako výchozí zavaděč pro flešku. Jak jsi psal, něco jsem našel, ale zatím je to jen konkrétně pro spouštění z ISO, ale asi by šlo vyzkoušet, jestli by fungovalo řetězení:


A ještě děkuji za další opravu W7 verze  :)

Ahoj Ventero,

nějak se v těch tvých příspěvcích nemůžu rozebrat...
Abychom si to ujasnili - předpokládejme, že ti jde primárně o univerzální flešku s multibootem a s UEFI.

V tom případě ale jdeš špatným směrem. Ten dualboot Lnx-Win atd - to se týká "živých" systémů na HDD. To je jiný případ. Můžeš zapomenout i na ten EasyBCD - to nepotřebuješ. Nepotřebuješ žádný speciální boot. V podstatě můžeš použít stávající flešku pro "klasický" boot a doplnit EFI. (koukni na mé téma zde "Flashdisk s bootováním v UEFI" - tam jsem vysvětlil základní zásady).
Největší problém je s tím Linuxem. Přiznám se, že jsem zatím Lnx v tomto použití nezkoušel - ale obecně si myslím, že nejlepší řešení by bylo vyextrahovat hlavní soubory Lnx na flešku, do adresáře EFI a do rootu dát potřebné soubory z distra Lnx a editovat menu. To je v podstatě vše! Ale přijít na to jak to dát dohromady, a které soubory použít - případně nějaké patchnuté - protože ty z CD(ISO) asi na flešce nepojedou... To bude ten největší oříšek.
No a potom zkoušet, měnit, zkoušet atd., atd.
Ale asi bude opravdu nejlepší ten G2 od základu, když tam budou ty Lnx...

Anebo - stáhnout si obraz nějaké hotové flešky - a rozebrat se v tom  ;)

Tak ať se ti to pohne!  :)

Také tě zdravím Normine  :)

JJ. O to mi celou dobu jde. Chci prostě mít flešku pro stroj s EFI (třeba 2 v 1 nemají Legacy mód), kde mi naběhne menu a já budu moct definovat zavedení jakéhokoliv systému, stejně jako to dělám v G4D. Ten se mi bohužel propojit s EFI bootmgr nepovedlo.

Minidistra pro EFI speciálně dělané nejsou, ale to by mělo být fuk. Jde jen o toho prostředníka, který v EFI pracuje a pak spustí další systém v řadě.

Našel jsem nějaký projekt Clover multiboot EFI a dnes jsem ho zkoušel - ale nikde jsem se za 3 hodiny nedopátral, jak se s tím pracuje - jak si tam přidat co chci. Jestli to vůbec jde ...

Na to Tvé vlákno se určitě podívám. V tom je nějaká kulišárna? Myslel jsem, že jde jen o to mít na správném místě bootmgr.efi a bootia32.efi či bottx64.efi a pak se to v příslušném BCD odkáže na ten samý soubor XM64.wim, který se načte. No prostuduji, co jsi tam napsal.

Jinak soubory extrahované z ISO zavedené via G4D normálně jedou. Tam se prostě ukáže umístění a napálí se kernel a initrd, příp. rovnou parametry pro kernel, a jede. Zkusím ještě zjistit na MS fóru, jestli to opravdu ten Win-bootloader třeba neumí ...

Ještě stejně asi zkusím vzít nějaký starší HDD a zkusit ten návod s tím EasyBCD - jde o to se pak podívat, co to s tím BCD přesně udělá a to mě buď navede nebo mi to opravdu ukáže, že je to slepé rameno ...

Ten G2 opravdu vypadá nejslibněji - jednak je pro Linux dělaný, EFI umí a řetězit na Windows taky umí. Dá se také předpokládat, že ho pro EFI budou dále optimalizovat.

Tu hotovou flešku bych rád, ale zatím jsem neobjevil  >:(

Každopádně moc DĚKUJI za tvůj čas a tvé podněty :)

Zdravím, Ventero

díky tvému dotazu jsem trochu zapátral a objevil jsem velmi slibné řešení. Udělal jsem z toho jenom takovou šablonu, která by ti mohla ukázat jak na to.
Je to upravené jen tak na hrubo. Upravil jsem jen cesty k souborům na mé flešce a vyzkoušel, co to dělá. Ostatní cesty a soubory už budeš muset vykoumat sám  ;)
Já se tím taky začnu zaobírat, docela mě to zaujalo.
Tak doufám, že se pochlubíš svým řešením  :)

http://uloz.to/xEWRZVBz/efiproxmpe-rar

Tak já jsem v tomhle konkrétním směru jen takovej malej občasnej koníčkář, kterej si chce udělat pár pomůcek  ;)  Ale dík za povzbuzení a za tip. Jak přijedu dom, tak se na to kouknu.

Prosímtě, koukal jsi se na ten Clover? Jestli by jsi z toho nepochopil víc? Nějak jsem se v tom nezorientoval. Pochopil jsem to jako GUI rozhraní pro multiboot, ale jak tam něco přidat a vůbec jak s tím pracovat jsem nepojmul. Návody, co mají na stránkách projektu mi opravdu nepřišli dobře strukturované a srozumitelné. V podstatě bych to ani nepovažovál za návody - spíš jen příručky ...

Samozřejmě, že se pak podělím, se svými postřehy via G2  :)

@ Ventero,

ten Clover je taková obdoba rEFIt (navazuje na něj). Myslím, že pro použití na flešce není příliš vhodný a spíš se zaměřuje na instalaci a spouštění sytému v režimu EFI na základovkách s BIOS. Asi bych si ho nezvolil.

Aha - tak to jo. Trochu jsem si to tak myslel.

Už jsem trochu koukal na tu tvou šablonu a vypadá to slibně. Je to trochu složitější na strukturu, ale časem se v tom orientovat půjde. Něco je mi tam jasné hned, něco tápu. Třeba jsem tam nevysledoval plně cestu k těm tvým PEčkům, ale to bych asi taky nakonec dodrtil.

Odkud jsi čerpal? Nějaký link na zdroj? Jestli tam není pro začátek nějaký jednodušší základ (jednodušší šablona) a nějaké pojednání

@ Ventero

Toto už bylo hotové řešení. Proto jsou tam některé soubory zbytečné. Vzal jsem z toho jen tu strukturu (částečnou). Ale myslím, že je to docela použitelné jako vzor. Chce to zkoušet a sledovat, co to dělá. Taky nad tím ještě hloubám - jednou se mi v tom podařilo spustit x86 systém v EFI, potom jsem to dál upravoval a už jsem to nezopakoval.
Někdy je to docela alchymie  :)
Hlavně si musíš sledovat cesty v BCD (ty se někdy nazývají různě   ;) ). Některé ty bootmanagery jsou patchnuté na konkrétní cesty - to už je těžší rozkódovat. Vidíš, že stačí pracovat jen v adresáři EFI a neřešit žádné způsoby bootování.
No chce si s tím pohrát ...

Tak jsem se dnes do toho pustil. Tak první zkušenosti vypovídají o tom, že by to mohlo být do budoucna opravdu použitelné pro multiboot flešky pod EFI. Zdá se, že je to postaveno právě na Grub2, což jde i jednodušeji, jak jsem vedle vyzkoušel na 32bit Lubuntu, a tak přemítám, k čemu tam ta hromada různých modulů. Nejspíš na GUI rozhraní, nějaké pokusy o autodetekci apod, jako to má mít ten Clover. Jestli jsem to dobře pochopil ...

Podařilo se mi přes to zavést malý Puppy Linux, který rozhodně nemá podporu EFI, nicméně během loading kernel modules zčernala obrazovka, dle aktivity flešky se systém ještě chvíli načítal a možná i nakonec načetl, ale bez funkčních rozhraní včetně obrazového. Do konzole také přepnout nešel. Na vině bude nejspíš kompatibilita s mým Baytrail 2 v 1

ISO Lubuntu dle obsaženého vzoru jsem nenačetl - vypadá to, že tam měl některé základní soubory vyextrahovány a používal nějaké hybridní zavedení částečně klasicky a částečně z obrazu. Zní mi to jako nesmysl, ale příslušný zápis v konfiguráku tak působí ...

Další pokus udělám s tvými PE moduly  :) a pak ještě zkusím jen holý G2 - je čímdál schopnější, jen má oproti G4D nesmyslný a komplikovaný styl zápisu konfigurace zavádění a zatím nevím, jestli umí být vlastně takovým malým systémkem jako G4D. Škoda, že ho nemodifikují pro spolupráci s boot~.efi - bylo by to užitečnější než modifikace pro bootmgr v MBR  ??? To jsem sice rozchodil, ale postrádá mi to smysl,když je to přímo rychlejší a G4D umí řetězit ...

@ Ventero

tak jsem si s tím EFI trochu pohrál a něco jsem rozchodil. Koukni na to, třeba ti to v něčem pomůže...

http://uloz.to/xLUmsv2D/efiprogrub2-rar

Díky. Už ta konzultace s tebou mi dost pomohla.

Nebude teď moc prostoru se tomu věnovat, takže to musím na čas přerušit a taky pořídit vhodnější zařízení. Na mém 2v1 BayTrail-T prostě korektně nejede ani GalliumOS - Linux na bázi Xubuntu, který je přímo pro tato zařízení koncipován ...

A vůbec, 32 GB je málo, nemůžu tam dát dualboot, nic na tom nefachá jen W10 a vůbec nepotřebuji dotykový displej, takže ho nabídnu k prodeji za 3000,- a pak pořídím nějaký menší noťas nebo standardní netbook ...

 ;D