Pokud si dobře pamatuju tak RPI nepoužívá GRUB. Správa boot RPI je jednoduchá, možná i jednodušší než ESP na klasickém PC. Stačí smazat staré jádra a basta.
Na co bych si dal bacha je, jaké jádro tam nechat. Předem píšu, že RPI4 nemám, Mám předchozí modely(několik let někde v šuplíku) a pak novější RPI5. Myslím, že od verze RPI4 není podporován
U-BOOT. Na RPI5 na 100% nejde. Respetive, ještě před měsícem nešlo. Avšak RPI foundation vydává přímo bootovatelná jádra. A tak stačilo z /boot smazat u-boots, jádro distribuce a nahradit to jádrem RPI. Nevím jak by to fungovalo s Ubuntu, protože to používá "vlastní" opachtovaná jádra. Avšak i Ubuntí jádro pro RPI by to mělo zvládnout samo.
@miro_ můžeš si část ssd nakopírovat na sd kartu. Odpojit ssd, bootnout z sd. Na sd si smazat co chceš a zkoušet bootovat. Pakliže budeš mít uvolněné místo s funkčním bootem jednoduše tím přepiš boot na ssd a hotovo.
@Ventero, není to nedodělek. Jde o trend kde se přechází z MBR na UEFI. To jen Ubuntu, z pro mě známých (odzkoušených) distribucí, z bezpečnostního hlediska neumožňuje instalaci jader na FAT. Což je věc která se mi na Ubuntu líbí. Jen je to dvojsečné. Díky tomu se musí Ubuntu držet GRUBu a tím přechod na ESP není jednoduchý. Zkrátka a protože GRUB. Vzhledem k návrhu GRUBu to tipuju na vydání GRUB3 verze. Jinak to bude záplata na záplatě. Avšak, není problém to jádro na oddíl FAT přesunout a odtud normálně bootovat.
Trošku se tu motá terminologie.
/boot je prostě buď oddíl nebo adresář někam směrovaný.
Ale může to být i /boot/efi a další dle nastavení distribuce. Ano, je to dneska decentně komplikovanější.
ESP je FATxx oddíl zpravidla sdílený mezi OS, který takový mountpoint většinou obsahuje.
Čili když si otevřete adresář /boot, jste ve FAT32 oddíle. Takže oba tvrdíte to samé jinou terminologií.
lsblk --fs
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1 vfat FAT32 xxxx-xxxx 453M 11% /boot/efi
mount -l | grep /boot
/dev/sdxx on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=winnt,errors=remount-ro)
df -h | grep /boot
/dev/sdxx 511M 58M 454M 12% /boot/efi
Teď nevím proč mi to u df -h nepíše druh hodnot. Když to použiju bez grep, tak to vypíše.
df -hlT
Souborový systém Typ Velikost Užito Volno Uži% Připojeno do
efivarfs efivarfs 128K 46K 78K 37% /sys/firmware/efi/efivars
/dev/sdxx vfat 511M 58M 454M 12% /boot/efi
Proč doporučuji věnovat pozornost volnému místu. Stalo se mi, ale už nevím proč, že se uváděné alokované místo uvádělo chybně daným nástrojem.
Všimněte si také, že se mi u této distribuce vypisuje nikoliv /boot, ale /boot/efi.
Proto si vyžádám přímý výpis.
df -hlTa /boot
Souborový systém Typ Velikost Užito Volno Uži% Připojeno do
/dev/sdxx btrfs 32G 11G 22G 33% /A zjistím z toho, že je to jen adresář jež má sdílené místo s kořenem /.
Nejsem si teď jistý, když nepoužiju specializovaný nástroj a smažu si nějaké soubory v EFI adresáři, zda se smažou i v "BIOSe". Ale klidně to zkusím.
To je protože používáš UEFI. Ubuntu má standardně /boot jako EXT. Jinak máš pravdu.
Snad se mi podaří něco na to téma příští měsíc napsat.
Jen chci ještě vyzdvihnout jednu setsakra nespornou výhodu UEFI. Správa je neskutečně jednoduchá. Nemusí se volat grub update a podobný ptákoviny. Zkrátka se přesune jádro a jupí jede se dál.
Veliké minus je velikost. Protože z dle specifikace UEFI musí být FAT a proto nelze tam mít softlinky. A proto musí být jádro/a umístěny přímo tam. Ale můžou se v pohodě strukturovat do složek.
Téma: Problem plne boot parition... (Přečteno 535 krát)
