Dotaz: Lze nějakým způsobem zjistit, jaké položky se objeví v GRUBu?

[L_l]

Ahojte. Chci se zeptat, jestli je nějaká možnost "vidět", co se bude nacházet v grafickém GRUBu, ještě před instalací samotného GRUBu? Včera jsem si na logickou partition instaloval Mageii 4. Na PC mám ještě předinstalovaný SUSE. GRUB jsem však nainstaloval (asi) na začátek disku (ne na logický oddíl). Nepříjemné zjíštění - SUSE ve výběru nebylo. Řešil jsem tím, že jsem zkusil obnovu do továrního nastavení. Proběhlo OK (stejně jsem je chtěl vyzkoušet). V Ubuntu a Mintu jsem ale tento problém nebyl. Což bylo asi proto, že, pokud vím, používájí GRUB2. Jak se tedy takovéto chybě vyvarovat? Berte, prosím, v potaz, že jsem faktickým začaátečníkem.

Odpovědi

[arch]

Proč to tak komplikuješ? Stačí úplně nainstalovat na začátek disku (pro Grub 2 je potřeba nechat určitou část pevného disku za MBR volnou, tzn. nepřiřazenou žádnému oddílu/jednotce) a nakonfigurovat jednu instalaci Grub 2 nebo Grub Legacy, která potom bude zavádět všechny operační systémy (na pevném disku).

[lertimir]

Takhle se to velmi zkomplikuje. Grub se modifikuje nejen při instalaci nového systému, ale také při každé aktualizaci jádra, kdy grub potřebuje nové informace o tom jaké jádro má zavádět. Proto já celkem zásadně používám to, že jeden grub mám v MBR. A to grub hlavního systému. Pokud mám ještě jiné systémy, tak jejich gruby nainstaluji do zaváděcích sektorů jejich oddílů. V hlavním Grubu pak mám jen záznam, aby se spustil konkrétní podřízený grub. Takové řešení mi připadá jako nejméně pracné a nejvíce "blbuvzdorné". Jde to samozřejmě zařidit i tak, aby byl jen jeden grub, ale je to pro mne komplikovanější. Hlavní potíž pro jeden grub je, že pokud se v nehlavním systému aktualizuje jádro, tak ten primární grub se o tom musí dovědět i když je ovládán hlavním systémem. To jde buď ruční aktualizací hlavního grubu, nebo správně nastaveným automatickým rozpoznáváním.

Jinak u grub 0.9 byl řídící soubor menu.lst umistěný v /boot/grub (nebo snad /boot už si nemapatuji) u grub2 je řídící soubor /boot/grub2/grub.cfg který je ale generovaný přikazem grub2-mkconfig z informací z /etc/grub.d a /etc/default/grub

[L_l]

Díky, na tento postup jsem myslel. Navíc jsem takto postupval kdysi, když jsem si oper. systémy zkoušel instalovat na externí disk. Zatímco Ubuntu nemělo problém, Mageia sice remcala, ale Grub si instalovala na externí disk, ovšem OpenSUSE mě vyfuckoval s instalací grubu na ext. disk. Proto jsem si potom říkal, že když přeinstaluji grub v interním disku kvůli novému (dalšímu) distru, nic se nestane. Mylil jsem se. Prostě další zkušenost, tudíž další vědomost.

[arch]

Grub se modifikuje nejen při instalaci nového systému, ale také při každé aktualizaci jádra

Tady si dovolím trochu nesouhlasit: Pokud se jádro aktualizuje (automatizovaně) přes správce balíčků (nejedná se tedy o "custom" jádro), tak je soubor jádra zpravidla umístěn ve stejném adresáři (na stejném diskovém oddílu) jako soubor jádra původního a zpravidla má i stejný název, takže změna konfigurace Grub (2 i Legacy) zpravidla není potřeba (ledaže by bylo jádro "příliš nové" a Grub ho nedokázal zavést, resp. u nového jádra by bylo potřeba změnit paramentry). Původní soubor jádra buď sám uživatel/administrátor přejmenuje nebo se přejmenuje automatizovaně, no i s tím se v dobře nakonfigurovaném Grub počítá (zase většinou není potřeba žádný zásah do konfigurace Grub).

