Dotaz: Bootovani dvou MBR pomoci grubu

[ok2zar]

Ahoj vsichni,

resim banalni problem, ale nejak jsem se zasekl a potreboval bych malinko nasmerovat.

Mam pocitac se dvema disky. Na jednom jen Win7 se sifrovanim od McAfeeho a na druhem Debian Jessie. Mym cilem je pridat bootovaci nabidku pro ty sifrovane widle do Gruba, ale i pres procteni nekolika disuzi a navodu jsem stale na zacatku. Jde mi o to, abych si v grubu vybral volbu widli a nacetl se mi MBR s vyzvou k zadani hesla, jako kdyby to nacetl rovnou BIOS.

Jedna se jen o kosmetickou zalezitost a pohodli, abych nemusel vyvolavat bootovaci nabidku BIOSu, kdyz bych startoval ten ci ony OS.

Diky za pripadne rady.

Odpovědi

[NN]

chainload safeboot.mbr

[Petr Šobáň]

A kde je problém?

Novější grub detekuje oba dva systémy OS a položky přidá do svého menu, pokud máš starý grub tam se konfigurák musel upravit ručně.

Takže pokud máš připojené oba HDD skus přeinstalovat grub aby si vygeneroval a zapsal novou konfiguraci.

Samozřejmě pokud je to šifrované tak windows možná nedetekuje, pak by jsi to musel upravit ručně s tím ti ale neporadím.

[pepe_]

Hackintosh to třeba nadetekuje tak že nebootuje ale výběrem položky v biosu to funguje takže z grubu ho vždy mažu.

[pavele]

Nevidím v tom problém, mám CentOS 7 na flashdisku a Win + druhou distribuci linuxu na harddisku.

Pokud se mi načte Grub2 s flashdisku, je tam volba Win (harddisk), CentOS 7 (flashdisk) i další linux z harddisku. Vše bez problémů, není třeba nic nastavovat.

[Petr Šobáň]

Právě asi by to chtělo specifikovat konkrétně co nefunguje.

[pepe_]

No nebootuje na sdb ale snaží se zavést jádro osx a to vytuhne na ovladačích protože se z mbr nenabootovale clover a nehacknul hw tak aby to jádro osx sežralo.

[pepe_]

ps: takže mažu bootování jádra a přidávám něco jako

 

menuentry "OS X" {
insmod hfsplus
set root='(hd1,gpt1)'
chainloader /boot
}

[ok2zar]

Ahoj vsichni,

jasne ze to zni jako pripitomelej dotaz a asi i je, ale kdyby to byla takova trivka jako jindy, tak se neptam. Pochopitelne vim, ze grub si nainstalovane systemu povetsinou zdetekuje a zada do nabidky a verte mi, ze kdyby to udelal a fungovalo to, tak se tady neptam. Ano, u klasickych widli to funguje spolehlive, ale tady mi to nezabralo a proto se ptam. Jak jsem psal, zkusil jsem ruzne konfigurace podle kdejakych diskuznich a komunitnich for a navodu, dokumentaci a podobne, ale porad to nejak nechce fungovat.

Zkusil jsem ruzne varianty:

