Inštalácia Linuxu, UEFI a GPT. (diskuse)

[Ruža Becelin]

Je nejaky duvod dneska davat vic dister na fyzicky stroj? Ja mam nainstalovane jednu a zbytek je ve virtualech...

[Leinad]

Osobně mám vždy dvě partition, kvůli přechodu na novou verzi. Na jedné vždy ponechám původní verzi, kde mám vše rozběhané a ozkoušené pro případ problému s novou verzí

[Bedňa]

Sa to hodí keď potrebuješ RT Kernel a v druhom distre zas výkonný driver od NVidie. Neviem ako je na tom AMD, alebo Intel, ale NVidia na RT Kernel kašle a nechodí na ňom, neviem dosť dobre prečo, že vraj to raz bude chodiť.

[Aleš Kapica]

A je nějaký rozumný důvod použít GPT?

[houska]

disk vetsi nez 2T?

[Martin Juhas]

+1 pisatel pisal ze mam 3TB disk

[skywaker]

presne tak :D

[Aleš Kapica]

No dobře. Pořád ale nevidím rozumný důvod proč použít bootování přes EFI.

[skywaker]

ak maš napr 3TB disk a použiješ MBR ntak maximalne spraviš 2TB particiu a druhu zvyšnu 750GB, jednoducho nespraviš 3TB pripadne tak. ak použiješ GPT musiš použiť EFI aby si nabotoval. na to ale potrebujes 64bit OS lebo (512 * 2 na 32 = 2TB)

mne išlo hlavne o to že ak mam napr ubuntu a potom sa rozhodnem dat iny linux ci si on sam ten druhy zmeni zaznam v efi ze uz je zmena.

[Aleš Kapica]

Ale nemusíš..