[lertimir]

tohle je můj /boot distribuce openSUSE

ll /boot
total 79579
-rw-r--r-- 1 root root  2681971 May 12 17:07 System.map-3.11.10-11-desktop
-rw-r--r-- 1 root root  2681728 Feb  4 00:08 System.map-3.11.10-7-desktop
-rw-r--r-- 1 root root      512 Apr 30  2013 backup_mbr
lrwxrwxrwx 1 root root        1 Feb  4 19:56 boot -> .
-rw-r--r-- 1 root root     1484 Oct 18  2013 boot.readme
-rw-r--r-- 1 root root   140329 May 12 16:09 config-3.11.10-11-desktop
-rw-r--r-- 1 root root   140316 Feb  3 23:11 config-3.11.10-7-desktop
drwxr-xr-x 2 root root     1024 Feb  4 19:56 grub
drwxr-xr-x 7 root root     1024 Jun 20 14:02 grub2
lrwxrwxrwx 1 root root        5 Mar  6  2013 grub2-efi.rpmsave -> grub2
lrwxrwxrwx 1 root root       25 Jun 20 14:00 initrd -> initrd-3.11.10-11-desktop
-rw------- 1 root root 25367569 Jun 20 14:00 initrd-3.11.10-11-desktop
-rw------- 1 root root 25367439 Jun 20 14:00 initrd-3.11.10-7-desktop
drwx------ 2 root root    12288 Apr 30  2013 lost+found
-rw-r--r-- 1 root root   620544 Feb  4 20:02 message
-rw-r--r-- 1 root root   746580 May 12 17:28 symtypes-3.11.10-11-desktop.gz
-rw-r--r-- 1 root root   746538 Feb  4 00:25 symtypes-3.11.10-7-desktop.gz
-rw-r--r-- 1 root root   262177 May 12 17:21 symvers-3.11.10-11-desktop.gz
-rw-r--r-- 1 root root   262119 Feb  4 00:20 symvers-3.11.10-7-desktop.gz
-rw-r--r-- 1 root root      516 May 12 17:21 sysctl.conf-3.11.10-11-desktop
-rw-r--r-- 1 root root      516 Feb  4 00:19 sysctl.conf-3.11.10-7-desktop
-rw-r--r-- 1 root root  6041992 May 12 17:20 vmlinux-3.11.10-11-desktop.gz
-rw-r--r-- 1 root root  6039636 Feb  4 00:19 vmlinux-3.11.10-7-desktop.gz
lrwxrwxrwx 1 root root       26 May 19 23:33 vmlinuz -> vmlinuz-3.11.10-11-desktop
-rw-r--r-- 1 root root  5181960 May 12 18:47 vmlinuz-3.11.10-11-desktop
-rw-r--r-- 1 root root  5179304 Feb  4 01:52 vmlinuz-3.11.10-7-desktop

je vidět, že udržuje dvě poslední jádra. Jádro "7" a aktuální jádro "11", když jsem před lety používal Ubuntu, mělo asi 4 předchozí jádra. A když bylo třeba, šlo z nich bootnout. Vaši přejmenovávací strukturu asi mají jen "roling release" distra, které vlastně nemají žádnou minulost a k ničemu se nedá vrátit. Je to jen okamžitá přítomnost.

[arch]

No vidíte, tohle jsem si nějak neuvědomil. Už je to nějaký ten pátek, co jsem naposledy "viděl" openSUSE, Ubuntu apod.

[Jendа]

Minimálně v Debianu se soubor jádra jmenuje nějak jako vmlinuz-3.14-1-amd64 a při aktualizaci se vedle toho nainstaluje třeba vmlinuz-3.15-1-amd64 a GRUB je potřeba upravit.

[arch]

Jasně. Jsem prostě jenom moc zvyklý na Arch Linux...

[Jendа]

