Dit is een upgrade van een vers geïnstalleerde 15.1, die het mogelijk maakt met de releaseversion variable te werken; zie https://en.opensuse.org/SDB:System_upgrade
(Als je in stappen upgrades hebt gedaan van vorige versie, bv 42.x, dan kan het zijn dat de releasever nog niet in gebruik is). Zie onderaan (*)

Check of “releasever” in gebruik is:

grep "releasever" /etc/zypp/repos.d/*
Leeg antwoord? Nog niet in gebruik! Releasever instellen.

Ter vergelijking: doe de check met het versienummer dat je nu denkt te hebben, bv 15.1:
grep "15.1" /etc/zypp/repos.d/*

Releasever is aanwezig:

Schakel over en ververs alle repositories naar 15.2
(als root of met sudo)

zypper --releasever=15.2 ref

(ref= refresh)

zypper --releasever=15.2 dup

(dup=distribution update)

Dat werkt als de Leap repositories gedefiëerd zijn in /etc/zypp/repos.d/ met gebruik van de $releasever variabele.

Op het einde krijg je een reboot verzoek.

reboot

De computer start op in het nieuwe systeem…

Releasever instellen
Voorbereiding: even kopieren van bestaande:

cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.yyyymmdd

Vervang het versienummer door de variabele zoals in het “System upgrade” artikel

If they are still hard-coded with a particular Leap version number, then you need to modify them first. For example, assuming your current version is Leap 15…

Je kan een bestaand vast nummer vervangen door de variabele (pas 15.1 aan je huidig versienummer aan!):

sudo sed -i 's/15.1/${releasever}/g' /etc/zypp/repos.d/*.repo
Er komt geen reaktie, maar je kan het weer checken met:
grep "releasever" /etc/zypp/repos.d/*

Dan is de 15.1 vervangen door de releasever variabele en kan je bovenstaande manier gebruiken om te upgraden, door het instellen van de variabele
bv
zypper --releasever=15.2 ref… enz; zie “Releasever is aanwezig”

Ik merk wifi problemen op verschillende ProBooks; o.m. 6560b met i5 (geen wifi), 6560b met Celeron B840 (wifi valt regelmatig weg of start niet), en een wifi die niet meer werkt na upgrade naar openSUSE Leap 15.2 (wifi niet meer herkend).

6560b Celeron
Processors: 2 × Intel® Celeron® CPU B840 @ 1.90GHz
Systeem: openSUSE 15.2 OS Type: 64-bit
Kernel Version: 5.3.18-lp152.60-default
Broadcom BCM43224 802.1a/b/g/n

Soms vind hij geen netwerk bij het opstarten. Soms valt de verbinding weg, en kan ze niet terug gemaakt worden, wordt het wifi netwerk niet meer gevonden (KDE: melding iets als “netwerk verwijderd”). Maar op andere momenten is er geen probleem en kan je gewoon werken, wat het extra vervelend maakt. Ik merk wel vlakbij de gebruikerslocatie een sterk ander wifi netwerk van de buren, met nog een booster. Maar een andere laptop (zelfde merk/model met iets andere hardware) lijkt daar dan weer geen probleem mee te hebben.

Ondertussen een systeemupdate gedaan waarin ik dit terugzag:

2021-02-14 13:53:26|install|broadcom-wl-kmp-default|6.30.223.271_k5.3.18_lp152.63-pm152.14.15|x86_64|root@localhost.localdomain|packman|…|
2021-02-14 13:53:26|install|broadcom-wl|6.30.223.271-pm152.14.15|x86_64|root@localhost.localdomain|packman|…

Eerste gebruik nadien lijkt in orde, maar nog te testen in de originele probleemlocatie…

(meer…)

LED-badge
Mono-kleur scherm (blauw, rood, oranje, wit,..). Draagbaar als badge met speld, of bruikbaar als mini-lichtkrant met magneet. Er zijn een paar verschillende uitvoeringen met dezelfde kenmerken binnenin, bv conrad (witte doosjes met sticker/barcode en kleuraanduiding), ALLNET met standaard aziatische foto op doosje (Badge is verschillend: heeft aan-uit schuifschakelaar wat handig kan zijn), …

• Type: M1-8; 44×11 pixels
• aansluiting: micro-usb. Handigste zou een usb kabel of tussenzetkabel zijn met schakelaar; je moet immers telkens de verbinding verbreken om de tekst te bekijken. Maar de meeste kabels met schakelaar hebben alleen de laadfunctie-draden verbonden, dus daar ben je hier niets mee.
• software: git clone https://github.com/jnweiger/led-badge-44x11 en de python3-usb lib
• python programma: sudo python3 ./led-badge-11x44.py -s 3 "Mijn Tekst"

USB
linuxblue:~ # lsusb

Bus 002 Device 005: ID 0416:5020 Winbond Electronics Corp.

dmesg
Uitgetrokken usb kabel:
[ 6326.524334] usb 2-1.3: USB disconnect, device number 6
Verbonden usb kabel:
usb 2-1.3: new full-speed USB device number 7 using ehci-pci
[ 6334.052734] usb 2-1.3: New USB device found, idVendor=0416, idProduct=5020, bcdDevice= 0.00
[ 6334.052738] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 6334.052740] usb 2-1.3: Product: LS32 Custm HID
[ 6334.052742] usb 2-1.3: Manufacturer: LSicroelectronics
[ 6334.054294] input: LSicroelectronics LS32 Custm HID as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/0003:0416:5020.0005/input/input29
[ 6334.054468] hid-generic 0003:0416:5020.0005: input,hidraw0: USB HID v1.10 Device [LSicroelectronics LS32 Custm HID] on usb-0000:00:1d.0-1.3/input0

In KInfoCenter:
Device information, USB devices, EHCI Host controller (2); Unknown:

LS32 Custm HID
Manufacturer: LSicroelectronics
Class: 0 ((Defined at Interface level))
Subclass: 0
Protocol: 0
USB Version: 1.01
Vendor ID: 0x416 (Winbond Electronics Corp.)
Product ID: 0x5020
Revision: 0.00
Speed: 12 Mbit/s
Channels: 0
Max. Packet Size: 64

Software
Er is enkel een witte mini cd (zonder label) bijgevoegd, met 80 Gb Windows software:

webgang@OptiPlex380:/media/webgang/2019-06-05-17-13-00-0$ tree
.
├── [ 2048] Help
│   ├── [ 469504] Instruction(Chinese).doc
│   ├── [ 963584] Instruction(English).doc
│   ├── [ 1015296] Instruction(Spanish).doc
│   ├── [ 188] Read Me.txt
│   └── [ 647575] User Manual-Korean.docx
├── [ 24576] Install.exe
├── [ 2048] LED Display Profession Program
│   ├── [ 10029568] BMPBadgeSetup.msi
│   ├── [ 2048] DotNetFX40
│   │   └── [ 50449456] dotNetFx40_Full_x86_x64.exe
│   ├── [ 427520] setup.exe
│   └── [ 2048] WindowsInstaller3_1
│   └── [ 2585872] WindowsInstaller-KB893803-v2-x86.exe
├── [ 2048] LED Display Program
│   └── [ 12186818] LED Badge.exe
├── [ 228] Read Me.txt
├── [ 174889] User Manual-English.docx
└── [ 952933] User Manual-Korean.pdf
5 directories, 14 files

Linux alternatieven
(meer…)

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…)