menuentry "Windows 7 1/0" {
        set root='hd0,msdos1'
        insmod part_msdos
        insmod ntldr
        insmod ntfs
        insmod chain
        chainloader (hd1,0)/boot/sda_safeboot.mbr
}
menuentry "Windows 7 1/1" {
        set root='hd0,msdos1'
        insmod part_msdos
        insmod ntldr
        insmod ntfs
        insmod chain
        chainloader (hd1,1)/boot/sda_safeboot.mbr
}
menuentry "Custom Super Bootloader 0/0 + 1" {
        insmod part_msdos
        insmod chain
        chainloader (hd0,0)+1
}
menuentry "Custom Super Bootloader 0/1 + 1" {
        insmod part_msdos
        insmod chain
        chainloader (hd0,1)+1
}
menuentry "Custom Super Bootloader 0/0" {
        insmod part_msdos
        insmod chain
        chainloader (hd0,0)
}
menuentry "Custom Super Bootloader 0/1" {
        insmod part_msdos
        insmod chain
        chainloader (hd0,1)
}
menuentry "Custom Super Bootloader 0" {
        insmod part_msdos
        insmod chain
        chainloader (hd0)
}
menuentry "Windows 7 BIOS MBR" {
        insmod part_msdos
        insmod ntldr
        insmod ntfs
        ntldr (hd0,msdos1)/bootmgr

Vysledkem je to,ze mi bud nahlasi, ze takova partice neexistuje (chapu, dal jsem tam i zjevne nesmyslene kombinace) a nebo ze nerozpoznal souborovy system.

[Petr Šobáň]

Napadá mě máš HDD v MBR nebo GPT?

Botuješ přes UEFI nebo ne?

Protože chainloader předá řízení tomu zavaděči a teď musíš vybrat ten správný....

Já pro zavedení windows s uefi a gpt tam mám:

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (on /dev/sda2)' --class windows --class os $menuentry_id_option 'osprober-efi-722A-7552' {
	insmod part_gpt
	insmod fat
	set root='hd0,gpt2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  722A-7552
	else
	  search --no-floppy --fs-uuid --set=root 722A-7552
	fi
	chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi
### END /etc/grub.d/30_os-prober ###

set root='hd0,gpt2' je oddíl s fat kde jsou zavaděče uefi a pomocí chainloader se vybere windows.

Asi by chtělo vědět kde je ten správný zavaděč pro windows.

[Andrej]

Tohle nemusí nutně být řešitelné GRUBem. Firmware u leckterých počítačů zpřístupní GRUBu pouze jeden jediný (zvolený) bootovací disk a nic jiného. Takže ostatní disky začnou být přístupné teprve tehdy, až nabootuje kernel, načte ovladač od řadiče disku a zprovozní řadič „řádným“ způsobem, nikoliv pomocí spartánského přístupu před EFI nebo jiný firmware.

Spálil jsem se na tomhle hodněkrát. Například GRUB umí už dávno pradávno bootovat z Btrfs RAID 0, 5 i 6. Jal jsem se to tedy vyzkoušet a … ne. Ani náhodou. Viděl totiž jenom jeden disk, takže zahlásil, že hledaný Btrfs sice našel, ale že od něj nemá dost disků. Jediná konfigurace, kde měl dost disků, je — ach, jak překvapivé — Btrfs RAID 1. Je to smutné, ale je to tak. Od té doby bootuju třeba server tak, že má (řekněme) 6 disků s Btrfs RAID 5 přes (skoro) celé disky, ale na každé disku je taky malý Btrfs RAID 1 oddíl pro /boot. Takže /boot je replikovaný a server mi nabootuje kernel z kteréhokoliv (jednoho jediného) disku, tak jak ho GRUB vidí, a jakmile je u moci kernel, umí si už zprovoznit všechny disky a otevřít ten velký Btrfs RAID 5.

Viděl jsem v jednom (jednom!) nastavení firmwaru na nějakém Dell bladu, že se dalo GRUBu zpřístupnit víc disků než jeden. Ale nějak to nepomáhalo, možná jsem význam té volby špatně pochopil atd., zkrátka, GRUB viděl všechny disky, aspoň co se auto-completion týká, ale jakmile na nějaký sáhl, ostatní už pak číst nemohl. Nevím, kde byla chyba, jestli v GRUBu nebo jinde, ale beztak jsem chtěl mít stejné rozvržení na všech strojích, takže jsem to vzdal ve prospěch toho replikovaného Btrfs RAID 1 /boot oddílu.

Což tedy samozřejmě u multiboot konfigurace nepomáhá ani trochu. :-P

[ok2zar]

Oba disky jsou v MBR a bootuje se pres legacy, nebo jak se nazyba ne-UEFI rezim. Ale je mozne, ze to muze byt, jak pise Andrej. Pri nejhorsim F9 pri BIOSu