OT: V roce 2009 když se v Archu aktualizoval kernel, tak to přepláclo /lib/modules novou verzí a pak nešly nahrávat moduly. Takže když jsem měl /boot na USB zařízení, nemohl jsem už nahrát modul pro mass storage, abych toto USB aktualizoval. Je to tak pořád?

[arch]

Mohl bys to trochu jinak popsat? Nějak nerozumím otázce.

[Jendа]

• Mám kernel 3.14, v /lib/modules jsou moduly pro tuto verzi kenelu
• Udělám pacman -Syu, nainstaluje se kernel 3.15
• V /lib/modules jsou nyní moduly pro 3.15. Moduly pro 3.14 zmizely. Až do rebootu není možné nahrávat moduly. Pro reboot toho stroje ale potřebuju nahrát modul.

[arch]

Chápu, teď už jo. Ale nemůžu sloužit, protože jsem se ještě s takovým problémem u sebe nesetkal.

[L_l]

Jsem si ještě vzpomněl na toto: konkrétně Mageia ale instaluje Grub až na konci procesu, tzn. po instalaci distribuce na disk. Říkám si, aby měla slečna Mageia vůbec nějaké místo pro instalaci grubu v zaváděcím sektoru...

[arch]

Pokud se nepletu, tak např. mke2fs může vytvořit systém souborů až od určitého "offsetu", tzn. ne "úplně od začátku".

[L_l]

Díky za informaci. Pro mne to však, archu, bude stejně ve stylu pokus/omyl. Další z důvodů, proč jsem přepisoval grub v MBR byl ten, že jsem se obával určitého konfliktu mezi gruby. U ext. disku je to logicky jiné. Grub hodím tam a když pak PC připojím, tak si v boot menu odenteruji možnost startovat z externího HDD, načež se objeví GRUB, který je na něm a který není na interním, a jede se vesele dál. Takže GRUB v MBR lze označit za "master-grub"? Doufám, že tedy bude detekovat i druhý OS...

[arch]

Samotný Grub nic automaticky nedetekuje (tedy ve smyslu detekování OS). Ten dělá jenom to, co mu poručíš (co napíšeš do konfiguračních souborů). Jak Grub Legacy, tak Grub 2 lze ručně konfigurovat pomocí plain textových souborů (konfiguračních souborů). Připadá mi, že seš ještě zvyklý z Windows, že se programy konfgurují "graficky". Zkus si zvyknout na konfiguraci pomocí prostých textových souborů, tedy že měníš chování programů pomocí prostých textových souborů, které vytváříš/edituješ v textovém editoru (a je úplně jedno, který textový editor použiješ -- nano, joe, vim, GNU Emacs apod.). Zkus si schválně v nějakém linuxovém distru prohlédnout pomocí textového editoru obsah souboru /boot/grub/grub.cfg, resp. /boot/grub/menu.lst

[aloiz]

+ 1

[L_l]

Příloha:

• Nastavení zavaděče.png (59795 bytů)

Tak se mi nic nepovedlo. GRUB instaloval do kořenového svazku, byl jsem na to systémem upozorňován, ale byla mi učiněna nabídka, jak by vypadalo GRUB menu. PCLOS tam tedy zavaděč nainstaloval, ovšem SUSE zavaděč z MBR jej prostě nevidí. Určitá konfigurace, která by mi snad mohla pomoci je přímo v SUSE, kde lze nějak konfigurovat zavaděč. Pro novou sekci bych ale musel znát položky, které jsou na obrázku viz příloha. Předpokládám, možná mylně, že musím znát cestu k obrazu jádra toho druhého OS a kořenové zařízení, což je oddíl, kde se nachází GRUB a vůbec všechno od PCLOS. Pak by to teoreticky mělo fungovat, jenomže já ty cesty neznám, resp. ani nevím, jak je teď zjistit.

[arch]

A co takhle sem postnout obsah /boot/grub/grub.cfg (Grub 2) nebo /boot/grub/menu.lst (Grub Legacy) náležející k PCLOS? Z toho by se dalo něco "uvařit".

[arch]

V OpenSuse mount oddílu s PCLOS a odtud vyčíst konfiguraci Grub.

[L_l]

