Kdysi v pravěku jsem si rozdělil disk na dvě sady partitions; tehdy to bylo racionální rozhodnutí, nové verze linuxu jsem instaloval od nuly a tak se hodilo mít možnost udělat to paralelně a přepnout se až když bylo vše odladěné. Stejně jsem to udělal i na novém železe, jenže to už mi upgrade pomocí správce balíčků fungoval spolehlivě. Místo toho jsem při posledních instalacích začal mít problémy s místem.

Chvíli jsem uvažoval o přerozdělení disku a velké instalaci, ale té práce… Lepší by bylo zvětšit oblast, jenže jak? LVM nemám. Stačil ovšem jeden dotaz na google a znal jsem klíčové slovo gparted.

Podle návodu jsem naklikal smazání nadbytečných oblastí, pak zvětšení té rootové a nakonec jsem to celé spustil.

Bylo to extrémně hladké, dokonce hladší než mělo – podle popisu by měla být oblast odpojená, ale u mě to gparted zvládl normálně za běhu.

Vysvětlení jsem dohledal dodatečně v popisu vlastností a schopností gparted:

Dvě fajfky znamenají, že to umí i za běhu:

(Úžasné!)

---

Pak už to byla klasická instalace. S - už také klasickými – problémy s remi repozitářem.

sudo dnf system-upgrade download --releasever=36
(...)
Errors during downloading metadata for repository 'remi-modular':
- Curl error (37): Couldn't read a file:// file for file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi-36 [Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-36]
Chyba: Failed to retrieve GPG key for repo 'remi-modular': Curl error (37): Couldn't read a file:// file for file:///etc/pki/rpm-gpg/ RPM-GPG-KEY-remi-36 [Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-36]

Chybí klíče, ale co s tím? Mám je někde stahovat a instalovat ručně? Kolik jich vlastně mám a nejsou něco symlinky?

ls -l /etc/pki/rpm-gpg/RPM-GPG-KEY-remi*

-rw-r--r--. 1 root root 1340 23. bře 2017 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi
-rw-r--r--. 1 root root 3100 23. bře 2017 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2017
-rw-r--r--. 1 root root 3143 16. led 2018 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2018
-rw-r--r--. 1 root root 3183 19. srp 2019 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2019
-rw-r--r--. 1 root root 3183 17. úno 2020 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2020
-rw-r--r--. 1 root root 3183 4. led 2021 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2021
lrwxrwxrwx. 1 root root 20 3. zář 2021 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-34 -> RPM-GPG-KEY-remi2021
lrwxrwxrwx. 1 root root 20 3. zář 2021 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-35 -> RPM-GPG-KEY-remi2021

Hmm, takže zalinkovat by to šlo. Ale co když nesedí verze? Rozhodl jsem se postupovat defenzivně a znovu nainstalovat dosavadní balíček, třeba už v sobě bude obsahovat klíč pro další verzi.

rpm --erase remi-release
dnf install https://rpms.remirepo.net/fedora/remi-release-35.rpm

A opravdu:

#ls -l /etc/pki/rpm-gpg/RPM-GPG-KEY-remi*
-rw-r--r--. 1 root root 1340 23. bře 2017 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi
-rw-r--r--. 1 root root 3100 23. bře 2017 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2017
-rw-r--r--. 1 root root 3143 16. led 2018 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2018
-rw-r--r--. 1 root root 3183 19. srp 2019 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2019
-rw-r--r--. 1 root root 3183 17. úno 2020 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2020
-rw-r--r--. 1 root root 3183 4. led 2021 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2021
-rw-r--r--. 1 root root 3187 10. úno 11.16 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi2022
lrwxrwxrwx. 1 root root 20 10. úno 11.28 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-35 -> RPM-GPG-KEY-remi2021
lrwxrwxrwx. 1 root root 20 10. úno 11.28 /etc/pki/rpm-gpg/RPM-GPG-KEY-remi-36 -> RPM-GPG-KEY-remi2022

Pak se zase vysypal přehled skupin, pro které neexistuje shoda:

Neexistuje shoda pro skupinu balíčků "google-noto-sans-syriac-western-fonts"
Neexistuje shoda pro skupinu balíčků "bcm283x-firmware"
Neexistuje shoda pro skupinu balíčků "ubuntu-title-fonts"
Neexistuje shoda pro skupinu balíčků "kanjistrokeorders-fonts"
Neexistuje shoda pro skupinu balíčků "scim-bridge-gtk"
Neexistuje shoda pro skupinu balíčků "drehatlas-xaporho-fonts"
Neexistuje shoda pro skupinu balíčků "khmer-os-fasthad-fonts"
Neexistuje shoda pro skupinu balíčků "drehatlas-warender-bibliothek-fonts"
Neexistuje shoda pro skupinu balíčků "google-noto-sans-syriac-estrangela-fonts"
Neexistuje shoda pro skupinu balíčků "scim-bridge-qt"
Neexistuje shoda pro skupinu balíčků "yanone-tagesschrift-fonts"
Neexistuje shoda pro skupinu balíčků "culmus-shofar-fonts"
Neexistuje shoda pro skupinu balíčků "vollkorn-fonts"
Neexistuje shoda pro skupinu balíčků "google-noto-sans-tibetan-fonts"
Neexistuje shoda pro skupinu balíčků "tlomt-junction-fonts"
Neexistuje shoda pro skupinu balíčků "polarsys-b612-sans-fonts"
Neexistuje shoda pro skupinu balíčků "xorg-x11-drv-armsoc"
Neexistuje shoda pro skupinu balíčků "authselect-compat"
Neexistuje shoda pro skupinu balíčků "scim-bridge-qt3"
Neexistuje shoda pro skupinu balíčků "google-noto-sans-syriac-eastern-fonts"

ale jiné než minule. Nevím co to je, ani co s tím, takže to opět ignoruji a jdu na věc:

sudo dnf system-upgrade reboot

Jak dlouho upgrade trval tentokrát nevím, šel jsem na nákup a po návratu už mě vítala nová přihlašovací obrazovka.

Následovaly kontrolní příkazy.

rpmconf -a

vypsal nějaké změny v dnf.conf (věřil jsem package providerovi) a etc/hosts (tady jsem věděl, že změny už nepotřebuju, a nechal to také přepsat verzí z balíčku).

Nespokojení duplikáti žádní:

dnf repoquery --unsatisfied
dnf repoquery --duplicates

Balíčků mimo repozitáře zase trochu přibylo (už je jich 68),

dnf list extras

protože ale nepoznám co z toho patří k driverům na tiskárnu a na scanner, nebudu se tím rozptylovat. Ostatně místa mám teď dost… A hotovo! Všechno funguje a konečně zmizelo i nezobrazování některých oken na liště (viz poslední odstavec z reportáže o Fedoře 29).