Hi,
der Upgrade von 13.2 auf 42.3 hat super funktioniert, aber einige Defaults sollten überdacht (=kommt von denken) werden.
Wer 13.2 verwendet hat eventuell schon die nicht mehr funktionierenden Repositories deaktiviert mit:
wobei <#> für die Nummer des Repositories bei der Abfrage "zypper lr" steht.
Wie man ein Backup des Repositories erstellt und die 13.2-Einträge auf Leaf ändert steht hier
Upgrade To openSUSE 42.1 From openSUSE 13.2
Unter den Leaf Versionen geht es dann immer mit dem gleichen Schema - aber Release für Release - weiter:
SDB:System upgrade - openSUSE
Ich hatte rund 8000 Pakete auf einer SDD. Das geht dennoch recht flott, aber ab und an muss man bestätigen.
VOR dem ersten Upgrade lohnt es sich die noch funktionierende GUI zu nutzen um eine korrekte Schreibweise
der inaktiven baseurls und der gpgkeys in den Dateien unter file:/etc/zypp/repos.d/ zu erreichen:
z.B.
baseurl=http://download.opensuse.org/repositories/artwork/wallpapers/openSUSE_Leap_42.1/
baseurl=http://download.nvidia.com/opensuse/leap/42.1/
baseurl=http://download.opensuse.org/repositories/Education/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/systemsmanagement/openSUSE_Leap_42.1/
Dann geht es los; immer auf der command line und wenn jemand fragt ob weitermachen, immer ja sagen:
# erst mal nach der Anleitung oben arbeiten
# ich habe "tmux" verwendet, weiß aber nicht, ob das wirklich notwendig war
sed -i 's/13\.2/leap\/42.1/g' /etc/zypp/repos.d/*
zypper ref
zypper dup
reboot
zypper up
sed -i 's/42\.1/42.2/g' /etc/zypp/repos.d/*
zypper ref
zypper dup
reboot
zypper up
sed -i 's/42\.2/42.3/g' /etc/zypp/repos.d/*
zypper lr
zypper mr -e <#>
zypper ref
zypper dup
Bei dem zypper up sollte normalerweise nichts installiert werden. (Für mich war das zur Kontrolle)
Umstände hatte ich zuerst mit nvidia, da die erforderlichen modules (lsmod, modprobe, insmod) nicht automatisch gebaut werden. Also
zypper remove nvidia-gfx... ..-default/..-desktop (am besten alles was mit nvidia beginnt)
zypper install nvidia-gfxG04-kmp-default
Es geht sicher einfacher, aber ohne GUI macht Browsen keinen Spass.
Jetzt sollte x11 für die nvidia-User wieder funktionieren.... sollte
Jetzt hatte ich interessante Effekte:
- Mein Rechner hatte die Geräuschkulisse eines Jets nur etwas weniger Fahrt
- Die Leistung wurde für Core-Dumps genutzt. 8 Cores = 8 Core-Dumps parallel
- das GUI crasht im runlevel 5 - also Betrieb nach "telinit 3" im runlevel 3 - gui mit "startx" starten
- Die Menus erschienen meist (interessanterweise nicht immer) wie die Kriegsfahne der Pazifisten: weißer Adler auf weißem Grund
- aber lesen konnte man nichts, da die Schrift auf dem Display immer wieder verschwamm.
- Im bewegten Fenster konnte man alles prima lesen, im ruhenden nach 30 Sekunden nichts mehr.
Was war los:
- Die CPU ist bei 100%. "ps ax" zeigt eine Reihe 'systemd-coredump' - killen hilft nicht, kommen ca. alle 10 Sekunden wieder
"zypper remove tracker" und dieser Spuk ist vorüber.
Merke: "drecks tracker"
- Die verschwimmende unlesbare Schrift kommt vom "Compositor" (unter Display/Anzeigen), der in den Einstellungen abgeschaltet werden kann und
erst beim nächsten Login aktiv wird. (Für jeden Haken kommt die Warnung, dass dies nicht sofort aktiv wird, aber nicht für diesen Compositor)
Merke: "Compositor kompostieren"
- aus irgendeinem Grund aktualisieren sich die NVidia Pakete nicht nach einem Kernel-Upgrade:
Meine Frage an die Paketierer:
- Zu was soll dieser Compositor gut sein. Das Ding scheint praktisch nicht dokumentiert zu sein. Kein Mouseover, keine Online-Hilfe unten rechts.
Wer in der Welt meint, dass das Auslöschen bzw. die Unlesbarkeit von Size 24+ Buchstaben hilfreich ist ? Und warum ist das Teil im Default aktiv ?
- Warum kann ich nunmehr im Terminal "Konsole" keinen Font mehr wählen, sondern erhalte die Default Proportional(!)schrift in einer Konsole ?
- Das Problem mit dem Tracker hatten schon recht viele vor mir. Wenn das Teil schon automatisch implementiert wird, warum dann nicht mit default "off"
- Kann man einen Call für "make" in die Systemstart-Sequenz der nvidia-Quellen bzw. dessen Integration einbauen ?
Sind die Pakete für den aktiven Kernel da, geht darüber weg, sonst wird für nvidia-gfxG04-* ein Build der Module aufgerufen.
Bug 1044816 – kernel 4.4.71 doesn't allow user to install Nvidia blob with nvidia-drm feature enabled das Problem mit dem drm-kmp-default Paket hatte ich übrigens auch.
Im Großen und Ganzen war alles recht einfach. und die Upgrades gingen solide durch.
Die paar angemerkten Punkte können jedoch ganz ordentlich nerven. In unlesbaren Menus unlesbare Optionen zu suchen,
kann Linux schon ein paar Nutzer zurück auf kommerzielle Betriebssysteme senden.
Keep up the good work, and be (even more) careful
Danke
Anders