menu.lst jsem našel, ale nelze z něj číst, přesto že jsem se přihlásil jako root. Musel jsem, abych mohl mountovat ten disk. Jinak nejedná se OpenSUSE, nýbrž o SLED (SUSE LINUX e. desktop). menu.lst nemohu ani překopírovat. Takže tu cestu se nedozvím. Ze včerejší zkušenosti z Mageiou tuším, že to dopadne stejně jako včera, pokud přepíši MBR. PCLOS totiž SLED vůbec nevidí, proto jej ani nezahrne do GRUBu. Kdežto Ubuntu a Mint SLED detekují a do svého si jej sami dopíší.

[arch]

Nemáš náhodou notebook HP, kde je předinstalovaný SLED? Já takový notebook mám, a SLED jsem poslal brzo do kytek... Dal jsem si tam své nejoblíbenější distro (viz moje přezdívka).

[yes]

Mám taky nick podle svého nejoblíbenějšího distra. Ale SLED sem ani nezkoušel, páč je to zmetek.

[L_l]

Ale ano, mám. Měl jsem možnost jej koupit buďto s ním, nebo bez něj - ale za stejnou cenu (jiný prodejce). No, tak jsem si řekl, že koupím ten se SLEDem. Al eve SLEDu alespoň funguje uspání do RAM, hibernace apod. Ubuntu, Mint, Mageia se nechytaly, mimo to Mageiu jsem včera nechtíc rozkopal tak, že nešla ani vypnout (jen natvrdo - takový jsem amatér). Arch? Když jsem viděl, jak se instaluje pomocí CLI, málem jsem umřel. Ale Manjaro to jistí. Co vůbec říkaš na parazitující Manjaro?

[arch]

Arch? Když jsem viděl, jak se instaluje pomocí CLI, málem jsem umřel.

A co je na tom k umření? Mně to přijde mnohem lepší než grafické instalátory.

Co vůbec říkaš na parazitující Manjaro?

Nic. Protože jenom vím, že existuje. Toť vše.

[yes]

Manjaro sem zkoušel, ale nedařilo se mi to vůbec rozjet. Výhodou je skvělé české Majaro fórum, kde se objevuje průměrně jednou za půl roku jeden nový dotaz. Když arch tak orginál.

[arch]

Hlavní výhodou Arch Linuxu je také výborná dokumentace, které se snad vyrovná jenom dokumentace k Gentoo.

[L_l]

Mít systém pod kontrolou musí přinášet úžasný pocit, uznávám. Ale ten pot, krev a ty slzy, než člověk dostane od svého OS sladkou odměnu...

[arch]

Víš, já celý svět Svobodného Softwaru beru jako výzvu ke zdokonalování sebe samotného. Např. licence GNU GPL zakládá nárok na zdrojové texty/kódy plus je můžeš modifikovat/dále šířit. Proprietární software toto neumožňuje, dokonce některý zakazuje i studium strojového kódu! No a když už ty zdrojové texty/kódy + dokumentaci a další komponenty... máš, tak proč se v nich pro poučení trochu "nepošťourat"? Proč je nestudovat, aby člověk pochopil, jak ten Linux funguje?

Tím jsem chtěl říct, že instalaci Arch Linuxu jsem bral jako výzvu. Výzvu naučit se něco nového, prozkoumat nové věci.

[L_l]

Hmm, jsme asi "úplně" rozdílní, já nejsem technický typ. GNU GPL znám asi tak, jako když obyčejný občan ČR ví, že například ODS patří mezi pravicové strany. Rozhodně se mi ale filosofie svobodného softwaru líbí. A z toho, co se děje v posledních čtyřech letech (nejen ve světě IT), mám špatný pocit. Každé poznání je dobré, tedy i principu fungování Linuxu, uznávám. Já mám ale trochu jiné důvody, proč používat GNU/L. Jak jsem napsal výše, zkrátka se mi nelíbí to směřování, ty "inovace", které ale právě uživatelům, myslím si, nepomáhají. Jen zjednodušují. A jak sám asi uznáš, pomáhat a zjednodušovat NENÍ to SAMÉ.

[arch]

