Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: compaq 25 Ledna 2025, 16:04:09
-
Zdravím,
mám notebook s EFI ubuntu. Vše funguje. Občas k němu připojím externí disk, kde mám taky EFI oddíl a 8 dalších oddílů s různými distribucemi na testování.
Potřebuji, aby bez externího disku naběhl interní systém (to dělá). Při zapnutí s připojeným externím diskem, aby naběhla nabídka grubu z externího disku s možností výběru osmi distribucí.
Pomocí efibootmgr jsem si vytvořil další položku "externí", která míří na /dev/sda (externí disk) a je na prvním místě v pořadí.
Problém je ten, že se zobrazuje stále jedna nabídka grubu (ta po posledním grub-updatu), nejsou tedy dvě různé. Když akualizuju či updatuju grub bez připojeného externího disku, ostatní distra mi z nabídka zmizí... :-( Když na externí disk doinstaluju další distribuci, nastaví se jako první a změní i "interní" nabídku grubu.
Bez EFI se mi to kdysi dařilo.
Možná to popisuju blbě, ale lépe to neumím... :-)
Jak na to? Díky...
-
Nebolo by lepsie toto riesit nastavenim poradia bootovania v biose/uefi? 1 usb, 2 disk ...
-
Nebolo by lepsie toto riesit nastavenim poradia bootovania v biose/uefi? 1 usb, 2 disk ...
To nastaveno mám. Nefunguje. Vlastně se mi jedná hlavně o to, aby při nabootování z externího disku, se vůbec nepřipojoval disk interní a nic se tam nemohlo změnit (pokazit), hlavně grug a EFI oddíl.
Stručně, nabootovat z externího, tam si instalovat další distra, mazat staré, měnit oddíly, aktualzovat a hrát si, ale aby interní zůstal nezměněn a fungovalo zavádění i po těchto expeimentech a odpojení externího a nemusel jsem vždy opravova grub boot-repair atd.
efibootmgr
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001,0012,0013,0014,0015,0016,0017,0018,0019,001A
Boot0000* ubuntu
Boot0001* externi
Boot0010 Setup
Boot0011 Boot Menu
Boot0012* SATA SSD:
Boot0013* eMMC Card: SanDisk iNAND 32GB
Boot0014* SATA HDD:
Boot0015* ATAPI CD:
Boot0016* USB HDD: JMicron Generic
Boot0017* USB CD:
Boot0018* PCI LAN:
Boot0019* USB LAN:
Boot001A* USB FDD:
-
Jednoduchý a zaručený návody většinou zaručeně nefungují. Dlouho jsem to nepotřeboval řešit, ale před efi érou to šlo fakt snadněji a dnes je majitel vlastního počítače považován spíš za virus. Podíval bych se třeba po wiki archlinuxu, i když tam taky samozřejmě nejsou návody jako na stříbrným podnosu, ale dokážou popostrčit. A když ne, tak asi bude nejjednodušší nechat grub na pokoji a vyvolat si při zapnutí ručně "boot" nabídku.
-
Tak nějak se mi to povedlo. Bez externího disku bootuje z interního a grub nabídne jednu interní distribuci. Když připojím externí disk, nabootuje a grub zobrazí 8 dister z externího disku. Ty jdou vybrat i nabootuvat. Když ale jakoukoli externí distribuci aktualizuju, nebo povýším, rozesere se mi interní efi grub a nejde nabootovat pouze z interního disku, bez připojeného externího. Neumím zajistit:
nabotuj z externího a interní nepřipojuj a nech na pokoji včetně efi oddílu...
-
To je podle mě ale docela známá věc... I proto se třeba důrazně nedoporučuje instalovat na externí disk, pokud je interní fyzicky připojen (můžeš to najít všude možně po webu).
Prostě práci s disky v režimu instalace apod. zřejmě nemusí úplně řídit operační systém, ale třeba BIOS apod., nebo dokonce něco hardwarového.
Tak nechtěj nemožné a prostě respektuj, jak se to chová. On je vůbec trošku "zázrak", že jde volitelně bootovat z externího i interního disku...
-
Tak nějak se mi to povedlo. Bez externího disku bootuje z interního a grub nabídne jednu interní distribuci. Když připojím externí disk, nabootuje a grub zobrazí 8 dister z externího disku. Ty jdou vybrat i nabootuvat. Když ale jakoukoli externí distribuci aktualizuju, nebo povýším, rozesere se mi interní efi grub a nejde nabootovat pouze z interního disku, bez připojeného externího. Neumím zajistit:
nabotuj z externího a interní nepřipojuj a nech na pokoji včetně efi oddílu...
Hm hm hm hm, tak to je zase po ohni. To "nepřipojuj interní a nech grub efi na pokoji" asi nepůjde. A co tak třeba příště zkusit nastartovat z interního disku, opravit ten grub do původního stavu, připojit ten externí disk a zkusit spustit :
sudo grub-probe -d /dev/ten-externi-disk
ale jestli po aktualizacích nebudeš muset pořád opravovat ten interní grub, to nevím.
-
Pred bootem z externiho v BIOS zakazat interni pprt na ktery je pripojen zakl. disk.
Rikam to porad, ze EFI je zpackana koncepce ...
-
Pred bootem z externiho v BIOS zakazat interni pprt na ktery je pripojen zakl. disk.
Rikam to porad, ze EFI je zpackana koncepce ...
To je ale úplně "nepohodlné". No a vzhledem k tomu, že jde o netebook, tak už to není daleko od fyzického "ochranného" odpojení toho disku, co? Dokážu si celkem představit, jak si takhle pár lidí pod rukama zničilo vlastníma rukama úplně bezproblémový a "bezúdržbový" stroj. Což je rozdíl oproti tomu, když vám žuchne počítač na zem i z malé výšky a rázem příjdete o "dost". A ve snaze aspoň něco zachránit toho při klení vyzkoušíte hodně.
-
Hm.
Jestliže chci něco odpojit ve smyslu opravdu odpojit, tak to prostě udělám fyzicky. Spolehnout se na jakýkoliv sw je při takové činnosti zhůvěřilost.
No a když pokusy, tak holt musím počítat s občasnými nezdary (jak hw, tak sw) a nedělám to na "produkčním" počítači.
-
Je to uplne v pohode, prptoze se to zakaze na urovni FW a rozhodne lepsi reseni, nez neco rozebirat.
Kazdopadne vidim problem v tom, ze ty instalatory jsou debilne bugly a nerespektuji casto volbu uzivatele. Zajimalo by me, zda je oprvadu grubx soubor a aktivne vyuzitelny efi oddil i na tom externim disku.
Ono totiz, kdyz treba v Ubiquity vytvoris na druhem diaku oddil, nasmerujes tam zavadec, tak se na to kolikrat vykasle a picne ti to stejne do ESP primarniho disku (pravdepodobne dle zapisu v EFI tabulce FW)
A pak se to bude chovat tak, jak je zde popsano ..
-
Přečti si to po sobě ještě několikrát a možná pochopíš, jak si sám protiřečíš... Na začátku řekneš "úplně v pohodě" a pak se rozepíšeš, co všechno na úrovni sw na to může mít vliv, má chyby atd.
Víš co? Já elektroniku dělám profesionálně hodně desítek let a tak trochu tuším, wo co go. Dobře si pamatuju doby, kdy sw byl malinký, odladěný, prostě fungoval, nežil si vlastním životem a hlavně se do něj nikdo nejlépe na dálku a vynuceně neustále nes.al s výkřiky typu "zase tu je aktualizace, bude to úžasné"...
Ale dělej si co chceš. Jen se pak nediv.
-
Nejraději bych, aby BIOS hodil nabídku připojit interní disk, nebo připojit pouze externí (nepřipojovat vůbec interní, nemrvit).
-
Nevim, co by si tam melo protirecit. Jedno je o FW desky a vypnuti sataportu vzdy jednonacne fungovalo, druhe je o SW, ktery ma nejake mouchy a nemaka, uplne jak by mel.
Takze BIOS to nenabidne, ale da se to zaridit. Overisl jsi vubec, to co jsem psal - opravdu mas na externim disku ESP oddil a v nem vsechny soubory? Tj. zkusit vypnout interni, zda pak vubec bootne ext., pak pripadne porovnani obou ESP oddilu, zda je na ext. vsechno, co ma byt?
-
Jej, to je stále nepřívětivé prostředí tady.
No tak ale je to taky trochu nestandardní záležitost, externí disk s osmi různými funkčními distribucemi. Nepotřebovaj jsem a nezabýval jsem se tím a chodil jsem spíš okolo, ale myslím že jsem kdysi kdesi četl přívětivý článek v češtíně (myslím tím od českého autora), jak ošetřit více distribucí na jednom disku na úrovni zavaděče, pro servisní účely. A třeba v době, kdy byl jako zavaděč používán grb 0.93, k žádným takovým dramatickým změnám na úrovni zavaděče nedocházelo a taky dotazy se týkaly problematiky něčeho jinýho, editovalo se ručně a dokud se nepřeinstalovalo, nebo byla potřeba změna, většinou ta editace vydržela bez úhony.
Já myslím, že nad aktualizacemi nikdo nikdy nejásal a čím stabilnější vydání distribuce bylo, tím jich bylo míň. A pokud aktualizace změní konfiguraci něčeho, většinou o tom dá vědět a dá se to ovlivnit, nebo přímo tomu zamezit. Tam už potom selhává člověk tím, že se nechá uhoupat marketingovými taháky o bezpodnínečně aktulizovaném systému, protože kdyby neaktualizoval, mohl by o něco přijít a ani neví o co, atd.
-
Souhlas, ale hlava mi nebere, že když si spustím například kubuntu z externího disku (efi, grub) a aktualizuji, že to zmrví efi oddíl na interním tak, že potom nejde nabootovat bez připojení externího disku vůbec.
s MBR a grub 0.9 jsem to takto dělal roky, měl jsem systémy na externím, na flešce na klíčích a pouštěl jsem si v kanclu, na chalupě i doma cokoli z čehokoli a fungovalo to bez problémů. Jen po aktualizaci OS se ten potom spouštěl jako první, a na to jsem si zvykl.
-
No to je snadné, protože je to sata a to už je s více oddíly a více disky džungle, protože jednou je sda, jednou zase sdb a pokud je třeba od instalace v zavaděči parametr root=/dev/sdXZ, divím se, že to s více distribucemi funguje. Protože to jsou parametry většinou pro vstup pro záchranný režim, ale jak tady psal Jirka, většinou se asi "získají" s nějakou aktualizací a pak už je distribuce v módu "neměnit, když to funguje". A funkce biosu některých nb je taková, že neumožňuje manipulovat s disky, proto bych byl opatrný.
EDIT: Ještě mě napadlo, že záleží na řadiči, pokud se připojuje cokoliv extrerního. U usb externího disku to asi problém nebude, protože připojí (v dnešní době to v drtivé většině nebude disk ide) sata disk jako udmaX pomocí mass storage, ale u mechanik a disků připojených pomocí řadičů, které jsou přes usb zvenčí nb a nejsou na desce, tam ten problém nastane, protože musí být zaveden ovladač jako parametr ve startovacím řádku grubu. A bootovat z biosu takto připojeným diskem nepůjde, protože bios o disku "nebude vědět". Na druhou stranu se dá tato "neviditelnost" považovat za bezpečnostní prvek, na třetí stranu je však nepraktická a složitější pro nastavení, protože vyžaduje hlubší znalosti hardware.
-
Ahoj, nežádám o odpověď, jen popíšu, jak to mám.
Když zapnu komp bez externích disků, tak nejdřív naběhne Grub 2.06 s hláškou, že nenašel požadovaný zavaděč. Po příkazu EXIT naběhne druhý Grub 2.12, že také nenašel požadovaný zavaděč. Po druhém příkazu EXIT naběhnou Windousy :-D
Takže tak. Beru to jako velmi lehké bezpečnoštní opatření před neoprávněným uživatelem...
-
Já mám na externím disku OpenSUSE TW a CachyOS a funguje mi to tak, jak já chci, tedy při startu počítače vyvolám klávesou F12 bootovací nabídku, vyberu si grub z externího disku a tam mám obě distribuce. Problém ovšem je s čímkoliv postaveném na Ubuntu, protože tam instalátor ignoruje zadání, kam se má grub nainstalovat a natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk. Distribuce postavené na Archu a RPM (Manjaro, CachyOS, OpenSUSE, Fedora, Endeavour...) nainstalují grub tam, kam v instalátoru zadáš. A tenhle problém je v *buntu minimálně od roku 2014, několikrát jsem to hlásila, řešila jsem to i tady a zřejmě to řešení nemá. Nedávno jsem na ten svůj externí disk nainstalovala Kubuntu a natvrdo mi dal grub na interní disk, takže místo Windows bez ničeho se mi spustil nejdřív grub, kde byly Windows a Kubuntu, které samozřejmě bez připojeného externího disku nenaběhlo 🤷♀️ Naštěstí odstranit grub z interního disku a uvést ho do původního stavu nebylo zase tak těžké, jen to bylo otravné. Tak jestli není v těch osmi distrech stejný problém.
-
Ahoj, nežádám o odpověď, jen popíšu, jak to mám.
Když zapnu komp bez externích disků, tak nejdřív naběhne Grub 2.06 s hláškou, že nenašel požadovaný zavaděč. Po příkazu EXIT naběhne druhý Grub 2.12, že také nenašel požadovaný zavaděč. Po druhém příkazu EXIT naběhnou Windousy :-D
Takže tak. Beru to jako velmi lehké bezpečnoštní opatření před neoprávněným uživatelem...
No to je asi správně, protože grub je asi v mbr a třeba v esp a hledá zbytek zavaděče, který je na externím disku, pak nastartuje windows z esp. Problém nastává, když je všechno na svém místě, ale nenastartuje nic.
-
natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk.
Chystám se na jednu malou změnu. Zkusím to v průběhu ověřit. Toto by mě taky zajímalo.
-
natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk.
Chystám se na jednu malou změnu. Zkusím to v průběhu ověřit. Toto by mě taky zajímalo.
Nepíše ale nic o tom, jestli má v biosu nastavený start systému přes legacy, nebo přes uefi. Protože pokud by to bylo přes uefi, tak instalátor vybere esp oddíl. Já si ho teda ještě pro jistotu ručně připojím do /boot/EFI. Pokud ale instalátor "šoupne" grub na první fyzický disk, tak to by odpovídalo tomu, že startuje/bootuje v režimu legacy, tzn. obchází eufi a klasicky nainstaluje grub do mbr a do složky /boot na systémovém disku.
-
natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk.
Chystám se na jednu malou změnu. Zkusím to v průběhu ověřit. Toto by mě taky zajímalo.
Nepíše ale nic o tom, jestli má v biosu nastavený start systému přes legacy, nebo přes uefi. Protože pokud by to bylo přes uefi, tak instalátor vybere esp oddíl. Já si ho teda ještě pro jistotu ručně připojím do /boot/EFI. Pokud ale instalátor "šoupne" grub na první fyzický disk, tak to by odpovídalo tomu, že startuje/bootuje v režimu legacy, tzn. obchází eufi a klasicky nainstaluje grub do mbr a do složky /boot na systémovém disku.
Samozřejmě pouze UEFI, CSM je zakázaný a dnes už konečně i defaultně a nemusím ho zakazovat ručně. A UEFI používám od té doby, co se poprvé objevil, jeho výhody jsou zřejmé a jednoduchost použití je taky fajn. Ovšem když instalátoru řeknu, že chci grub do EFI oddílu na druhém disku a on mi ho i přesto šoupne do EFI oddílu na prvním disku, tak je to prostě špatně. A mám vyzkoušeno, jak jsem psala, že to dělá jakákoliv distribuce postavená na *buntu a to minimálně od roku 2014. OpenSUSE, Fedora, cokoliv na Archu, to dá grub do správného místa, tam kam já určím. Vždycky používám ruční rozdělení disků, takže EFI oddíl je samozřejmě vytvořený a jako první, na tom externím disku jsou pak oddíly pro aktuálně dvě distribuce a asi půlka disku je nevyužitá, volná, pro případ, že bych tam chtěla nainstalovat třeba ještě třetí. A samozřejmě disk je ve formátu GPT, na to si dávám pozor, protože i když macOS automaticky používá GPT, tak Windows třeba u flashdisků rád a nesmyslně občas použije MBR a vůbec netuším proč...
-
Jak vidno, tak žádná závratná podpora v tomto směru neexistuje, jinak bys letem světem přes tolik distribucí na nějakou musela narazit. Ale celkem logicky, pokud běháš s externím diskem mezi několika počítači, potřebuješ zavaděč zapsat do efi na tom externím disku, což by mělo jít ručním připojením do /boot/EFI před instalací.
Jinak jsem našel o instalátoru v Ubuntu tohle (https://askubuntu.com/questions/797989/ubiquity-mounts-wrong-esp-during-install), je to starý 8 let a 7 měsíců, což celkem odpovídá tomu, co tvrdíš a dotyčný tam anglicky popisuje v podstatě to stejný, co se děje tobě. Je to v angličtině, tak to asi nepsal někdo od tvých sousedů:).
Jsou tam popsaný 2 nápravy a ta odfajkovaná odpověď dokonce řeší to odpojení interního disku, o což se tady doptávali před tebou.
Takže zdar té věci a snad něco z toho zafunguje.
-
Externí distra spouštím z externího disku, na kterém je oddíl EFI, funguje to, zobrazí se nabídka grubu s mnoha distribucemi. Problém je, že když aktualizuji některé (kubuntu a jiné) ne pomocí synapticu, ale pomocí aktualizace systému, zapíšou se data do EFI oddílu na interním disku a zmrská se boot interního distra. Ten potom vždy musím opravit pomocí boot-repair flešky.
-
sabraq: ano, to je přesně ono. Asi to neřeší úplně moc lidí, ale ten problém existuje a je otázka, jestli má jednoduché uživatelské řešení. Já třeba neumím spustit systém, který nemá nainstalovaný zavaděč a neumím samostatně zavaděč nainstalovat, o to se právě má starat instalátor. Akorát jsem se naučila, jak odstranit zavaděč, který se nainstaluje tam, kam nemá 🙂
-
Promin, ale to tak opravdu neni a je to nesmysl. Cele je to o tom, ze Ubiquity (instalator Ubu-based distro) ma opravdu bug, ktery jsme s Abby popsali.
MBR s tim nema co delat - tohle se deje tam, kde je CSM vypnute i tam kde podpora legacy neni. Zadne obchazeni jednoho zavadece druhym neni.
Ten SW proste ignoruje jakykoliv ESP, ktery neni na primarnim disku i kdyz mu primo ukazes jiny ESP oddil, ktery si sam na prikaz vytvoril a oznacil.
Neni pak treba delat bootrepair - staci proste presunout linuxove soubory z jednoho ESP do druheho.
natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk.
Chystám se na jednu malou změnu. Zkusím to v průběhu ověřit. Toto by mě taky zajímalo.
Nepíše ale nic o tom, jestli má v biosu nastavený start systému přes legacy, nebo přes uefi. Protože pokud by to bylo přes uefi, tak instalátor vybere esp oddíl. Já si ho teda ještě pro jistotu ručně připojím do /boot/EFI. Pokud ale instalátor "šoupne" grub na první fyzický disk, tak to by odpovídalo tomu, že startuje/bootuje v režimu legacy, tzn. obchází eufi a klasicky nainstaluje grub do mbr a do složky /boot na systémovém disku.
-
Ja se v tom neztracim a ten anglicky odkaz to podtrhuje.
Promin, ale to tak opravdu neni a je to nesmysl. Cele je to o tom, ze Ubiquity (instalator Ubu-based distro) ma opravdu bug, ktery jsme s Abby popsali.
MBR s tim nema co delat - tohle se deje tam, kde je CSM vypnute i tam kde podpora legacy neni. Zadne obchazeni jednoho zavadece druhym neni.
Ten SW proste ignoruje jakykoliv ESP, ktery neni na primarnim disku i kdyz mu primo ukazes jiny ESP oddil, ktery si sam na prikaz vytvoril a oznacil.
Neni pak treba delat bootrepair - staci proste presunout linuxove soubory z jednoho ESP do druheho.
natvrdo to šoupne na první fyzický interní disk a nepřišla jsem na to, jak instalátor donutit udělat to, co chci já. I když vyberu správný EFI oddíl, tak *buntu a deriváty (Mint, Pop, Kubuntu, Elementary...) to dá na ten první interní fyzický disk.
Chystám se na jednu malou změnu. Zkusím to v průběhu ověřit. Toto by mě taky zajímalo.
Nepíše ale nic o tom, jestli má v biosu nastavený start systému přes legacy, nebo přes uefi. Protože pokud by to bylo přes uefi, tak instalátor vybere esp oddíl. Já si ho teda ještě pro jistotu ručně připojím do /boot/EFI. Pokud ale instalátor "šoupne" grub na první fyzický disk, tak to by odpovídalo tomu, že startuje/bootuje v režimu legacy, tzn. obchází eufi a klasicky nainstaluje grub do mbr a do složky /boot na systémovém disku.
-
Mám v BOISu nastaveno POUZE UEFI.
-
Mám v BOISu nastaveno POUZE UEFI.
Tak je to správně, nemá smysl používat v dnešní době legacy/CSM režim, ale současně to je ten problém, viz co píšu já a taky Ventero a Roman, prostě v instalátoru je chyba, já o ní vím od verze Ubuntu 14.04, několikrát jsem ji hlásila a zjevně nejsem sama, opraveno za více než 10 let to nebylo a osobně nevím, co s tím dělat, kromě toho, že jsem přešla na jinou/é distribuci. Mám ověřeno, že OpenSUSE, Fedora a cokoliv na Archu tímto problémem netrpí a nainstaluje to grub tam, kam si řekneš a vzájemně se dokážou doplňovat, přežije to aktualizaci, která se opět správně zapíše tam, kde je grub nainstalovaný a když řeknu, že to bude na EFI oddílu externího disku, tak to tam taky je, což kkdyž řeknu *buntu, tak to ignoruje a dá to na první disk v systému. Jsem zvědavá, jestli se to někdy vyřeší, zatím to tak nevypadá.
-
Bohuzel je UEFI takova zpatlanina nachylna na potize, ze CSM rozhodne ma smysl pouzivat.
Nicmene je ten bug opravdu resitelny pouze ctyrmi zpusoby:
1. Boot repair - velmi neprakticke vzhledem k zabranemu casu a ani nevim, zda na tohle funguje a neobnovi zase jen grub v primarnim odd.
2. Prekopirovani obsahu ESP odd. do kyzeneho disku - velmi neprakticke a casove narocne pokud testujes vicero dister.
3. Fyzicke odpojeni primarniho disku - velmi neprakticke, zvlaste mas-li NTB
4. FW odpojeni portu primarniho disku pred praci s ext. diskem - pokud to lze, je to nejjednodussi a nejpraktictejsi reseni, at uz si Sabraq proti tomu kveruluje jak chce :-)
-
Bohuzel je UEFI takova zpatlanina nachylna na potize, ze CSM rozhodne ma smysl pouzivat.
Nedaří se mi U24 nainstalovat bez EFI. I když předem smažu EFI oddíl z instalační flešky. :-( Jak na to?
-
compaq: zřejmě je to nějak takto (https://www.reddit.com/r/Ubuntu/comments/1cgjjf6/where_is_ubuntu2404desktoplegacyamd64iso_thx/) nebo takhle (https://askubuntu.com/questions/1528445/how-to-install-ubuntu-desktop-in-legacy-mode-on-a-gpt-usb-drive), holt "pokrok" nezastavíš...
Edit: odtud (https://askubuntu.com/questions/1512928/ubuntu-installer-24-04-black-screen-display-on-standby) se zdá, že by to mělo jít přes Ubuntu minimal, ale jak to doopravdy je, kdo ví...
Prostě běžným dnešním standardem je rozyebat cokoliv, co až doposud fungovalo, protože přece je třeba, aby bylo "stále něco nového". Jakákoliv úcta k tomu, co nebo kdo byl(o), je nulová, nebo spíš záporná.
Progresivismus, frikulínství a všechny související úchylky jsou rakovinou lidstva.
-
Zkoušel jsem punk metodu:
pomocí fdisk vymazat EFI FAT oddíl z instalační flešky
z ní nabootovat legacy
spustit minimální instalaci
ale systém se asi (po dvou hodinách místo 20 minut) nainstaloval stejně UEFI a běží normálně
takže EFI oddíl asi není na flešce (u strojů, které bootují legacy první) úplně nezbytný
:-)
-
Prostě běžným dnešním standardem je rozyebat cokoliv, co až doposud fungovalo, protože přece je třeba, aby bylo "stále něco nového". Jakákoliv úcta k tomu, co nebo kdo byl(o), je nulová, nebo spíš záporná.
Progresivismus, frikulínství a všechny související úchylky jsou rakovinou lidstva.
Předně bych jako progresivismus označil tu snahu o instalaci několika systémů na přenosný disk. Vzpomínám si na dobu slávy persistentního flashdisku s jedním linuxovým systémem dle vlastního výběru pro servisní účely. To bylo v podstatě Live CD na flešce s možností drobného zápisu, ale pořád to byla jenom instalačka do usb když někdo neměl CD/DVD mechaniku. Někdo to vymyslel, fungovalo to, a víc od toho nechtěl.
Volně bych navázal k tématu, jaký je rozdíl mezi UEFI a CSM (https://superuser.com/questions/1284392/what-exactly-is-uefi-with-csm-boot-mode) a čeho a proč chce kdo docílit. U jednoho stroje se nedoporučuje kombinovat uefi s csm, tzn. když je instalalovaný nějaký systém v uefi, nedoporučuje se přepínat do csm, jednoduše proto, že to sice jde, ale nikdo asi nebude garantovat, jak to bude fungovat.
Takže si to každý musí rozmyslet, pokud si někdo na nějakým značkovým počítači, nebo na notebooku, způsobí třeba něco "punkovýho, nebo klidně i jazzovýho" a až potom si uvědomí "aha, to jsem vlastně nechtěl, to byl ten druhej počítatč, kterej už nemám", no tak musí vědět moc dobře, jestli mu to stojí za to, protože má jen jeden pokus.
-
sabraq: ano, to je přesně ono. Asi to neřeší úplně moc lidí, ale ten problém existuje a je otázka, jestli má jednoduché uživatelské řešení. Já třeba neumím spustit systém, který nemá nainstalovaný zavaděč a neumím samostatně zavaděč nainstalovat, o to se právě má starat instalátor. Akorát jsem se naučila, jak odstranit zavaděč, který se nainstaluje tam, kam nemá 🙂
No to asi nemá jednoduché uživatelské řešení, mě z toho mého odkazu připadá uživatelsky nejjednodušší ten Workaronud 2 - spustit instalátor z terminálu bez instalace grubu, normálně v grafickém instalátoru nainstalovat Ubunutu a po instalaci doinstalovat tomu systému zavaděč. On tam uvádí 2 způsoby, nevím jestli by to ještě nemohlo jít elegantně přes 'chroot' (https://askubuntu.com/questions/1262733/install-grub-on-mounted-filesystem).
-
Předně bych jako progresivismus označil tu snahu o instalaci několika systémů na přenosný disk....
No podle mě to je spíš něco jako roztěkanost apod., ale částečně máš pravdu. Jak už jsem někde myslím napsal, takový multiboot z externího disku by měl sloužit jen pro testování ("hraní si") a nepatří to na pracovní počítač.
Já mám "pouze" triple boot (W7 na jednom SSD a dvakrát Kubuntu na druhém), vše jsou interní disky a taky to vždycky nebylo úplně easy (zejména tehdy, když si obě verze Kubuntu při aktualizacích úporně opakovaně instalovaly svůj grub).
Už jsem tu k tomu měl příspěvek, zajímavé je, že v poslední době si to nějak "sedlo" a novější verze Kubuntu ("pokusná") do toho už nekecá té starší ("produkční").
-
Ty mas pouze triplboot a Compaq ma kriplboot >:(
Sabraq: Souhlas s tim michanim EFI a CSM - to je fakt hovadina.
Nic to ale nemeni na tom leta neresenem bugu Ubiquity nebo jestli ma ted Ubu neco jineho, tak to zpatlali stejne ...
To je takova moda od Microsoftu, ze se proste nerespektuji a nejlepe neumoznuji uzivatelske volby.
Kdyz jsem si poprve instaloval Xubu 14.04, tak jsem byl nadsen. Bohuzel jen do dalsi LTS, ale ani tak ke nenapadlo, kam to Canonical dovede - oni si snad vymenuji svoje zhuleny vyvojare s Microsoftem za jejich sfetovany vyvojare ...
JirkaZ: Do kamene tesat!
-
Dobře, souhlas, co člověk, to názor....
Jak to tedy děláte vy, nebo jak to mám udělat, když si chci nainstalovat pár dister a vyzkoušet si je a kámošům ukázat co to umí, co se jim líbí a co chtějí používat nebo nainstalovat?
I mě zajímá, co se děje u sousedů a jak se liší verze a nechci mít na každý pokus jeden notebook.
Je to tak blbej nápad?
Dříve (před EFI), jsem si je nainstaloval na jednotlivé oddíly na točivý externí disk (později velkou flešku) a předvedl jim to na libovolném počítači. Dnes?
-
compaq: prostě si uvědom, že kromě progresivismu a frikulínství (a jejich obsahů) je tady i diktát korporátů a státu. Z toho plyne, že korporáty se cítí stále víc na koni a vše dělají systémem "my víme, co je pro vás nejlepší", čili čím dál více šmírují a čím dál méně prostoru dávají zkušenému uživateli.
Ovcím to vyhovuje, protože nic nemusí (ani myslet, protože i to se přece dá delegovat druhému, dnes nejlépe ejaj). Zkušený uživatel je z toho nešťastný.
Nicméně když budeš intenzivně hledat (na bázi odtud už jasných klíčových slov a nejlépe v angličtině, či jiném rozšířeném světovém jazyce), tak třeba něco najdeš.
Příklad (https://duckduckgo.com/?t=h_&q=linux%20multiboot%20on%20external%20disc&ia=web) a z toho třeba tohle (https://www.tomshardware.com/how-to/multi-boot-linux-from-usb) (netuším, zda Ventoy (https://www.ventoy.net/en/index.html) je použitelný i na externí disk a ne jen klíčenku).
Nebo toto (https://github.com/mbusb/multibootusb) atd.
-
Compaq: Dival ses, zda mas moznost v nastaveni stroje vypnout port a to vzdy docasne udelat?
Proc ignorujes ne sice pohodlne, ale vzhledem k okolnostem max. optimalni, reseni?
-
Compaq: Dival ses, zda mas moznost v nastaveni stroje vypnout port a to vzdy docasne udelat?
Proc ignorujes ne sice pohodlne, ale vzhledem k okolnostem max. optimalni, reseni?
Díval, ale moje lenova to neumí, disk nejde odpojit ani uvnitř.
-
Všechno jde. Jen chcíplá koza ne, ta se musí táhnout... :-)
-
Všechno jde. Jen chcíplá koza ne, ta se musí táhnout... :-)
rád vypnu port, ale nevím, jak na to, díky za radu, lenovo 120
-
Hardwarově třeba takto https://www.youtube.com/watch?v=yveTDLhus3k (https://www.youtube.com/watch?v=yveTDLhus3k)
-
Hardwarově třeba takto https://www.youtube.com/watch?v=yveTDLhus3k (https://www.youtube.com/watch?v=yveTDLhus3k)
To jsem zkoušel. Moje Lenovo vypadá uvnitř jinak, memá disk, ale ssd na boardu.
-
Teď mě napadlo, zkuste použít Refind, já ho mám na notebooku a je teda mnohem lepší než Grub (nabízí ho k instalaci CachyOS, kromě několika dalších možností a pamatuju si ho z kdysi, když jsem zkoušela multiboot na Macu). A zkusila jsem ho nainstalovat na externí disk a přidání již existujícího OS do menu bylo velice jednoduché, na pár kliknutí. Akorát je otázka, jak to udělat s čistou instalací, jestli instalovat *buntu bez Grub nebo jak vlastně, aby to ten Refind nepřepsalo, nebo instalovat bez Grub, jestli to teda *buntu dovolí. Ale na to tu jste větší experti než já, tak jestli to někdo zkusí a podělí se o výsledek a postup, budu ráda.
-
To jsem zkoušel. Moje Lenovo vypadá uvnitř jinak, memá disk, ale ssd na boardu.
Tak pak by to chtělo napsat konkrétní model toho Lenova 120, popř. základní desky a ssd, ať se máme od čeho odpíchnout ;)
-
Tak pak by to chtělo napsat konkrétní model toho Lenova 120, popř. základní desky a ssd, ať se máme od čeho odpíchnout ;)
Asi tak nějak...
K pojmu "Lenovo 120" jsem našel "lenovo ideapad 120s" a to má ještě asi milión poddruhů. Celý život jako technik zápolím s tím, že "protistrana" není schopna ani opsat přesné označení přístroje či stroje, včetně všech tam použitých znaků. Dnes to lze nejlépe vyřešit fotkou výrobního štítku, ale zase: protějšek často ani netuší, co to výrobní štítek je...
-
Lenovo ideapad 120S-11IAP bios 6GCN32WW Intel Celeron N3450x4, díky
-
Zainteresovaní, zkuste si projít setup zde (https://download.lenovo.com/bsco/index.html#/textsimulator/IdeaPad%20120S-11IAP%20(81A4)) (snad jsem se alespoň trochu trefil, blíž to nešlo).
-
Zainteresovaní, zkuste si projít setup zde (https://download.lenovo.com/bsco/index.html#/textsimulator/IdeaPad%20120S-11IAP%20(81A4)) (snad jsem se alespoň trochu trefil, blíž to nešlo).
Díky, to je přesně ten BIOS.
-
Sabraq: Souhlas s tim michanim EFI a CSM - to je fakt hovadina.
Nic to ale nemeni na tom leta neresenem bugu Ubiquity nebo jestli ma ted Ubu neco jineho, tak to zpatlali stejne ...
To je takova moda od Microsoftu, ze se proste nerespektuji a nejlepe neumoznuji uzivatelske volby.
Kdyz jsem si poprve instaloval Xubu 14.04, tak jsem byl nadsen. Bohuzel jen do dalsi LTS, ale ani tak ke nenapadlo, kam to Canonical dovede - oni si snad vymenuji svoje zhuleny vyvojare s Microsoftem za jejich sfetovany vyvojare ...
Asi to trochu souvisí s marketingem, než s programováním. To nevím, tak daleko za obzor já nevidím, ale pokud je to od 14.04 - tak to nejsou měsíce, ale roky. V tom případě tím viníkem možná nebudou něčí stavy nálad, ale třeba nedostatek "pouhých" lidí spolu s tím, jaké jsou priority k vydání distribuce. Jinak řečeno "nějak se to letos nesešlo". No a ten váš "bug" tu prioritu asi nedostal, nebo je to přímo vlastnost.
Pořád je ale "Ubuntu pro lidi", pokud si ho někdo zkušenější zvládne sám nainstalovat bez návštěvy přednášek a školení, tak je Ubuntu pořád skvělá věc. Ale pokud někdo dělá/potřebuje, hlubší systémový změny, měl by sáhnout rovnou po jiné distribuci.
-
Ale pokud někdo dělá/potřebuje, hlubší systémový změny, měl by sáhnout rovnou po jiné distribuci.
Nesouhlas. Nejčastěji instaluji jiným lidem Mint nebo Ubuntu, tak nemůžu „sáhnout po jiné distribuci“ ;)
-
Tak jen pro zajímavost jsem našel 2 reporty.
Vyřešeno před mnoha lety:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746662
Tady ne úplně. Borec tam píše, že to má být v 24.04 opraveno, ale není.
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379
A když jsem nainstaloval daily build 25.04, tak se korektně nainstaloval do nového oddílu na patřičném disku na FAT32, flagy boot, ESP a úspěšně z něj bootuje.
Na ten delší kód oddílu xxxx-xxxx nebo jak je jeho formát jsem nešahal. Vím, že ESP Windows ho musí mít vždy stejný myslím.
Starší verze Ubuntu jsem nezkoušel.
-
Ale pokud někdo dělá/potřebuje, hlubší systémový změny, měl by sáhnout rovnou po jiné distribuci.
Nesouhlas. Nejčastěji instaluji jiným lidem Mint nebo Ubuntu, tak nemůžu „sáhnout po jiné distribuci“ ;)
To nevím, s čím nesouhlasíš.
Trochu si nerozumíme, asi máš jiné zkušenosti a vystačíš s klasickou instalací, vždyť píšu - 'kdo potřebuje dělat hllubší změny'. Potkáváš- li se s tak vyladěným hw, pak nepotřebuješ dohledávat např. další zdroje software. Sice si to v dnešní roztříštěné době nedokážu moc představit, ale možný to je.