[WORKAROUND] grub2: your core.img is unusually large

Linux-haladó

Sziasztok,

egy megkesett dist-upgrade (stretch -> buster -> bullseye) eredmenyekent a kovetkezo dologgal szembesultem:

 

grub-install --recheck /dev/sda
Installing for i386-pc platform.
grub-install: warning: You have a short MBR gap and use advanced config. Please increase post-MBR gap..
grub-install: warning: your core.img is unusually large.  It won't fit in the embedding area.
grub-install: error: embedding is not possible, but this is required for RAID and LVM install.

 

Namost, mivel ez egy production kiszolgalo, itt nem opcio "a torold le a particiot, gyaluld le a raidet", etc. jatek.

A particios tabla ilyen:
 

label: dos
label-id: 0x00000000
device: /dev/sda
unit: sectors

/dev/sda1 : start=          63, size=    64002897, type=fd, bootable
/dev/sda2 : start=    64002960, size=  3843026208, type=83

 

Van valakinek otlete, hogy lehet ezt egyszeruen megoldani, mindenfele destruktiv moka nelkul?

  • 373 megtekintés

( Czo v | 2023. 04. 11., k – 11:18 )

Az sda1 az valami boot particio? A bootable flagbol gondolom. Akkor miert nem irsz egy be egy standard PC kompatibilis MBR-t, majd telepited a grubot az sda1 elejere? 

Akkor nem ertem, hogy miret van neki bootable flagja :D. Akkor viszont az sda2-nek adj bootable flaget es oda agyazd be. Vagy az se 0x83 hanem az is raid? De ha raid, akkor milyen? 0.9-es metadata? Ha 0.9-es metadata es mirror, akkor oda tudsz grubot embedelni (vagyis, regen tudtal). De ha ezek se jok, akkor meg mindig meghagyhatod azt a bootloadert, amit most hasznalsz, vagy beledughatsz egy usb-t, amire csak a grubot teszed. A lehetosegek vegtelenek.

( ggallo | 2023. 04. 11., k – 11:30 )

Ha valamennyi leállási idő megoldható, akkor esetleg egy kis SSD-t betenni sda pozícióba, arra mehet egy /boot és persze a megfelelő MBR, majd sdb1-et megadni root-nak...

Ha az elerni kivant release -ben letezne, hasznalnek (talan), de bullseye alatt mar nem letezik.

Amugy vicces, hogy egy olyan szoftver, mint pl a grub, siman frissulhet az unattended-upgrades segitsegevel, aztan jon a pofon. Ez -a topikindito- alapjaba veve egy bug, meg ha sokak szerint feature is.
Egyebirant egyenesagi felmeno noi rokonnal torteno intenziv kozosulesre szolitanek fel olyan embereket, akik ugy implementalnak valamit, hogy az egy dist-upgrade -t kovetoen ilyen modon (nem) mukodik.

Error: nmcli terminated by signal Félbeszakítás (2)

Szerintem mar 10-15 eve nem hoz letre ugy a telepito particiokat, hogy az elso az a 64. szektorban kezdodik. Ha pedig folyamatos upgrade volt, akkor az egyik release notes debiannal emlitette a valtozast es az erre figyelest.

a, atparticionalod

b, adsz ujabb blokk eszkozt, amin lakhat a grub

c, felrakod a regi grub csomagot, ami meg elfer az ott kb uresnek tekintheto ~62 szektorban

Jol mondod, 10 eves maga az install, a 3. gepet viszi maga alatt.

A c) megoldas lett a nyero, mivel a grub-legacy az 1.2 -es metadata miatt nem jatszik.

Ettol fuggetlenul is fenntartom: ugyanez lefuthatott volna unattended-upgrade (itt epp ilyen nem volt) eseten is, ami ...cinagy baj. A release notes olvasgatasa pont nem az unattended-upgrade -t hasznalok sajatossaga. Mas kerdes, hogy en ezzel nem jatszottam, a gep sokadik kerulgetes utan kerult sorra.

Error: nmcli terminated by signal Félbeszakítás (2)

Szerintem az unattended az nem éppen főverzió váltásra van... Alverziónál/patch-nél meg nincs ilyen komoly változás.

Főverzió váltásnál meg le van írva a release notes-ban, hogy mi lehet breaking change.

De ennél a problémánál ismét előkerül egy nem olyan régi szál témája a rendelkezésre állásról, amiben talán Franko fórumtárs írta, hogy ha nem kritikus a működése, akkor leállítható (pl. partíció méretezés idejére), ha pedig kritikus, akkor HA-ban van, így egy node leállítható. Ha kritikus, és csak egy van, és sose állhat le, akkor úgy is újra kell gondolni...

Ha jól értettem, akkor a baleset nem a dist-upgrade során történt, hanem akkor derült ki, hogy korábban - vélhetően egy unattended upgrade futása során - kalibrálódott el a grub.
Amióta az unattended upgrade simán tarkón lőtt, frissített és újraindított egy postgresql szervert, azóta én bármit kinézek az unattended upgrade-ból. Ebben benne van a kernel- és bootloader unattended frissítése is.