Rozhodně se mi ale filosofie svobodného softwaru líbí. A z toho, co se děje v posledních čtyřech letech (nejen ve světě IT), mám špatný pocit.

Tak přeci nejsme "úplně" rozdílní. Protože i já mám špatný pocit (neposkytování dokumentace pro psaní ovladačů, obecně DRM, backdoory, proprietární software obecně, špehování atd. atd...).

[arch]

A velkou hrozbou pro Svobodný Software jsou softwarové patenty.

[L_l]

Určitě. Někteří však nejsou tak sdílní. Vždyky se říkalo, že lidé jsou na peníze. Jenže teď jsou doslova fanatičtí. Jakémukoliv idealismu se dnes lidé, alespoň podle mého názoru, vysmívání. Jo, RMS to má těžké. Softwarový patent - brzda rozvoje. Jenže když světem vládne nenažranost(nejen po penězích), můžeme se vůbec divit? K Archu se třeba někdy dostanu, ale fakticky začínám. Vždyť například v Mintu (a Ubuntu) jsem připojil ext. disk, a když jsem jej opět odpojil (zcela regulérně, byť graficky, rozuměj: klikací metodou), po novém spuštění jsem měl v úvodní obrazovce napsáno, že ten disk ten a ten není připojen. Měl jsem tedy možnost to buď opravit, nebo ignorovat. Pochopil jsem však, že se rozohodně nejedná o standard. Taklže jsem udělal něco špatně. Doteď nevím co, protože jsem disk odpojil opravdu korektně.

[arch]

Taklže jsem udělal něco špatně. Doteď nevím co, protože jsem disk odpojil opravdu korektně.

Řiká se, že v každém programu je alespoň jedna chyba.

Někde jsem vyslechl dokonce takový fórek (je to volné vyprávění, přesné znění už neznám):

Programátor napsal tento zdrojový kód v jazyce C:

int main()
{
    exit(0);
}

a ptá se, jaká je v něm chyba. Jako odpověď dostane: "Chyba je v tom, že nic nedělá."

[L_l]

Pobavil jsi mě. Palec nahoru. Asi prostě dělám něco špatně, ačkoliv SLED se stejným odmountováním neměl problé. Asi je to fakt špatný systém...

[arch]

Ona chyba může být právě v grafických "udělátkách". Nejjistější způsob je ruční umount: # umount /kam/jsem/to/pripojil && sync

[L_l]

Příkaz jsem si raději zapsal. Díky. PCLOS mi včera nebyl schopen rozjet zvuk. Nová Mageia 4.1 má stál eproblém fungovat jako LiveUSB (alespoň u mne). Manjaro se po instalaci vůbec nerozjelo... Také se to Tvé HPčko, archu, zapíná při otevření víka. Já mám totiž pocit, jako by vypnutí "shut down" vůbec nefungovalo. Včera mi například zůstala běžet síťovka... Nechápu.

[arch]

Jestliže je to "příliš nový" notebook, tak Linuxu určitou dobu trvá, než se "adaptuje" -- rozuměj, než se vychytají ovladače apod. Mně se to moje HPčko přepne do úsporného režimu, pokud víko zavřu. Pokud víko opět otevřu, tak bliká kontrolka vypínače, který když stisknu, tak se systém probudí. To s tou síťovkou mi dělá taky -- jednodušše se ten notebook nevypnul, ale jenom uspal. Já v Arch Linuxu vypínám systému pomocí # systemctl poweroff, a to může být distro od distra jinak. Zkus jako root třeba (pokud nezabere předchozí příkaz): shutdown -h now

[yes]

No jo Mageia. Je zázrak, když se ji vůbec podaří nainstalovat. Výborná distribuce byla yes.

[L_l]

Ale vždyť to byla distribuce jen na servery (ne že bych ji osobně znal, vím to jen proto, že jsem si našel informace).

[2X4B-523P]

