Ich hoffe, Du kommst klar, wenn beim nächsten Booten der Nvidia-Treiber fehlt - da sollte nouveau als fallback dienen (oder notfalls Textkonsole).
Ist die Frage ob das bei mir eine Rolle spielt, denn da ist ja noch die integrierte Intel Iris Xe Graphics. Bin gespannt wie es laufen wird.
Schlimmstenfalls muss eben der proprietäre Treiber neu installiert werden.
Weil das als Requires im nvidia-G06-kmp steht......
Ja, und wird vermutlich für das Compilieren des Kernel-Moduls benötigt.
Na ich bin mal gespannt wie das dann ist wenn ein Update für den proprietären Treiber kommt der dann neuere Development Pakete benötigt, ob dann die älteren Development Pakete als Leichen im System zurück bleiben.
Ich lasse mich überraschen wie es dann bei mir nach dem nächsten Kernel-Update ausschaut.
Bei mir sind zur Zeit unter Leap 16 die beiden Kernel
linux-6.12.0-160000.36
linux-6.12.0-160000.37
installiert. Mit der Installation der propietären NVidia Treiber kamen nun die Development Pakete für
linux-6.12.0-160000.35 hinzu, obwohl dieser Kernel gar nicht installiert ist.
Scheint funktioniert zu haben. ich habe ganz einfach den proprietäten Treiber nvidia-driver-G06-kmp-default
zur Installation ausgewählt, verschiedene weitere Pakete aus dem Nvidia Repository hat Yast dann automatisch hinzugefügt,
und den Opensource Treiber entfernt.
Jetzt kann ich mich bei Gelegenheit mal mit der Frage beschäftigen wie man die Nvidia Karte unter Linux eigentlich verwenden könnte.
Wenn das mein "großes" home Repo ist, ein Tip von mir:
Lass die Finger davon auch wenn du es jetzt ausgeschaltet hast.
Die Programme darin können schon mal dir den Schlaf kosten, haben sie mir auch schon mal....
Keine Sorge, ich brauche aus Deinem Repository nur mesa-libGLU damit man Googleearth installieren kann.
Hier noch die Ausgabe was aus dem Nvidia Repository installiert ist :
zypper se -sir NVIDIA:repo-non-free
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+---------------+-------+------------------+--------+---------------------
i+ | libOpenCL1 | Paket | 2.3.4-lp160.65.3 | x86_64 | repo-non-free (16.0)
i+ | ocl-icd-devel | Paket | 2.3.4-lp160.65.3 | x86_64 | repo-non-free (16.0)
Hinweis: Für eine erweiterte Suche inkl. nicht momentan aktivierter Remote-Ressourcen bitte
'zypper search-packages' verwenden.Hallo zusammen,
vor ein paar Wochen habe ich mein Notebook von Leap 15.6 auf Leap 16.0 aktualisiert. Soweit ist alles in Ordnung,
aber es gibt eine Sache die mich gerade etwas irritiert.
Ich habe ein Notebook mit integrierter Intel Iris Xe Graphics und zusätzlicher Nvidia T500 Grafikkarte.
Obwohl das Nvidia Repository eingebunden ist nur der nvidia-open-driver-G06-signed-kmp-default Treiber aus dem OpenSuSE Repository installiert, jedoch kein Treiber aus dem
Nvidia Repository.
Sollte das nicht anders sein ?
Beste Grüße
Dachstein
inxi -Gaz
Graphics:
Device-1: Intel TigerLake-LP GT2 [Iris Xe Graphics] vendor: Lenovo
driver: i915 v: kernel alternate: xe arch: Gen-12.1 process: Intel 10nm
built: 2020-21 ports: active: HDMI-A-1 off: eDP-1
empty: DP-1, DP-2, DP-3, DP-4 bus-ID: 00:02.0 chip-ID: 8086:9a49
class-ID: 0300
Device-2: NVIDIA TU117GLM [Quadro T500 Mobile] vendor: Lenovo
driver: nouveau v: kernel alternate: nvidia_drm,nvidia non-free: 550.xx+
status: current (as of 2024-09; EOL~2026-12-xx) arch: Turing code: TUxxx
process: TSMC 12nm FF built: 2018-2022 pcie: gen: 3 speed: 8 GT/s lanes: 4
link-max: gen: 4 speed: 16 GT/s lanes: 16 bus-ID: 01:00.0
chip-ID: 10de:1fbb class-ID: 0302
Device-3: IMC Networks Integrated Camera driver: uvcvideo type: USB
rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 3-4:5 chip-ID: 13d3:5406
class-ID: fe01 serial: <filter>
Display: unspecified server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.6
compositor: kwin_wayland driver: X: loaded: modesetting,nouveau
unloaded: vesa alternate: fbdev,intel,nv,nvidia dri: iris,nouveau
gpu: i915 display-ID: :1 screens: 1
Screen-1: 0 s-res: 1920x1200 s-dpi: 96 s-size: 508x318mm (20.00x12.52")
s-diag: 599mm (23.6")
Monitor-1: HDMI-A-1 res: 1920x1200 hz: 60 dpi: 94
size: 518x324mm (20.39x12.76") diag: 611mm (24.05") modes: N/A
API: EGL v: 1.5 hw: drv: intel iris drv: nvidia nouveau platforms:
device: 0 drv: iris device: 1 drv: nouveau device: 2 drv: swrast gbm:
drv: iris surfaceless: drv: iris x11: drv: iris inactive: wayland
API: OpenGL v: 4.6 compat-v: 4.3 vendor: intel mesa v: 24.3.3 glx-v: 1.4
direct-render: yes renderer: Mesa Intel Iris Xe Graphics (TGL GT2)
device-ID: 8086:9a49 memory: 11.33 GiB unified: yes
API: Vulkan v: 1.4.309 layers: 1 device: 0 type: integrated-gpu name: Intel
Iris Xe Graphics (TGL GT2) driver: N/A device-ID: 8086:9a49
surfaces: xcb,xlibzypper repos
Dienst 'NVIDIA' wird aktualisiert.
Dienst 'openSUSE' wird aktualisiert.
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.
# | Alias | Name | Enabled | GPG Check | Refresh
---+-----------------------------+---------------------------+---------+-----------+--------
1 | 15.6 | Wine | Nein | ---- | ----
2 | NVIDIA:repo-non-free | repo-non-free (16.0) | Ja | (r ) Ja | Ja
3 | Packman | Packman | Nein | ---- | ----
4 | home:Sauerland | home:Sauerland | Nein | ---- | ----
5 | openSUSE:repo-non-oss | repo-non-oss (16.0) | Nein | ---- | ----
6 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.0) | Nein | ---- | ----
7 | openSUSE:repo-openh264 | repo-openh264 (16.0) | Ja | (r ) Ja | Ja
8 | openSUSE:repo-oss | repo-oss (16.0) | Ja | (r ) Ja | Ja
9 | openSUSE:repo-oss-debug | repo-oss-debug (16.0) | Nein | ---- | ----
10 | openSUSE:repo-oss-source | repo-oss-source (16.0) | Nein | ---- | ----rpm -q -a | grep -i nvidia
nvidia-open-driver-G06-signed-kmp-default-580.159.03_k6.12.0_160000.29-160000.1.1.x86_64
openSUSE-repos-Leap-NVIDIA-20260218.3c95c01-lp160.1.1.x86_64
kernel-firmware-nvidia-20250516-160000.2.2.noarchDann würde ich während des Updates mal im Journal schauen ob da was drin zu finden ist wenn das Update wieder an diesem einen Paket hängt.
Es ist ja leider so dass das Migrationstool kein eigenes Logfile schreibt. Insofern wissen wir ja nicht woran es genau hängt.
Hast Du schon mal im Journal nachgeschaut ob es da während das Migrationstool läuft irgendwelche Hinweise gibt was genau nicht funktioniert,
z.B. mit journalctl -b ? Eventuell muss man weitere Filtermöglichkeiten in Betracht ziehen.
Könnte das Problem in irgend einer Weise mit der Infrastruktur zusammenhängen in der Du da diese virtuellen Maschinen betreibst ?
Was ist denn mit dem internen DNS ? Könnte es möglich sein dass der (aus welchem Grund auch immer) irgendwas nicht auflösen kann ?
Ist nur sowas wie ein Brainstorming meinerseits weil ja die Versuche in Richtung zypper / Repositories zu keiner Verbesserung der Lage führen. Insofern könnte es sein dass der Fehler wo anders zu suchen ist.
Wenn wayland nicht die entsprechende Konfiguration beherrscht????
Ich denke schon, dass das geht. Ist aber ziemlich kompliziert, weil man die Konfiguration, wie schon weiter oben erwähnt, dem Kernel mitgeben muss.
Ist es sicher das Wayland den Monitor nicht automatisch richtig konfigurieren würde ?
