A máme tu další půlrok, další upgrade a tedy další kolo loterie.

Odstranění remi a spol.

Problémy s remi repozitářem jsem se rozhodl vyřešit preventivně a radikálně. Měl jsem ho kvůli PHP, které jsem si zase nainstaloval kvůli hledání řešení pro statistiky bez cookies a také v záchvatu modernizace řešení komentářů. Jenže:

1. statistiky jsem vyřešil pomocí Matomo
2. k upgrade verze PHP v komentářích jsem byl donucen tamtéž

Takže upgrade Fedory jsem tentokrát zahájil likvidací mariadb, php i remi repozitáře:

systemctl disable --now mariadb
dnf remove mariadb-server
dnf remove php-pdo php-mysqlnd
dnf module remove php:remi-8.0
rpm --erase remi-release

Instalace

Pokračuje klasická instalace:

sudo dnf system-upgrade download --releasever=37

Shrnutí transakce
=================
Instalovat 68 balíčků
Aktualizovat 3046 balíčků
Odstranit 9 balíčků
Snížit verzi 14 balíčků

Celková velikost ke stažení: 6.1 G
DNF will only download packages, install gpg keys, and check the transaction.

Za 4.5 minuty staženo a přišla další fáze:

sudo dnf system-upgrade reboot

Tady už to trvalo delší dobu, dohromady 25 minut, ale vše bez problémů. Pak obvyklé dokončovací kroky; kontrola konfigurací:

rpmconf -a

Třikrát něco s konfigurací open JDK security, tam jsem volil novou verzi.

Pak konflikt s konfigurací lightdm. Tam mám zapnutí nom-locku, takže jsem zkusil „merge“. To bohužel selhávalo kvůli chybějící proměnné pro zobrazovací program. Nakonfigurovat jsem ji zvládl, ale asi by to bývalo chtělo nějaký program, který umí mergování, mousepad mi jen otevřel oba soubory a stejně jsem nevěděl co dál. Nakonec jsem do nové verze vložil příslušný řádek s konfigurací a vybral že chci ji.

Dále „/etc/cups/cups-browsed.conf“. Výpis rozdílů nevypadal jako něco co bych měl řešit, takže „new“.

Zato postfix už si pamatuju, takže rozhodně „N or O  : keep your currently-installed version“.

Kontrola balíčků, kterých chybí nějaké dependence:

dnf repoquery --unsatisfied

kupodivu něco našla, a zase remi (!)

Modular dependency problem:
Problem: conflicting requests
- nothing provides module(platform:f36) needed by module php:remi-8.0:20221114090252:00000000.x86_64
Configuration file '/etc/postfix/main.cf'

co s tím? Asi jsem při mazání na něco zapomněl, zkusil jsem reset:

dnf module reset php

pak už se chyba neopakovala. Dále kontrola duplicit:

dnf repoquery --duplicates

Nic, vše ok. Balíčky mimo repozitáře:

dnf list extras

Je jich 57, takže mírné zlepšení (ale řešit to pořád ještě nebudu).

(Pseudo)problém nVidia

Zdálo se to být vše v pořádku, ale bohužel, při startu jsem si všiml červené hlášky. Sice jsem nestihl přečíst o co šlo, ale v /etc/logs/messages se psalo něco o nvidia:

Nov 20 23:37:10 kernel: nvidia: module verification failed: signature and/or required key missing - tainting kernel
Nov 20 23:37:10 kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 236
Nov 20 23:37:10 kernel: nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
Nov 20 23:37:10 systemd-udevd[597]: nvidia: Process '/usr/bin/bash -c '/usr/bin/mknod -Z -m 666 /dev/nvidiactl c 195 255'' failed with exit code 1.
Nov 20 23:37:10 kernel: nvidia_uvm: module uses symbols nvUvmInterfaceDisableAccessCntr from proprietary module nvidia, inheriting taint.
Nov 20 23:37:10 systemd-udevd[606]: nvidia: Process '/usr/bin/bash -c 'for i in $(cat /proc/driver/nvidia/gpus/*/information | grep Minor | cut -d \ -f 4); do /usr/bin/mknod -Z -m 666 /dev/nvidia${i} c 195 ${i}; done'' failed with exit code 1.
Nov 20 23:37:10 kernel: nvidia-uvm: Loaded the UVM driver, major device number 234.
Nov 20 23:37:11 kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 520.56.06 Thu Oct 6 21:22:53 UTC 2022
Nov 20 23:37:11 /usr/bin/nvidia-powerd[905]: No matching GPU found
Nov 20 23:37:11 kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
Nov 20 23:37:11 /usr/bin/nvidia-powerd[905]: Failed to initialize RM Client
Nov 20 23:37:11 systemd[1]: nvidia-powerd.service: Main process exited, code=exited, status=1/FAILURE
Nov 20 23:37:11 systemd[1]: nvidia-powerd.service: Failed with result 'exit-code'.
Nov 20 23:37:11 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=nvidia-powerd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Nov 20 23:37:11 systemd[1]: Failed to start nvidia-powerd.service - nvidia-powerd service.
Nov 20 23:37:11 systemd[1]: nvidia-powerd.service: Consumed 2.010s CPU time.
Nov 20 23:37:12 kernel: [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0
Nov 20 23:37:12 systemd[1]: nvidia-fallback.service - Fallback to nouveau as nvidia did not load was skipped because of a failed condition check (ConditionPathExists=!/sys/module/nvidia).

Samé „failed“ a fallback to nouveau mě docela vyděsilo.

Vrhl jsem se do googlení, podle diskuze to všechno zresetoval a reinstaloval:

dnf remove \*nvidia\* --exclude=nvidia-gpu-firmware
sudo dnf install akmod-nvidia xorg-x11-drv-nvidia-cuda

ale byl to asi planý poplach, to selhané nvidia-powerd bude něco trochu jiného…

Zálohování přes duplicity přestalo fungovat

Další nepříjemnost se ukázala ve chvíli, kdy se spouští automatické zálohování (pomocí Duplicity, viz článek o zálohování).

Traceback (innermost last):
File "/usr/bin/duplicity", line 87, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 70, in with_tempdir
fn()
File "/usr/lib64/python3.11/site-packages/duplicity/dup_main.py", line 1585, in main
do_backup(action)
File "/usr/lib64/python3.11/site-packages/duplicity/dup_main.py", line 1607, in do_backup
action).set_values()
^^^^^^^^^^^^
File "/usr/lib64/python3.11/site-packages/duplicity/dup_collections.py", line 725, in set_values
log.Debug(ngettext(u"%d file exists on backend",
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: not all arguments converted during string formatting

To vypadá jako chyba v kódu skriptů, ale ať jsem hledal jakkoliv, zvyšoval logovací úroveň, studoval logy, řešil velikost dočasné složky apod., nikam jsem se nepohnul. Po hodině jsem to vzdal a udělal downgrade duplicity:

Transakce probíhá
Příprava : 1/1
Snížení verze : duplicity-1.0.0-1.fc37.x86_64 1/2
Vymazání : duplicity-1.0.1-1.fc37.x86_64 2/2
Probíhá skriplet: duplicity-1.0.1-1.fc37.x86_64 2/2
Ověřuje se : duplicity-1.0.0-1.fc37.x86_64 1/2
Ověřuje se : duplicity-1.0.1-1.fc37.x86_64

pak už se zálohování rozběhlo. Aktualizace teď tedy musím dělat bez duplicity:

sudo dnf update --exclude duplicity