Das da im Kernel was verändert worden ist, und wohl auch an der ACPI--- dieser furchtbare Gedanke beschleicht mich schon seit einiger Zeit.
Aber ich habe mal die Idee von Berechtigung weiter verfolgt.
Hier das Ergebnis:
Code
~> su -l
Passwort:
linux-e8nd:~ # zypper clean
Alle Repositorys wurden bereinigt.
linux-e8nd:~ # zypper dup
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Metadaten von Repository 'Hauptaktualisierungs-Repository' abrufen ................................................................[fertig]
Cache für Repository 'Hauptaktualisierungs-Repository' erzeugen ...................................................................[fertig]
Metadaten von Repository 'Packman Repository' abrufen .............................................................................[fertig]
Cache für Repository 'Packman Repository' erzeugen ................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...
Das folgende Objekt ist gesperrt und wird durch keine Aktivität geändert:
Verfügbar:
xf86-video-nouveau
Die folgenden 26 NEUEN Pakete werden installiert:
dcatools-debugsource faac-debugsource faad2-debugsource fdk-aac-debugsource ffmpeg-3-debugsource ffmpeg-4-debugsource genisoimage
gstreamer-plugins-bad-debugsource gstreamer-plugins-libav-debugsource gstreamer-plugins-ugly-debugsource libde265-debugsource
libquicktime-debugsource libx264-debugsource libx264-x264-debugsource normalize-debugsource opencore-amr-debugsource rtmpdump-debugsource
sox-debugsource transcode-debugsource vid_stab-debugsource vlc-debugsource vo-aacenc-debugsource vo-amrwbenc-debugsource x265-debugsource
xine-lib-debugsource xvidcore-debugsource
Die folgenden 12 Pakete werden aktualisiert:
libstorage-ng1 libstorage-ng-lang libstorage-ng-ruby nvidia-computeG05 nvidia-gfxG05-kmp-default nvidia-glG05 tuned x11-video-nvidiaG05
xkeyboard-config xkeyboard-config-lang yast2-storage-ng youtube-dl
Die folgenden 10 Pakete werden durch eine ältere Version ausgetauscht:
libavcodec56 libavcodec56-debuginfo libavformat56 libavformat56-debuginfo libavutil54 libavutil54-debuginfo libpostproc53
libpostproc53-debuginfo libswresample1 libswresample1-debuginfo
Die folgenden 2 Pakete werden erneut installiert:
libnsssharedhelper0-debuginfo nss-shared-helper-debugsource
12 Pakete werden aktualisiert, 10 werden zurückgestuft, 26 neue, 2 erneut zu installieren.
Gesamtgröße des Downloads: 143,4 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 166,5 MiB belegt.
Fortfahren? [j/n/...? zeigt alle Optionen] (j): n
Alles anzeigen
Ich wundere mich sehr darüber, woher kommen die ganzen -Debug* Pakete. Wie bin ich den daran gekommen.
10 werden durch Ältere ersetzt?
1 gesperrt. Das wollte ich so.
Wie auch immer.
Ich kann aber erkennen das zypper die treiber für nvidia gleich mitziehen will. Ist das Weise? Eigendlich möchte ich die Sperren. Erstmal so lange bis die Kiste her läuft.
Ahoi von hier aus