Debian 12: FAILED to start (load kernel modules)

[rola621]

Hallo zusammen!

vorweg kurz ein paar Systeminfos:

Code: Alles auswählen

  ,g$$P"     """Y$$.".        OS: Debian GNU/Linux bookworm/sid x86_64 
 ,$$P'              `$$$.     Host: XPS 17 9700 
',$$P       ,ggs.     `$$b:   Kernel: 5.10.0-8-amd64 
`d$$'     ,$P"'   .    $$$    Uptime: 1 hour, 11 mins 
 $$P      d$'     ,    $$P    Packages: 2765 (dpkg) 
 $$:      $$.   -    ,d$$'    Shell: bash 5.1.8 
 $$;      Y$b._   _,d$P'      Resolution: 1920x1200 
 Y$$.    `.`"Y$$$$P"'         DE: Xfce 4.16 
 `$$b      "-.__              WM: Xfwm4 
  `Y$$                        WM Theme: Materia 
   `Y$$.                      Theme: Adapta-Indigo-Nokto [GTK2/3] 
     `$$b.                    Icons: AD-Tangerine-Suru [GTK2/3] 
       `Y$$b.                 Terminal: xfce4-terminal 
          `"Y$b._             Terminal Font: Monospace 13 
              `"""            CPU: Intel i7-10750H (12) @ 5.000GHz 
                              GPU: NVIDIA GeForce GTX 1650 Ti Mobile 
                              GPU: Intel CometLake-H GT2 [UHD Graphics] 
                              Memory: 2738MiB / 31731MiB 

Habe mir vor kurzem Debian testing auf meinem Notebook installiert. Habe ganz bewusst testing gewählt, weil hier die nvidia-driver in den Repos verfügbar sind, welche meine Nvidia GraKa unterstützen sollten, theoretisch.

Die Grafik scheint zwar normal zu laufen, und im Betrieb gibt es bis jetzt auch keine großen Auffälligkeiten, allerdings läuft beim booten ganz viel Text ab, ein paar Sachen rot markiert, und dem wollte ich sicherheitshalber mal auf den Grund gehen.

Wie in der Fehlermeldung beschrieben habe ich die Ausgabe angefordert:

Code: Alles auswählen

debian@debian:~$systemctl status systemd-modules-load.service
● systemd-modules-load.service - Load Kernel Modules
     Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static)
     Active: failed (Result: exit-code) since Sun 2021-09-19 03:06:22 CEST; 31m>
       Docs: man:systemd-modules-load.service(8)
             man:modules-load.d(5)
    Process: 638 ExecStart=/lib/systemd/systemd-modules-load (code=exited, stat>
   Main PID: 638 (code=exited, status=1/FAILURE)
        CPU: 56ms

Sep 19 03:06:22 debian systemd-modules-load[668]: modprobe: ERROR: could not in>
Sep 19 03:06:22 debian systemd-modules-load[677]: modprobe: ERROR: could not in>
Sep 19 03:06:22 debian systemd-modules-load[665]: modprobe: ERROR: ../libkmod/l>
Sep 19 03:06:22 debian systemd-modules-load[665]: modprobe: ERROR: could not in>
Sep 19 03:06:22 debian systemd-modules-load[679]: modprobe: ERROR: could not in>
Sep 19 03:06:22 debian systemd-modules-load[638]: Error running install command>
Sep 19 03:06:22 debian systemd-modules-load[638]: Failed to insert module 'nvid>
Sep 19 03:06:22 debian systemd[1]: systemd-modules-load.service: Main process e>
Sep 19 03:06:22 debian systemd[1]: systemd-modules-load.service: Failed with re>
Sep 19 03:06:22 debian systemd[1]: Failed to start Load Kernel Modules.
lines 1-19/19 (END)...skipping...
● systemd-modules-load.service - Load Kernel Modules
     Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static)
     Active: failed (Result: exit-code) since Sun 2021-09-19 03:06:22 CEST; 31min ago
       Docs: man:systemd-modules-load.service(8)
             man:modules-load.d(5)
    Process: 638 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
   Main PID: 638 (code=exited, status=1/FAILURE)
        CPU: 56ms

Sep 19 03:06:22 debian systemd-modules-load[668]: modprobe: ERROR: could not insert 'nvidia': Invalid argument
Sep 19 03:06:22 debian systemd-modules-load[677]: modprobe: ERROR: could not insert 'nvidia_current_modeset': Operation not permitted
Sep 19 03:06:22 debian systemd-modules-load[665]: modprobe: ERROR: ../libkmod/libkmod-module.c:990 command_do() Error running install command 'modprobe nvidia ; modprobe -i nvidia-current-m>
Sep 19 03:06:22 debian systemd-modules-load[665]: modprobe: ERROR: could not insert 'nvidia_modeset': Invalid argument
Sep 19 03:06:22 debian systemd-modules-load[679]: modprobe: ERROR: could not insert 'nvidia_current_drm': Operation not permitted
Sep 19 03:06:22 debian systemd-modules-load[638]: Error running install command 'modprobe nvidia-modeset ; modprobe -i nvidia-current-drm ' for module nvidia_drm: retcode 1
Sep 19 03:06:22 debian systemd-modules-load[638]: Failed to insert module 'nvidia_drm': Invalid argument
Sep 19 03:06:22 debian systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE
Sep 19 03:06:22 debian systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
Sep 19 03:06:22 debian systemd[1]: Failed to start Load Kernel Modules.
~

Es macht ja irgendwie den Eindruck als würde es mit der Nvidia Karte doch nicht so dolle laufen...
Oder ist das nur ein Schönheitsfehler, und sie wird sehr wohl erkannt?

hier sieht es so aus, als würde die Nvidia nicht aktiv sein...oder?

Code: Alles auswählen

debian@debian:~$ glxinfo | grep vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: Intel

powertop:

Code: Alles auswählen

PowerTOP 2.13     Übersicht  Leerlauf-Sta Frequenz-Statisti Gerät-Statisti Abstimmbar WakeUp en                         


Leistungsaufnahme bei Grundauslastung beträgt 35.4 W

Gesch. Leistung    Auslastung     Gerätename
  22.0 W     37,8%        CPU misc
  11.9 W     37,8%        CPU core
  1.50 W     37,8%        DRAM
    0 mW     20,0%        Display backlight
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCH SPI Controller
            100,0%        Funk-Gerät:btusb
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCH Thermal Controller
            100,0%        PCI-Gerät: Intel Corporation 10th Gen Core Processor Host Bridge/DRAM Registers
            100,0%        PCI-Gerät: Intel Corporation Device 06b8
            100,0%        USB-Gerät: xHCI Host Controller
            100,0%        USB-Gerät: xHCI Host Controller
            100,0%        USB-Gerät: FingerPrint (Goodix)
            100,0%        USB-Gerät: USB Optical Mouse (PixArt)
            100,0%        PCI-Gerät: Intel Corporation Comet Lake USB 3.1 xHCI Host Controller
            100,0%        USB-Gerät: StoreJet Transcend (StoreJet Transcend)
            100,0%        PCI-Gerät: Intel Corporation CometLake-H GT2 [UHD Graphics]
            100,0%        Funk-Gerät:iwlwifi
            100,0%        PCI-Gerät: Realtek Semiconductor Co., Ltd. RTS5260 PCI Express Card Reader
            100,0%        PCI-Gerät: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCH Shared SRAM
            100,0%        PCI-Gerät: NVIDIA Corporation TU117M [GeForce GTX 1650 Ti Mobile]
            100,0%        PCI-Gerät: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCH cAVS
            100,0%        runtime-intel-sdw.2
            100,0%        PCI-Gerät: Intel Corporation Device 068e
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCI Express Root Port #21
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCI Express Root Port #17
            100,0%        PCI-Gerät: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 4C 2018]
            100,0%        PCI-Gerät: SK hynix Device 1639
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCI Express Root Port #9
            100,0%        PCI-Gerät: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
            100,0%        PCI-Gerät: Intel Corporation Device 06fc
            100,0%        runtime-intel-sdw.1
            100,0%        PCI-Gerät: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem
            100,0%        PCI-Gerät: Intel Corporation Comet Lake PCH CNVi WiFi
            100,0%        PCI-Gerät: Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16)
              0,0%        runtime-i2c_designware.1
              0,0%        PCI-Gerät: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
              0,0%        PCI-Gerät: Intel Corporation Comet Lake PCH Serial IO I2C Controller #1
              0,0%        PCI-Gerät: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
              0,0%        PCI-Gerät: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 4C 2018]
              0,0 pkts/s  Netzwerkschnittstelle: wlp0s20f3 (iwlwifi)
              0,0%        Audiocodec hwC0D2: Intel (pulseaudio )
              0,0%        USB-Gerät: xHCI Host Controller
              0,0%        USB-Gerät: xHCI Host Controller
              
              PowerTOP 2.13     Übersicht  Leerlauf-Sta Frequenz-Statisti Gerät-Statisti Abstimmbar WakeUp en                         
   Schlecht      Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH SPI Controller
   Schlecht      Laufzeit-Energieverwaltung für PCI-Gerät NVIDIA Corporation TU117M [GeForce GTX 1650 Ti Mobile]
   Schlecht      Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH CNVi WiFi
   Schlecht      Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation CometLake-H GT2 [UHD Graphics]
   Gut           Bluetooth-Gerät Schnittstellenstatus
   Gut           Energieverwaltung für Audiocodec aktivieren
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb3]
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb4]
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb1]
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb2]
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb6]
   Gut           Runtime PM for I2C Adapter i2c-2 (Synopsys DesignWare I2C adapter)
   Gut           AutoSuspend für USB-Gerät xHCI Host Controller [usb5]
   Gut           Runtime PM for I2C Adapter i2c-1 (Synopsys DesignWare I2C adapter)
   Gut           AutoSuspend für unbekanntes USB-Gerät 1-14 (8087:0026)
   Gut           AutoSuspend für USB-Gerät Integrated_Webcam_HD [CN02FP438LG00056B12ZA01]
   Gut           Runtime PM for I2C Adapter i2c-0 (SMBus I801 adapter at efa0)
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Device 06bc
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake HECI Controller
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCI Express Root Port #17
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16)
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 NHI [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Device 06b8
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 NHI [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH SMBus Controller
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH cAVS
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH Serial IO I2C Controller #1
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCH Serial IO I2C Controller #0
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCI Express Root Port #21
   Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation Comet Lake PCI Express Root Port #9
>> Gut           Laufzeit-Energieverwaltung für PCI-Gerät Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 4C 2018]                                         

An anderer Stelle lese ich dann sowas:

It's entirely possible that NVIDIA settings is not actually powering down the NVIDIA card. Have you tried using the Nouveau driver instead? NVIDIA's linux driver is primarily focused at computation performance, not power consumption or dynamic mode setting like their Windows driver can do. The Nouveau driver has better power management, but does have lower performance for games.

Wie würdet ihr sowas handhaben?
Ich hatte hardwaretechnisch noch nie mit sowas zu tun und will natürlich jetzt herausfinden ob Handlungsbedarf besteht, und was ich für Optionen habe.
Ebenso fällt mir auf, dass wenn Grafikfehler auftreten, dann sind das beim Hochfahren direkt nach dem ANmeldebildschirm von dmLightDM so leicht gelbliche vertikale Linien, die aber nur für ein paar Millisekunden zu sehen sind, also stören mich nicht, aber falls die Nvidia Probleme bereitet könnte ich
BItte um Hilfe!
Ich müsste doch vorerst mal rausfiden ob es an einem Ja/Nein Problem liegt, oder ob es auch ein Mittelmäßig gäbe, bei dem es zwar funnktioniert, ber Kompromisse in irgendeiner Art u Weise eingegangen werden müssten..

Viele Grüße
Rola

[willy4711]

mal die Ausgabe von:

Code: Alles auswählen

# dkms status

und

Code: Alles auswählen

update-alternatives --config glx

[DeletedUserReAsG]

Habe ganz bewusst testing gewählt, weil hier die nvidia-driver in den Repos verfügbar sind, welche meine Nvidia GraKa unterstützen sollten, theoretisch.

Gemäß deiner geposteten Systeminformationen hast du eine GTX1650 Ti, die vom Treiber in Version 460, wie er in Stable installierbar ist, problemlos unterstützt wird. Wenn das also dein einziger Grund ist, Testing nutzen zu wollen, dann könntest du dir selbst und anderen eine Menge Frust und Stress sparen, indem du Stable nutzt.

[rola621]

Habe mal noch ein Video gemacht vom einzigen sichtbaren Makel der Grafikkarte, der beim Anmelden auftritt:
https://youtube.com/watch?v=HFAIW0OLX_o&feature=share

@niemand:
Oh mist, habe gerade nochmal nachgelesen, die wird ja tatsächlich unterstützt vom 460er
Mir wurde in einem anderen Thread zum 470er nvidia Treiber geraten, weshalb ich dann den 460er garnichtmehr hinterfragt habe. Ein fataler Fehler
Da ich aber schon länger mit dem Gedanken gespielt habe, testing auch mal länger zu testen, um zu sehen ob mir die Stabilität ausreicht, dachte ich das wäre eine gute Gelegenheit.

Da ein Downgrade auf stable (im Gegensatz zu einem Upgrade) aber nicht ohne weiteres machbar zu sein scheint, muss ich mir natürlich ernsthaft überlegen, ob das wirklich zielführend ist. Denn ich traue selbst testing einiges zu, und vermute: Auch wenn es vielleicht etwas voreilig war, wegen einem Grafikkartentreiber direkt auf testing upzugraden - woher weiß ich, dass die ältere Treiberversion (beide Versionen unterstützen die Grafikkarte) eine Verbesserung bringt?
Da ich aber gerne das Beste aus jeder Situation machen möchte, fände ich es besser (sollte dieser Fehler mit der Nvidia nicht hinzubekommen sein unter testing), die Nvidia-Karte unter Linux dann lieber zu "deaktivieren", sodass alles ausschließlich über die interne Intel läuft. Das würde mir zum Einen dem Energieverbrauch entgegenkommen und zum Anderen das Treiberproblem der Nvidia hinfällig machen. Oder wie seht ihr das?

Code: Alles auswählen

dkms status:
nvidia-current, 470.57.02, 5.10.0-8-amd64, x86_64: installed
root@debian:~# update-alternatives --config glx
Es gibt 3 Auswahlmöglichkeiten für die Alternative glx (welche /usr/lib/glx bereitstellen).

  Auswahl      Pfad                       Priorität Status
------------------------------------------------------------
* 0            /usr/lib/nvidia             100       automatischer Modus
  1            /usr/lib/mesa-diverted      5         manueller Modus
  2            /usr/lib/nvidia             100       manueller Modus
  3            /usr/lib/nvidia/bumblebee   95        manueller Modus

Drücken Sie die Eingabetaste, um die aktuelle Wahl[*] beizubehalten,
oder geben Sie die Auswahlnummer ein: 

[willy4711]

modprobe: ERROR: could not insert 'nvidia_current_modeset': Operation not permitted

Schuss ins Blaue:
Secure Boot im Bios noch aktiviert ?

Da ich aber gerne das Beste aus jeder Situation machen möchte, fände ich es besser (sollte dieser Fehler mit der Nvidia nicht hinzubekommen sein unter testing), die Nvidia-Karte unter Linux dann lieber zu "deaktivieren"

Deine Default-Grafikkarte ist eh die Intel. Die Nvidia musst du zuerst mit z.B. optirun aktivieren.
Zu der Intel Grafik:
firmware-linux-nonfree installiert ?

Edit:
xserver-xorg-video-intel DEINSTALLIERT ?

[rola621]

Danke vielmals für Deine Beteiligung!

Ich habe vor der Installation von Windows und Debian Secure Boot deaktiviert.
Nachdem ich fertig war habe ich es wieder aktiviert, weil ich dachte das war nur für die Installation wichtig auszumachen. Sollte ich das lieber wieder ausmachen?

Deine Default-Grafikkarte ist eh die Intel. Die Nvidia musst du zuerst mit z.B. optirun aktivieren.

Okay, woran erkenne ich, welche der beiden Grafikkarten gerade aktiv ist?

Zu der Intel Grafik:
firmware-linux-nonfree installiert ?
Edit:
xserver-xorg-video-intel DEINSTALLIERT ?

Code: Alles auswählen

debian@debian:~$ apt policy firmware-linux-nonfree
firmware-linux-nonfree:
  Installiert:           20210818-1
  Installationskandidat: 20210818-1
  Versionstabelle:
 *** 20210818-1 500
        500 http://deb.debian.org/debian bookworm/non-free amd64 Packages
        100 /var/lib/dpkg/status
debian@debian:~$ apt policy xserver-xorg-video-intel
xserver-xorg-video-intel:
  Installiert:           2:2.99.917+git20200714-1+b1
  Installationskandidat: 2:2.99.917+git20200714-1+b1
  Versionstabelle:
 *** 2:2.99.917+git20200714-1+b1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status

[willy4711]

Okay, woran erkenne ich, welche der beiden Grafikkarten gerade aktiv ist?

mit vainfo sollte das klappen.

Code: Alles auswählen

$ vainfo
libva info: VA-API version 1.12.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_12
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.12 (libva 2.12.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 21.3.3 ()
vainfo: Supported profile and entrypoints
[.........]

Nachdem ich fertig war habe ich es wieder aktiviert, weil ich dachte das war nur für die Installation wichtig auszumachen. Sollte ich das lieber wieder ausmachen?

Ja - Sollte den o.a. Fehler wahrscheinlich beseitigen

Code: Alles auswählen

debian@debian:~$ apt policy xserver-xorg-video-intel
xserver-xorg-video-intel:
  Installiert:           2:2.99.917+git20200714-1+b1

Dann

Code: Alles auswählen

apt purge  xserver-xorg-video-intel

Hab das bei mir auch beobachtet, da der Treiber per Default installiert ist. Ohne diesen hat es eine wesentlich schnellere
Reaktion der Grafik.

[rola621]

Okay, also vainfo liefert bei mir identisches Ergebnis:

Code: Alles auswählen

debian@debian:~$ vainfo
libva info: VA-API version 1.12.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_12
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.12 (libva 2.12.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 21.3.3 ()
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSliceLP
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSliceLP
      VAProfileJPEGBaseline           :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointEncPicture
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSliceLP
      VAProfileVP8Version0_3          :	VAEntrypointVLD
      VAProfileHEVCMain               :	VAEntrypointVLD
      VAProfileHEVCMain10             :	VAEntrypointVLD
      VAProfileVP9Profile0            :	VAEntrypointVLD
      VAProfileVP9Profile2            :	VAEntrypointVLD

Das bedeutet, dass ich über die Info, "Driver version: Intel iHD driver for Intel(R) Gen Graphics - 21.3.3 ()", sehe, dass der intel Treiber gerade benutzt wird um die Grafik darzustellen?

Was ich nicht verstehe: Jetzt wurde ja "nvidia inserted", es ist aber trotzdem noch ausschließlich die Intelgrafik aktiv. Ist normal so und immer so, oder? Wie du ja meintest müsste ich um die Nvidia zu aktivieren, das manuell via optirun machen. (Bei Tools wie bumblebee würde dann eigenständig "hybrid" je nach Auslastung zwischen den beiden GPUs hin- und hergeswitcht werden, oder?


Nach Deaktivieren von SecureBoot im BIOS, folgendes:

Code: Alles auswählen

root@debian:~# systemctl status systemd-modules-load.service
● systemd-modules-load.service - Load Kernel Modules
     Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static)
     Active: active (exited) since Sun 2021-09-19 15:11:44 CEST; 5min ago
       Docs: man:systemd-modules-load.service(8)
             man:modules-load.d(5)
    Process: 552 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=0/SUCCESS)
   Main PID: 552 (code=exited, status=0/SUCCESS)
        CPU: 193ms

Sep 19 15:11:43 debian systemd-modules-load[552]: Inserted module 'lp'
Sep 19 15:11:43 debian systemd-modules-load[552]: Inserted module 'ppdev'
Sep 19 15:11:43 debian systemd-modules-load[552]: Inserted module 'parport_pc'
Sep 19 15:11:43 debian systemd-modules-load[552]: Inserted module 'msr'
Sep 19 15:11:44 debian systemd-modules-load[552]: Inserted module 'nvidia_drm'
Sep 19 15:11:44 debian systemd[1]: Finished Load Kernel Modules.
Notice: journal has been rotated since unit was started, output may be incomplete.

Zumindest das "Inserten" der nvidia_drm etc. scheint jetzt geklappt zu haben
Ausgabe von vainfo ist zum jetzigen Zeitpunkt noch identisch zu vorher.

Dann

Code: Alles auswählen

apt purge  xserver-xorg-video-intel

Hab das bei mir auch beobachtet, da der Treiber per Default installiert ist. Ohne diesen hat es eine wesentlich schnellere
Reaktion der Grafik.

Das heißt die beiden genannten Firmware/Treiberpakete sind beide per Default installiert, der eine behindert den anderen aber etwas, oder?

Habe den xserver-xorg-video-intel via apt purge entfernt.

Nach erneutem Neustart sind soweit keine Veränderungen zu erkennen.
Subjektiv könnte es aber durchaus sein dass es jetzt etwas reaktionsfreudiger als vorher ist.

Was muss ich jetzt noch tun, um die Intel-Karte komplett als Einzelkämpfer antreten zu lassen? Wäre es empfehlenswert, die ganzen Nvidia-Pakete zu entfernen, wenn die GraKa ohnehin nicht genutzt wird? Oder macht es ggf. sogar Sinn die als "Reserve" installiert zu lassen, falls die Intel mal den Geist aufgibt?

[willy4711]

Ich würde die nvidia-driver lassen. sonst spammt dir das Journal nur unnützes frustriertes Zeugs über nicht gefundene Treiber voll.
Testen, ob das funktioniert kannst du ja mal trotzdem:
mesa-utils installierenn
und dann mal:

Code: Alles auswählen

optirun glxgears

und mal schauen , was passiert.
Es sollte die Nvidia starten.

Welche Karte aktiv ist sollte

Code: Alles auswählen

glxinfo | grep OpenGL

anzeigen

Vielmehr kann ich dir aber zum Thema Bumblebee nicht sagen. Benutze es nicht.

[rola621]

Ich würde die nvidia-driver lassen. sonst spammt dir das Journal nur unnützes frustriertes Zeugs über nicht gefundene Treiber voll.
Testen, ob das funktioniert kannst du ja mal trotzdem:
mesa-utils installierenn
und dann mal:

Code: Alles auswählen

optirun glxgears

und mal schauen , was passiert.
Es sollte die Nvidia starten.

Welche Karte aktiv ist sollte

Code: Alles auswählen

glxinfo | grep OpenGL

anzeigen

Vielmehr kann ich dir aber zum Thema Bumblebee nicht sagen. Benutze es nicht.

Danke vielmals für die Unterstützung!

Code: Alles auswählen

debian@debian:~$ apt policy mesa-utils
mesa-utils:
  Installiert:           8.4.0-1+b1
  Installationskandidat: 8.4.0-1+b1
  Versionstabelle:
 *** 8.4.0-1+b1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
debian@debian:~$ optirun glxgears
bash: optirun: Kommando nicht gefunden.
debian@debian:~$ su
Passwort: 
root@debian:~# optirun glxgears
-bash: optirun: Kommando nicht gefunden.

komischerweise findet er das Kommando nicht
Habe ich was vergessen???

glxinfo | grep OpenGL zeigt mir immerhin:

Code: Alles auswählen

debian@debian:~$ glxinfo | grep OpenGL
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 20.3.5
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.3.5
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.3.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:
debian@debian:~$ 

"vendor string" und "renderer string" sagen mir, dass die Intel Karte über die Mesa Grafikbibliothek / openGL ins Betriebssystem implementiert wird, oder? Möchte es nur verstehen, zumindest annähernd


Der kleine Grafikfehler, der hier im Video bei etwa 0:16 zu sehen ist:
https://youtube.com/watch?v=HFAIW0OLX_o&feature=share

kann ich den getrost als Schönheitsfehler akzeptieren, oder deutet sowas noch auf ein tieferliegendes Problem hin?

[willy4711]

Passwort:

Code: Alles auswählen

root@debian:~# optirun glxgears
-bash: optirun: Kommando nicht gefunden.

komischerweise findet er das Kommando nicht
Habe ich was vergessen???

Ist einen Datei von bumblebee

/usr/bin/optirun

Als User ausführen

[rola621]

achso okay, bumblebee war nicht installiert.
Habe das mal eben nachgeholt, und dann:

Code: Alles auswählen

root@debian:~# optirun glxgears
primus: fatal: failed to open main X display

Dann lasse ich das an dieser Stelle lieber mal gut sein mit der Nvidia Karte.. ist mir ohnehin lieber wenn das gute Stück nicht läuft... Stichwort Akku/Strom
Ich hau bumblebee wieder davon und lass die Nvidia jetzt mal Nvidia sein... Das Display funktioniert ja zum Glück.
Was meinst Du zu dem Grafikfehler beim Login im Video?