datastore01 (32bitDATA) :~# cat /proc/version 
Linux version 3.2.0-1-686-pae (Debian 3.2.2-1) (ben@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Wed Feb 1 09:39:41 UTC 2012
datastore01 (32bitDATA) :~# gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 4B3948E8-1C50-4780-99C6-83B3CAF06860
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 8-sector boundaries
Total free space is 16 sectors (8.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34      3907029118   1.8 TiB     EF02 

[Jardík]

Souhlas. Mám na disku taky GPT a s bootováním z BIOSu není problém. To jen stupidní OS či bootloader se s tím nedokáže vypořádat. BIOSu je ukradený, co máš na disku, ten akorát načte MBR do paměti a spustí z něho bootloader.

[skywaker]

jardik a vyssie dakujem. je nutne ale nejaka specialna particia ?

[Jendа]

Asi by bylo dobré, kdyby kód, který se snaží načíst kód v MBR, byl v prvních 2 TB.

[Jardík]

MBR je prvních 512B,. Je tam nějaká ta tabulka oddílů (která klidně může být prázdná, nebo tam udělat "protective" oddíl. Pak tam je kód bootloaderu (něco přes 400B? nechce se mi to přesně hledat), např. ten syslinux či grub. Pokud se použije grup s BIOSem a né EFI, tak grub ještě vyžaduje malý oddíl, kam se uloží zbytek grubu (kód z MBR načte grub z toho oddílu a ten pák funguje dál). Poté se načte konfigurace z /boot oddílu (pokud nevyžadujete subvolumes či kompresi v BTRFS, tak to ani nemusí být zvláštní oddíl) a pokračuje se dál třeba načtením jádra.

To, jestli onen kód v MBR dokáže načíst jádro či zbytek bootloaderu záleží na implementaci onoho bootladeru, jak si to zařídí. Jestli však volá fce BIOSu, tak asi /boot opravdu bude muset být někde v prvních 2TB.

Jinak s EFI nemám žádnou zkušenost a netuším, jestli tam musí/nemusí být nějakej extra EFI boot oddíl, asi jo.

[Jendа]

něco přes 400B?

512 - 64 partition table - 2 magic = 446

Pokud se použije grup s BIOSem a né EFI, tak grub ještě vyžaduje malý oddíl, kam se uloží zbytek grubu

Pokud první partition začíná až na 63. čemsi (cylindru?), tak narve stage1.5 do 32 KiB, které jsou na 1. - 63. čemsi. Když se mi podaří vyrobit partition table, kde tohle místo není, tak se to vysere.

To, jestli onen kód v MBR dokáže načíst jádro či zbytek bootloaderu záleží na implementaci onoho bootladeru, jak si to zařídí.

A dá se vůbec do 446 bajtů narvat 64bit LBA, aby to umělo načítat z celého velkého disku? Podle mě byl právě v tom problém, ale možná se pletu. Že v těch 446 bajtech se právě lezlo na disk přes BIOS, který 64bit LBA neuměl.

Jinak s EFI nemám žádnou zkušenost a netuším, jestli tam musí/nemusí být nějakej extra EFI boot oddíl, asi jo.

EFI oddíl je FATka, na které je uložený konfigurák (obdoba menu.lst) a soubory, které to má zavádět (typicky jádro). Osobně mi takový přístup přijde zbytečně překomplikovaný.

[Jardík]

Tady o tom grubu něco píšou, proč potřebuje ten oddíl, právě protože tam nemá to místo v tom čemsi o čem píšeš

GRUB in BIOS-GPT configuration requires a BIOS boot partition to embed its core.img in the absence of post-MBR gap in GPT partitioned systems (which is taken over by the GPT Primary Header and Primary Partition table). This partition is used by GRUB only in BIOS-GPT setups. No such partition type exists in case of MBR partitioning (at least not for GRUB). This partition is also not required if the system is UEFI based, as no embedding of boot sectors takes place in that case.

[Jendа]

Jo my vlastně mluvíme o GPT . Tak to pak jo

(Taky jsem si s tím užil - konkrétně s konverzí disku z DOS na MBR. Ještě štěstí, že byl na začátku /boot - mohl jsem ho zmenšit a vytvořit tam tu fake partition.)

[Martin Juhas]

1GB EFI boot part

Nie náhodou 1MB EFI boot partícia ?

[Jendа]

Pokud chce přes EFI bootovat rovnou kernel, tak ten se mu do 1 MB nevejde.

[Jardík]

Na 2 "linuxy" je dobrý udělat třeba ext2 /boot ~100MB (nebo víc, podle toho, kolik tam bude jader), bootloader třeba syslinux, BTRFS jako root a udělat extra subvolume pro každý distro. Funguje to výborně a distra sdílejí celkovou kapacitu disku.

[pavlix]

Neumějí už některé bootloadery btrfs?

[Aleš Kapica]

Ale to víš že jo. Grub2 kupříkladu.

[kralyk z abclinuxu]

Syslinux umí btrfs taky...

[Jardík]

No i syslinux ho umí, ale dokáže načíst jen data z toho hlavního top-level subvolume (nebo jak to nazvat) a neumí kompresi. Z toho jsem se poučil, když jsem ho chtěl s kompresí a subvolume použít. Musel jsem to pořešit extra boot oddílem. Jak je na tom grub, to netuším.

[kralyk z abclinuxu]

8GB swapu mi přijde zbytečně hodně, 16 GB na root mi zas přijde málo...

[prqek]

Proč? Když ti dojde místo na rootu, tak uděláš ramdisk.

[Bystroushaak]

Nechceš mi nainstalovat linux na macbook (early 2008)? :D Já s tím válčím už měsíc a pořád prohrávám. Přitom vím jistě, že to jde. Dostal jsem se do stavu, že grub začal bootovat, ale celé to padlo na hlášce "checking battery.." v asi čtvrté vteřině.

[Bedňa]

Vyhoď von baterku :)

[Jardík]

!

[Bystroushaak]

Myslím to vážně. Kdyby s tím měl někdo zkušenosti (tím myslím že to bude schopný během hodiny/dvou udělat) a vyskytoval se někde v praze, tak si může přivydělat :)

[gtz]

naštuduj si to a půjde to. Já jsem to dělal snad před 3 roky a matně si pamatuji, že se něco muselo cpát do macos a tehdy se to dalo rozchodit jen přes dual-boot (macos a čistý debian). (macos debian)

[Bystroushaak]

naštuduj si to

..

Věnoval jsem tomu pár desítek hodin života a už se mi s tím nechce srát.

Píšu, že jsem se dostal do stavu, kdy mi jádro začalo bootovat. To něco co se cpe do macos je refit, který tam samozřejmě mám. Linux se tam v pohodě nainstaluje, ale když se má nainstalovat grub, tak to padne (protože nejspíš nechápe to jejich EFI). Když jsem ho instaloval později z chrootu, tak jsem se dostal k tomu, že systém začal bootovat, ale po pár vteřinách to vytuhlo.

[Aleš Kapica]

Neříkám že bych tvůj problém vyřešil, ale přinejmenším bychom ti s ním mohli s kolegy pomoci. Pokud je ve stavu že se o boot alespoň pokouší, pak to znamená že uz jsi blízko. Bohužel pro tebe však mám příští týden dovolenou.

[Bystroushaak]

Teď jsem si s tím pár hodin hrál a už je to zase ve stavu, kdy se to o boot ani nepokouší, resp. hned končí černou obrazovkou :D Asi to prostě prodám a koupím něco míň pošahanýho.

[Bystroushaak]

Příloha:

• airmint.jpg (199366 bytů)

Hm. Z ničeho nic mě zasáhlo osvícení a už to šlo. Jen to chtělo chroot do mintu, z něj nainstalovat refind a teprve potom zkusit nainstalovat grub na /dev/sda, nikoliv /dev/sda6 (root), jak se píše v každé blbém návodu (protože do /dev/sda by to jít nemělo, jelikož tam někde sedí applovský EFI).

A to celé jen za měsíc a půl občasných pokusů a tak 20h čistého času :S

[Aleš Kapica]

Podstatné je, že se ti to podařilo zlomit!

[gtz]

aha já jsem nějak přesně nepochopil, že už to máš nainstalované jen grub nechodí.

Jistě když klonuješ disk z jednoho na druhý a na ten druhá dáváš zavaděč tak musíš přes chroot a dávat to přímo na jeho disk. (návody co jsou na /dev/sda jsou myslím na disk kde nic jiného není, prostě přeplácne grub MBR).

[Bedňa]

Dá sa tam nejak vypnúť ACPI? Teda pozrieť power managment a povypínať čo sa dá, možno zaberie.

[gtz]

u openSUSE si řekneš co a kam chceš připojit, který oddíl zformátovat, instalák je na to dobře připraven. Sám jsem takto dával pryč nějaké SHIT-BUNTU co bylo na Dellu a dal jsem tam openSUSE. A zákazník je nyní plně spokojen s 13.1

[lukve]

trošku som s toho počitača sklamany, pišem to ako prihlaseny  a nie ako anonyma by  ste vedeli  aMD sa na linux nehodi teda aspon nie APU. inač kamarat si kupil 8 jadro od AMD podla testov uz neviem v akom programe mal dat 10 000 bodov a jemu dal len 7 000 proste je to kus slabsie nez intel, a aj radeon grafika co je v apu je v linuxe kus ako starček.nevadi aspon mam bohate vybavenu dosku takze mam tam 8x sata a mozem kupit lepsiu grafiku co pojde pod linuxom.

[dizz]

Nevim, ja bootovani z UEFI normalne pouzivam uz rok a na Debianu testing mi vse chodi... Ano libi se mi jak v UEFI setupu desky pri vyberu bootovaciho zarizeni mi to pise "debian"

Pokud se nepletu mam i GPT