dá se to vyčíst třeba z generátoru konfiguračního souboru grub-mkconfig, jen bych se podíval do /boot/grub/device.map, jestli je tam ten disk uveden a kdyby ne, tak bych zkusil grub-mkdevicemap -vv, který by měl upravit /boot/grub/device.map automaticky a grub-mkconfig ho zahrne do seznamu zařízení, kde se pokusí najít systém... grub-mkconfig bez parametru pouze vypíše nastavení, ale nic nezmění, takže pokud došlo k přidání nového systému, tak spustit update-grub (který by ostatně měl provést všechny předchozí kroky a přepsat zavaděč s novým nastavením)... mělo by být jedno, ze kterého ze systémů se úprava grubu provede, ale v nouzi je možné použít chroot...

[2X4B-523P]

doufám, že je to podobné s grub1, nějak mi nedošlo, že mám grub2, ale příkazy je bezpečné vyzkoušet...

[L_l]

Díky za reakci. Už to ale nebude nutné. Když jsem dneska zkoušel distribuci Manjaro instalovat ma disk, tak přestože jsem si dával pozor, co vlastně dělám, i tak mi Manjaro zlikvidovalo bootloader, respektive nevím, co vlastně zlikvidovalo. Ale nefunguje už ani obnova do továrního nastavení, takže budu muset zformátovat celý disk a hodit tam nějaké to komunitní distro. Laptop už ale nemohu vrátit ani prodejci, kdybych tedy chtěl...

[arch]

budu muset zformátovat celý disk

Nevím, co výrazem "zformátovat celý disk" myslíš, ale: Pokud budeš instalovat distribuci s grafickým instalátorem, tak tam většinou bývá volba "Použít celý disk", která dělá to, co ty zřejmě chceš, tzn. mj. vytvoří/upraví i MBR, vytvoří systémy souborů na oddílech...

[L_l]

Nedal jsem tam uvozovky? Aha, nedal. No, udělám to tak, jak sám říkáš. Jedno pozitivum tu však je, laptopp tentokráte opravdu vypnul, když neměl z čeho startovat. Chudák SLED...

[arch]

Chudák SLED...

Když jsem ho posílal do kytek já, tak jsem ho moc nelitoval.

Jaký distro tam dáš?

[L_l]

Těžko říci. Ubuntu mi v podstatě jelo krásně, až na ten mount, jak jsem psal výše. Možná zkusím to Manjaro, protože se asi nedovedlo srovnat s několika oddíly. Mageiu tam prozatím dávat nebudu, není schopna fungovat z flash disku. Arch Linux je pro profíky, takže někdy příště. Možná zkusím Kororu (Fedora s flashem a kodeky). Jo, Mint si taky s flash diskem neumí poradit (verze 17). Po instalaci hledá dodatečné balíčky z CD (i když je připojen k netu) a instalátor spadne. Mám 16ku na CD. Instalace v pohodě. TAKŽE ROZHODNĚ BUDU ZKOUŠET. Debian/Arch/Fedora - tyhle distribuce až někdy později (myšlena dlouhá doba).

[arch]

Arch Linux je pro profíky

Nepovažuju se za profíka a přesto mám Arch na stolním počítači, notebooku, serveru i na "Malině". Jak seš na tom s angličtinou? Pokud znáš aspoň základy, tak wiki.archlinux.org je výborným zdrojem informací, které často platí obecně (nejen pro Arch).

Přeju ti hodně štěstí a trpělivosti s Linuxem.

[L_l]

Děkuji moc, archu. Jelikož začínám, tak pro mne přece jen GUI bude ještě nějakou dobu "výhodnější". Na stránkách Archu jsem kdysi byl - pořád tam je něco nového. Jenomže kdysi jsem i ve Fedoře (přes VirtualBox) měl problém nainstalovat vše nesvobodné. Sice tam existuje aplikace s výstižným názvem EasyLife, která umí instalovat nesvobodné balíky sama (dokonce si sama najde repozitáře s nesvobod. SW), ale i tak s tím byly problémy. Doufám, že se síťovka bude už konečně vypínat.

[arch]

Nemáš zač.

Doufám, že se síťovka bude už konečně vypínat.

Mám takový dojem, že je nějaká volba v BIOSu/UEFI, která toto ovlivňuje. Ale vařím spíš z vody.