https://www.phoronix.com/news/Fedora-43-Bigger-Boot-Firmware
o, regen a puppy linux osszesen 2GB tarhelyen mukodott
- 802 megtekintés
Hozzászólások
Valami 40 darab 3.5"-os HD-s (1.44MB) flopi elég volt az első Linuxom teljes telepítőkészletéhez...
- A hozzászóláshoz be kell jelentkezni
Mert valami ótvar bloat -ot választottál, azért! :-)
Bezzeg az én BrazilFW linuxom csak egy floppy volt, ehehhe! :-)
- A hozzászóláshoz be kell jelentkezni
Már nem is emlékszem 1 vagy két floppys volt az első linuxom, de benne volt az X is, és loadlin.exével lehetett elindítani dos-ból, umsdos fájlrendszert használt, még gyökérpartíció se kellett, nemám hogy /boot :D '95 táján
- A hozzászóláshoz be kell jelentkezni
En itt azt sem ertem, hogy miert vannak a firmwarek a /boot-on, azok nem a /lib/firmware -ben laknak?! Ha valakinek van a gepeben egy GA102, akkor a dracut meg fogja es berakja ezt az 1 firmwaret az initrdbe, amivel megnovelte az initrd meretet ~50 megaval.
- A hozzászóláshoz be kell jelentkezni
Azért meg bootkor a kerneldrivereknek be kell töltenie, sokszor még azelőtt, hogy a / és a /lib/-et felcsatolná a rendszer.
Ez ellen egyébként már többször felemeltem a hangom. Mármint a kicsi EFI partíció miatt, a Vista/Win7 korszakban MS elterjesztette azt a hülye tévhitet, hogy 100 MB ought to be enough for anybody, aztán már ez a Windowsra se nagyon igaz, Linuxnál is rezeg a léc, ha meg dual/multiboot van, akkor meg egyértelműen nem elég. A sok gigás, terás háttértárak korában ezen ne spóroljon senki, fél-egy gigát is lehet adni neki, aztán legfeljebb kihasználatlan, de sose telik be, nem kell többet hozzányúlni.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Nem kevered veletlenul a /boot particiot az EFI system particioval? Az EFI rendszerparticiora alig-alig kerul valami, egy friss installalasu, secure boot bekapcsolt gepen, ahova mindenfele trukkozes nelkul telepitettel Windowst es Fedorat (11 es 42), ott peldaul, osszesen 40 MByte foglalt a 100 MByte meretu particiobol, igy tobb, mint a fele szabadon van.
Az emlitett GA102 firmware merete 96 MByte, xz-vel tomoritve, ahogyan az initramfsnel szokas, ugy is "csak" 75 MByte a merete. Ha ezt hozzacsapod egy "szokasos" meretu initramfshez (ezen a gepen ez 56Mbyte), akkor meg mindig csak 131 MByterol beszelunk. Ehhez hozzajon a kernel merete, ami kb 10-15 mega, azaz kb 150 MByte/kernel az, amivel szamolni lehet. Ha a 3 utolsot akarod meghagyni, akkor latszik az, hogy a sok-sok evvel ezelotti 512 MByte /boot meretet kezdjuk kinoni. En oriasi pazarlasnak latom, meg az 1 GiB meretet is. Raadasul ez a GPU firmware is olyan, hogy boven raersz betolteni a /usr/lib elerhetosege utan, mert mind BIOS mind UEFI eseten tud irni a kijelzore a kernel, tehat ezt "belebugyolalni" az initramfsbe szerintem, folosleges.
- A hozzászóláshoz be kell jelentkezni
Biztos azzal keveri. Mondjuk Fedora default a /boot 1GB/ext4 a telepítőtől.
- A hozzászóláshoz be kell jelentkezni
A Deb/Ubu rendszerekre azért nagyon kellene már egy kernel takarító, mert én csak abból szoktam észrevenni, hogy kellene takarítani, hogy kinövöm a /boot -ot.. 😅
- A hozzászóláshoz be kell jelentkezni
Az 25MB ugye... :-P
- A hozzászóláshoz be kell jelentkezni
Mindez többek közt azért, mert a /bin és /sbin csak symlink az /usr/bin, /usr/sbin könyvtárakra, tehát ha azt szeretnénk, hogy egy esetleges /usr mount nélkül is legyen valami, ami működik, akkor ezek nagy részét be kell nyomni az initramfsbe.
- A hozzászóláshoz be kell jelentkezni
Mondjuk erre elég lenne egy BusyBox-szerű rescue opció a /boot-ban, 2-3 megabyte elég neki, nem kell az initrd-t szemetelni.
- A hozzászóláshoz be kell jelentkezni
Csak ha mondjuk a Buziboxban esetleg mountolnál is, vagy megnéznéd a filerendszer állapotát, netán a hálózatot, wifit, blabla, akkor máris nem 2-3 megabyte. Persze a másik fele a betöltendő kernel modulok, ha esetleg a root titkosítva van, akkor LUKS, ha netán LVM-ed is van, akkor az LVM utility-k, ha RAID, akkor mdadm... soroljam?
- A hozzászóláshoz be kell jelentkezni
Most akkor azt akarod, hogy minden dolog működjön, ami hiba lehet, vagy "valami működjön"? Döntsd el.
- A hozzászóláshoz be kell jelentkezni
Írtam bármit is arról, hogy én mit akarok? Okokat írtam. Az mindenképpen szükséges, hogy egy esetleges mount probléma esetén ne feltétlen rescue disk kelljen ahhoz, hogy ezt helyre lehessen hozni.
- A hozzászóláshoz be kell jelentkezni
Ez ígyis-úgyis rescue diszk, csak éppen a /boot-on van tárolva, nem pedig valami különálló eszközön.
- A hozzászóláshoz be kell jelentkezni
Azért userként engem nem zavar, hogy nem kell ilyenkor valahonnan szedni egy rescue disket...
- A hozzászóláshoz be kell jelentkezni
ezt a symlinkelés nekem se a szívem csücske. Mondjuk ha ext4 a gyökér, és kis rendszer, akkor minek egyáltalán /boot ? Az már jó obsoleted lett, főleg amióta nem egy nem relokálható blokkot címezne a lilo.. csak ugye közben bejött az új játék, az EFI, és 20+ év után ismét van dos-os fájlrendszer a gépemen:)
- A hozzászóláshoz be kell jelentkezni
akkor kell /boot, ha a /-t nem eri el (konnyen) a grub, pl. luks titkositott a /.
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Messze nem obsolate a /boot hanem okosan használva óriási segítség, és jó is hogy van még ez az intézmény.
Pl ha a gyökér (/) LVM-en van, vagy RAID-en, esetleg titkosított, akkor kell a /boot mert a BIOS mindezeket nem fogja tudni neked feloldani, és az UEFI firmware-be is felülről korlátos, hogy mennyi hülyeséget tudsz belegyűjtögetni.
Én azt szoktam pl VM-eknél csinálni, hogy van egy 1 GB /boot, szigorúan ext3, a maradék pedig LVM, kedvem szerint szétosztva a tárhelyet. Könnyen átméretezhető (mindkét partició primary, mert VM-nél a gyökér partíció csak DOS táblát hordozhat), könnyen mozgatható, és nem függök semmitől.
- A hozzászóláshoz be kell jelentkezni
Bootol a sw raidem boot nélkül is gond nélkül. Desktopon meg elég nekem a hdd jelszó. VM-ből már nem sokom van, inkább csak podman containerek; De világos, hogy van olyan scenario ahol hasznos;
- A hozzászóláshoz be kell jelentkezni
jo, de /boot-ba minek GPU firmware? lesznek /boot jatekok? :)
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Azért, mert a KMS-hez kell a GPU teljesen, amihez meg kell a GPU firmware.
- A hozzászóláshoz be kell jelentkezni
oke, de melyik ponttol van szukseg a KMS-re? a grub nem efi framebuffert hasznal? uhd-n olyan lassu a grubom, hogy csak na, ebbol arra kovetkeztetek, hogy az nvidia drivert kesobb tolti be.
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
A firmware nem a Grubnak kell, hanem a kernelnek, ugyanúgy, mint az initrd
- A hozzászóláshoz be kell jelentkezni
tehat ha jol ertem, eddig eleg volt akkor betolteni az nvidia drivert, mikor az X indult, most ezt valamiert meg azelott meg akarjak csinalni, mielott a pivot_root/switch_root megtortenne?
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Eddig se akkor töltötték be az nVidia drivert amikor az X indult, mert a KMS/framebuffer már azt használja, ugyanis menet közben nem tudsz videodrivert cserélni userspace-ből.
Azt hiszem, hogy az volt, hogy a pivot_root/switch_root előtt natúr BIOS képernyővel mentünk (a sima 80x25-össel) és utána váltottunk át grafikus képernyőre a megfelelő videókártya driverrel.
Gondolom a gondot az jelenti, hogy van egy éles váltás a kettő között (jó hogy, hiszen videómódot váltunk) és ez nem annyira smooth.
- A hozzászóláshoz be kell jelentkezni
nalam ez van a dmesg-ben
0.41s-nel freeing initrd memory
4.93s-nel nvidia: loading out-of-tree module taints kernel
a ketto kozott is ir a kepernyore, kb. az X indul 5s-nel.
az efi framebuffer sem 80x25-osnek tunik, de nem szamoltam meg a karaktereket.
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Nocsak, nem a Windows az egyedüli akit utolért.
- A hozzászóláshoz be kell jelentkezni
Fedora 42
Boot 2 GB, foglalt 236M
3 db kernel
initramfs fc41 óta 20MB-al lett nagyobb. Ugyanaz a 6.16.7 39MB-ról 59MB-ra hízott. A vmlinuz nem változott, 17MB, System.map 12MB
Inteles configuráció.
- A hozzászóláshoz be kell jelentkezni
ahogy a címben is benne van, az nVidia GPU firmware miatt lett lényegesen nagyobb... ha neked olyan nincs a gépedben, akkor téged ez nem érint.
- A hozzászóláshoz be kell jelentkezni
nekem van nvidia gpu es 2 kernel/initramfs a /boot alatt.
osszesen 256MB-ot foglal.
most megneztem, a gsp_ga10x.bin 37M, a gsp_tu10x.bin 23MB
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
nekem így nőtt ugyan azon (Lenovo P52) a gépen:
-rw------- 1 root root 83M Mar 13 2025 initramfs-6.12.
-rw------- 1 root root 41M Mar 13 2025 initramfs-6.6.
a céges gépeken viszont ~200MB-os állományok is vannak - a újabb modelleken és kernelekkel
De lehet csak rákenik az nvidiára, és a gyakorlatban meg valami egészen mástól hízik ;)
- A hozzászóláshoz be kell jelentkezni
Idézet magamtól:
Ugyanaz a 6.16.7 39MB-ról 59MB-ra hízott.
-rw------- 1 root root 39M Sep 17 21:31 initramfs-6.16.7-100.fc41.x86_64.img
-rw------- 1 root root 59M Sep 18 14:55 initramfs-6.16.7-200.fc42.x86_64.img
Egy sima dnf system-upgrade és a kernel ráadásul ugyanaz mit korábban. És esetemben az nvidiára sem lehet fogni... Gyanús, hogy valami más oka is lehet.
- A hozzászóláshoz be kell jelentkezni
Nekem az egyik gépemen 100M az initramfs, egy másikon 35. A kernel megegyezik, a disztribúció is. Mindkettő Debian. Az egyik gépen három firmware csomag van, a másikon 10 (mondjuk arra sincs mind szükség, mert pl. nvidia grafikus kártya nincs a gépben, a firmware fenn van, hasonlóképp valahogy felkerültek Atheros wifi firmware-ek, ami szintén nincs. Lehet, hogy át kéne nézni, mi van a gépben, és kidobni a felesleget.
- A hozzászóláshoz be kell jelentkezni
az /etc/initramfs-tools/initramfs.conf-ban
MODULES=most
vagy
MODULES=dep
van?
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
volt valami tomorito eltavolitas, a modulok ugyanazzal a tomoritovel vannak tomoritve?
persze arra nem emlekszem, hogy ez pont szeptember 17 es 18 kozott tortent volna :)
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Na, kíváncsiságból eltávolítottam néhány firmware-t (nvidia, mediatek, atheros), és újrageneráltam az intramfs-t. A 102 M méretból lett 62 :)
- A hozzászóláshoz be kell jelentkezni