Bij een update van openSUSE 42.3 naar 15.0 en daarna naar 15.1 loopt de installatie halverwege vast op:

(2724/5228) Installing: baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch ……………………………………………….[error]
Installation of baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch failed:
Error: Subprocess failed. Error: RPM failed: installing package baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch needs 7MB on the / filesystem

Abort, retry, ignore? [a/r/i] (a):

Er is nog maar 24,8 Mb vrij op / dus ze is eigenlijk vol.

# df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1900576 0 1900576 0% /dev
tmpfs 1910400 19992 1890408 2% /dev/shm
tmpfs 1910400 1772 1908628 1% /run
tmpfs 1910400 0 1910400 0% /sys/fs/cgroup
/dev/mapper/system-root 30253056 29650716 24820 100% /
/dev/sda1 387456 73618 289314 21% /boot
...

Helaas, dit is een beetje laat, het zou natuurlijk veel beter zijn als de update procedure op voorhand checkt of er genoeg plaats is om het systeem te updaten. Of als euh de gebruiker dit zou checken voordat hij een upgrade doet 😉

update 03/2021: ondertusssen vond ik dit artikel over een Btrfs probleem op de SUSE site.
(punt 3 in een algemeen artikel over System_upgrade)
Waarin ze zeggen: Move /var/cache to a separate subvolume

Nota: Als het root filesysteem niet Btrfs is, of als je upgrade van 15.0 of later, hoef je dit niet te doen.

Ze geven ook de beschrijving hoe je dat moet doen;
– zoek het root filesysteem
– zoek het hoofdsubvolume van alle andere subvolumes, vanaf oepnsuse 15.1 herken je dat aan een @ teken, zoniet kijk naar subvolume ID 5.
– mount het op een tijdelijk mountpunt
– move /mnt/var/cache die al bestaat* naar bv /mnt/var/cache.old (* kan zelfde zijn als /var/cache)
– maak nieuw subvolume bv btrfs subvol create /mnt/var/cache
– move de .old naar de nieuwe locatie of mv /var/cache/* naar de nieuwe /mnt/var/cache
– unmount subvolume van tijdelijk mountpunt
– voeg het nieuwe subvolume /var/cache toe aan /etc/fstab (gebruik een bestaand subvolume als voorbeeld en laat zeker de UUID van het root file systeem hetzelfde; subvolume naam en mountpunt /var/cache.
– mount het nieuwe subvolume zoals voorzien in /etc/fstab (mount /var/cache)
– daarna kan je verder met zypper ref, zypper update..

Op het moment dat ik dat nog niet gevonden had ging ik zo verder:

Ruimte vrijmaken
Ik hoop op de / oude overbodige bestanden te vinden die ik kan verwijderen…
(meer…)

Als je het systeem wil bijwerken (hier van 15.1 naar 15.2) terwijl je verderwerkt, kan je kiezen om in twee stappen te werken, en eerst de wijzigingen af te halen om ze pas in een tweede stap door te voeren.
Bij voorkeur rechstreeks op de ethernet netwerkkabel met maximale snelheid, het kan wel wat langer duren via wifi of via een andere trage/gedeelde verbinding.

Ps: er is nu ook een andere manier waarbij gebruikt gemaakt wordt van de variabele voor huidig systeem, met “releasever=15.2” enz. (zie artikel hier)

Voorbereiding
Check je backups. Check server-applicaties als databanken; backup (dump) en uitschakelen, sluit virtuele machines af. Maak een backup op extern medium van de organisatie van je huidig systeem; bv de repo’s (zie onder) en het bestandssysteem (df -h).

Check de bestaande repositories; zet de extra repositories af, blijft openSUSE-Leap-15.1-OSS, openSUSE-Leap-15.1-Update.
(gaat gemakkelijkste in yast2)

Om eventueel nadien te vergelijken met wat er voordien was ingesteld kopieer ik de huidige softwarebron-instellingen:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20210203

‘/etc/zypp/repos.d’ -> ‘/etc/zypp/repos.d.20210203’
‘/etc/zypp/repos.d/opensuse-guide.org-repo.repo’ -> ‘/etc/zypp/repos.d.20210203/opensuse-guide.org-repo.repo’
‘/etc/zypp/repos.d/openSUSE-Leap-15.0-1.repo’ -> ‘/etc/zypp/repos.d.20210203/openSUSE-Leap-15.0-1.repo’
… enz…

Repo
Vervang in de repository bronnen alle 15.1 door 15.2
sed -i 's/15.1/15.2/' /etc/zypp/repos.d/*

(geeft geen feedback als het gelukt is)

Ververs de repositories:
zypper ref

Ophalen van metagegevens uit opslagruimte ‘…’
enz…

Je kan de upgrade ineens laten uitvoeren zypper dup, ofwel eerst laten afhalen van de bestanden van de distributie update:
zypper dup --download-only

Hier kan je vragen krijgen als je vergeten bent de andere repositories af te zetten (bv om om te schakelen van een externe repository naar een opensuse repo) …

Bevestig…

(Dat duurt even – bv van 15:34-… – en de lijst rolt voorbij op het scherm).

Een goede vraag om alsnog te stellen: is er genoeg plaats op het systeem om een update uit te voeren, zodat we niet middenin vastlopen met een volle systeempartitie.
(als je een aparte /home partitie hebt die heel groot is en nog grotendeels vrij: daar heb je hier niets aan)

linux-re9d:/home/test # df -h


dev/mapper/WDC_WD1600BJKT-75F4T0_WD-WXE0A9917387-part2 40G 27G 14G 66% /

Alles wordt eerst gedownload en dan geïnstalleerd.
Om een idee te geven: een installatie-DVD is 4 GB, en je zal normaal niet alles vervangen.
(op een KDE desktop met widgets voor netwerkmonitor, cpu-gebruik, ruimtegebruik harde schijf, vooral de partities / en /home, kan je goed de werkzaamheden volgen.)

Ik zie bv een partitie met 20 GB vrij krimpen naar 16,9 vrij op einde “retrieving” werk.
Tijdens het installeren gaat die nog wat lager, het laagste dat ik zag is 11,7 GB, de achterafscripts veranderen daar niet veel meer aan, wordt 11,8. Er wordt dus ook niet veel opgekuist. Ik zie nog wel wat cpu gebruik, top laat zien dat snapper aktief is.
(nadien in de gebruikersdesktop was het terug 14,3 GBvrij)

Omdat nu programma’s die in gebruik zijn vervangen kunnen worden, kan je (maar dat moet niet) afmelden en in een terminal venster inloggen met root.
Zo ja:
– (CTRL-ALT-F1)
– We kunnen naar init 3 toestand gaan om de grafische login (op scherm ALT-F7) ook uit te schakelen.
Als root de distributie upgrade “dup” uitvoeren:
init 3
zypper dup

(of zypper --no-refresh dup als je eerst de bestanden had afgehaald, ze staan klaar in de cache van zypper).

Dan zie je de detaillijnen voorbijrollen tijdens de installatie: vooraan wordt de teller bijgehouden.
Dit kan wel even duren… zo’n 40 min. bv.;
(bv van 19:19 tot …19:39 ongeveer helft van de 2951 paketten … 19:58 posttrans scripts uitvoeren…20:00 Gereed.)

Ik kreeg in een bepaald geval een helebool meldingen over het omschakelen naar opensuse om de nieuwe versies te gebruiken van VLC, tuxpaint, gambas3, enz
Zie verder onderaan Geval 2 (broadcom) en Geval 3 (MySQL), en hieronder een log van de meldingen van aanpassingen door Yast voor Geval 1:

(meer…)