A v čem je podle tebe problém: unetbootin a rufus jsou jednoduché appky kde toho moc není k nastavení, buď fungují, nebo ne. Trolové jako ty jsou jeden z důvodů, proč je linux jako desktop víceméně mrtvý. Ten svůj browser a přehrávač otevřeš, možná i poštu, ale tím to končí. Zkoušel jsem kdysi programovat c++ s Code::Blocks na linuxu, ale rychle jsem se vrátil na windows. Všechno funguje, po dvou dnech nastavování pět minut.
Me rufus nefungoval pro zmenu nikdy dobre pro vytvareni freedos/win instalacek, takze mozna to je problem opravdu jinde.
A historky na tema prepsane disky jsem slysel i z druhe strany barikady (ze to udelaly windows).
Obemi tvrzenimi nepopiram, ze mate spatnou zkusenost z linuxem, jen ze stat se ve svete softwaru (nebo hardwaru) muze opravdu ledascos...
Rufus funguje dobře, musíte ale být online. Většinou potřebuje něco dotáhnout ze sítě, alespoň u nových Linuxových distribucí.
grub ... , to by bylo na dlouhý román. Jeho chování a vlastnosti se časem mění (tak jak probíhá jeho vývoj). Zkušenosti s grubem tedy nejsou vždy přenositelné. Já osobně bych dual boot řízený grubem nikomu nedoporučil. Staré dobré F8 a Boot pop up menu.
misto Rufus mozna radeji Etcher: https://www.balena.io/etcher/
ad Grub a DualBoot... nepamatuju za XX let problem s dualbootem co by zpusobil Grub... v dobach Legacy/MBR slo o to ze Windows naprasaka prepsali MBR svojim zavadecem kdyz je napadlo a/nebo delali update... coz byla chyba Windows ze nechteli (ne ze by nedokazali) poznat Grub v MBR a nechat ho tam... pak bylo potreba nahodit LiveCD/USB a Grub znovu nainstalovat do MBR...
nicmene "ted" (tedy jiz X let) v dobe UEFI/GPT se vice OS "nehadaji" o jedno MBR, ale do EFI oddilu si muze kazdy OS dat svuj vlastni zavadec, resp. EFI binarku, neni (nemel) by tedy byt duvod aby Windows neco mazali, naopak lze v BIOS/UEFI-Setup/BootOrder vybrat EFI Grubu nebo EFI WinBootLoader podle nalady, s tim ze v Grubu bude videt polozka Windows automaticky (diky os-prober poustenem pri (re)gerenorvani Grub menu), v WinBootMbr muze(mohla?) byt rucne pridana nabidka GNU/Linuxu pres bcdedit ale proc kdyz Grub funguje lepe ;-)
S tím grubem jsem dost uletěl. Diskuze se to zjevně netýká. (Jako příklad off topicu vhodné tesat do kamene, ale nějak se mi to asi asociovalo se situací smazání celého disku :)) Ale když už tak žvaníme, tak jste mne nepřesvědčil o výhodnosti použití grubu. Uznávám, že nepoužívání grubu má své nevýhody. Tak např. si musím pamatovat názvy disků a vědět jaké jsou na nich nainstalované systémy. Druhá nevýhoda je, že oproti grubu musím vykonat o JEDNO mechanické stlačení klávesy více než u grubu. Mám ale jistotu, že ukvapená aktualice Windows nebo Linuxu mi nezabrání používat druhý systém. (Aktualizace biosu je jiná věc.) Grub je pro mne zbytečná nadstavba nad BIOSem.
A mimochodem, přeji všem klidné vánoční svátky. Novoroční i neklidné, dle chuti.
nazvy disku si (u UEFI) pamatovat nemusi, vidis v boot order nabidce proste Grub nebo nazev OS co si ho do EFI registroval ;-)
ukvapena aktualizace ti s grubem take nic nezabrani, protoze i kdyby Grub prestal fungovat, muzes Win pustit pres BootMenu "BIOSu" jako delas, pokud by se ale Grub opravdu podelal tak pravda nepustis Linux, ale to ani pres BootMenu, nebo snad ted nepouzivas pro GNU/Linux Grub vubec a davas do EFI jadro?
Bohužel s efi a uefi nemám zkušenosti. Používám poměrně staré základní desky. Tam to skutečně funguje takovým způsobem, že během bootu stačí ve správný čas stisknout správné tlačítko. To se může lišit mezi výrobci. (Nejde o přístup do upravitelné části BIOSu, ale do boot menu.) Takže se otevře okno a tam jsou vyjmenovány všechny pamětová zařízení připojená k základní desce. Třeba: Flopy disk, CD/DVD mechanika, všechny hardisky (a tam jsou jména hard disků: Třeba Western Digital bla bla, Hitachi bla bla atd.).
Používám Xubuntu a nejsem spokojený s tím, co grub dělá. Sere se kam se srát nemá a jeho chování je opravdu nepředvídatelné.
>A historky na tema prepsane disky jsem slysel i z druhe strany barikady (ze to udelaly windows).
Na druhé straně barikády sice nejsem, Windows mám jen jako herní konzoli, ale k tomuhle se hlásím.
Systém (v tomto případě Windows 10) se sice poslušně nainstaloval na SSD které jsem mu určila, ale tu 100 MB partition kterou dělá tuším od sedmiček prsknul na hulváta na začátek mého 2 TB datového disku (s btrfs, takže z pohledu Windows tam nebyl ani jeden diskový oddíl).
Naštěstí byl ten disk součást RAID1, takže bylo poměrně sladné opravit to, ale odteď vytahuju disky při instalaci Windows.
Každá rozumná instalačka Linuxu umí zobrazit a nastavit kam přesně půjde co, takže pokud člověk přijde o data, je to zpravidla jeho nepozornost, nebo blbost. Windows takovou jistotu nedává.
Ve skutečnosti 4 disky. 2x SSD (jedno pro každý OS) a 2x 2TB plotnový btrfs RAID1. První disk z toho RAID1 je bohužel na prvním SATA portu a Windows tu 100MB partition podle všeho hodil na první oddíl prvního disku.
Možná by se to nestalo, kdyby tam btrfs na celém block device a instalátor viděl že tam je GPT a nějaký oddíl, takhle se to pro něj jevilo jako kompletně nenaformátovaný disk. Což samozřejmě nijak neobhajuje chování, kdy dává oddíl kam nemá :)
Ano, Windows jsou posedlá první partišnou. Instalovat Windows kamkoliv jinam než do první partišny znamená koledovat si, že něco nečekaně přepíší na první partišně co jim padne do oka (pokud tam je náhodou NTFS nebo FAT32), nebo si ji dokonce vytvoří pokud mají pocit že na disku nic není. Na systém ve 21. století dost šílené.
Windows 10 se při instalaci natvrdo nacpou s boot oddílem na první disk z pohledu BIOS, to je stará známá věc, u Windows 7 jsem toto nepozoroval. Win 10 nepoužívám (kromě práce), mám openSUSE Tumblweed a Win7 na občasné hraní. Jestli je v tom záměr to nevím, ale při instalaci Win10 je nutné pozorně sledovat co Windows v instalátoru hlásí. Když je čistý pc, tak nejdřív Win pak Linux, pokud už Linux je a chceš Windows, tak radši disk s Linuxem odpojit. Variantu kdy je jeden fyzický disk a je Windows a chce se Linux, tak to není problém, Grub vyhledá (OS Probe) Windows a přidá je do nabídky. Horší je když je Linux a chce se Windows 10, v tom případě bude nutné změnit rozložení partition a nechat na začátku cca 500 MB pro boot oddíl Win 10. Windows 7 je do u prde..., ty se dokáží spokojit s jedním oddílem, neodstraní již vytvořené. Výše uvedené platí pro disky v rozložení MBR (BIOS), pro disky v rozložení GPT (UEFI) bude platit výše uvedené v případě dvou fyzických disků - systém je na každém zvlášť. V případě jednoho disku a potřeby více OS, bude asi jednoduší začít s čistým diskem, inst. Windows, následně instalace Linux. Pokud se použije UEFI (není BIOS nebo není dostupná volba CSM - podpora starého BIOS) v kombinaci s SecureBoot, bude nutné instalovat takovou distribuci, která SecureBoot podporuje.
Používám Win7 a opensuse, Secureboot ani UEFI v MB nemám (Gigabyte X58, skt.1366), takže o starost míň, ale ostatní pc co mám tak UEFI a Secureboot podporují, ale mají režim CSM a Windows 7 + Linuxy.
Podporu CSM režimu se tuším Intel snaží do několika let z UEFI úplně vyštípat, takže na pc už nepůjde instalovat exotické OS, které UEFI neumí. Tak jedině virtuálka. Již teď jsem se setkal s pár kousky pc a ntb, které CSM již nepodporují. Uvidíme co nového pro nás výrobci HW připraví v dalších letech, jedno je ale jisté, starý dobrý BIOS to nebude... doufám že se nedostaneme do stavu, kdy většina MB bude mít UEFI ve verzi která si bude rozumět pouze s Windows a těch pár kousků MB co budou podporovat UEFI i pro jiné OS budou nedostupné ať již vyrobenými ks nebo cenou. Pořád tu jsou ale výrobci jako ASRock, který umí vyjít vstříc netradičním požadavkům zákazníka...