Neue Hardware - Bildschirm schwarz nach grub boot

[h1ght]

moin,

hab mir neulich neue hardware fürn nas gekauft. im endeffekt wäre das nicht wichtig. aber es juckt ein wenig zu erfahren wieso was nicht geht und wäre ja nicht schlecht ein wenig wissen dazu zu bekommen.
Es geht um nen i3-12100 mit einer UHD-730 onboard grafik. Ich hatte zuvor einen i5-7600k wo fast alles funktionierte. ich den aber in rente geschickt habe. wenn grub boote und im bios einen festen vram wert eingestellt habe z.b. 1gb vram oder weniger, bootet linux genrell nicht, ob ubuntu/debian (mit 6.0 backports kernel) und es kommt die meldung "speicher erschöpft" wenn ich es jedoch bei auto belasse bootet er korrekt, jedoch bleibt der bildschirm schwarz und der monitor erkennt kein output. da das teil noch neben mir steht bevors in eine dunkle ecke verschwindet, wollt ich doch mal etwas auf fehlersuche gehen. wo würdet ihr ran gehen? i915 modul is geladen und hab testweise versucht über tasksel den desktop manger zu (de)installieren zu versuchen damit der was auspuckt. hatte anfangs per alt+f3(?) auf tty gewechselt und mir ssh eingerichtet gehabt sudo eingerichtet und intel-media-va-nonfree installiert, update initramfs und update-grub da man das ja braucht für hardware beschleunigung fürs ffmpeg halt. das funzt auch bei jellyfin. laut intel_gpu_top tut sich da was und die leistung sieht demnach aus auch als wenns funzt. obwohl sowas guc&huc submission braucht laut manchen guides und was ich lese, wundert es mich das es funzt obwohl es laut dmesg nicht funzen sollte
jetzt stoß ich ein wenig auf ne recherche mauer, was ich nur gefunden hab ist nen gentoo foren eintrag nen neueren kernel zuladen. nunja da ich schon den 6er backports kernel drauf hab, bin ich ein wenig verwirrt. laut powertop gehts von der cpu auch runter zu c10 und aspm scheint bei jedem teil auch zu laufen.
debian 11
Linux debian-server 6.0.0-0.deb11.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.12-1~bpo11+1 (2022-12-19) x86_64 GNU/Linux
sudo lspci -vvv -s 00:02.0

Code: Alles auswählen

00:02.0 VGA compatible controller: Intel Corporation Device 4692 (rev 0c) (prog-if 00 [VGA controller])
        Subsystem: ASRock Incorporation Device 4692
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 128
        IOMMU group: 1
        Region 0: Memory at 6000000000 (64-bit, non-prefetchable) [size=16M]
        Region 2: Memory at 4000000000 (64-bit, prefetchable) [size=256M]
        Region 4: I/O ports at 4000 [size=64]
        Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>
        Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0
                        ExtTag- RBE+ FLReset+
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- FLReset-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR-
                         10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
        Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable+ 64bit-
                Address: fee00018  Data: 0000
                Masking: 00000000  Pending: 00000000
        Capabilities: [d0] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Process Address Space ID (PASID)
                PASIDCap: Exec- Priv-, Max PASID Width: 14
                PASIDCtl: Enable- Exec- Priv-
        Capabilities: [200 v1] Address Translation Service (ATS)
                ATSCap: Invalidate Queue Depth: 00
                ATSCtl: Enable+, Smallest Translation Unit: 00
        Capabilities: [300 v1] Page Request Interface (PRI)
                PRICtl: Enable- Reset-
                PRISta: RF- UPRGI- Stopped+
                Page Request Capacity: 00008000, Page Request Allocation: 00000000
        Capabilities: [320 v1] Single Root I/O Virtualization (SR-IOV)
                IOVCap: Migration-, Interrupt Message Number: 000
                IOVCtl: Enable- Migration- Interrupt- MSE- ARIHierarchy-
                IOVSta: Migration-
                Initial VFs: 7, Total VFs: 7, Number of VFs: 0, Function Dependency Link: 00
                VF offset: 1, stride: 1, Device ID: 4692
                Supported Page Size: 00000553, System Page Size: 00000001
                Region 0: Memory at 0000004010000000 (64-bit, non-prefetchable)
                Region 2: Memory at 0000004020000000 (64-bit, prefetchable)
                VF Migration: offset: 00000000, BIR: 0
        Kernel driver in use: i915
        Kernel modules: i915

sudo dmesg | grep GuC

Code: Alles auswählen

[    1.600351] i915 0000:00:02.0: [drm] GuC firmware i915/tgl_guc_70.1.1.bin version 70.1
[    1.614712] i915 0000:00:02.0: [drm] GuC submission disabled
[    1.614715] i915 0000:00:02.0: [drm] GuC SLPC disabled
chris@debian-server:~$ sudo dmesg | grep drm
[    1.379342] ACPI: bus type drm_connector registered
[    1.512314] i915 0000:00:02.0: [drm] VT-d active for gfx access
[    1.512369] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[    1.513550] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1)
[    1.600351] i915 0000:00:02.0: [drm] GuC firmware i915/tgl_guc_70.1.1.bin version 70.1
[    1.600353] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9
[    1.614703] i915 0000:00:02.0: [drm] HuC authenticated
[    1.614712] i915 0000:00:02.0: [drm] GuC submission disabled
[    1.614715] i915 0000:00:02.0: [drm] GuC SLPC disabled
[    1.615749] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[    1.617150] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes
[    1.894602] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes
[    3.553468] systemd[1]: Starting Load Kernel Module drm...
[    3.576686] systemd[1]: modprobe@drm.service: Succeeded.
[    3.577276] systemd[1]: Finished Load Kernel Module drm.

[towo]

Wäre zu schön gewesen, wenn Du verraten hättest, welche Debian Version du installiert hast.

[h1ght]

ach ganz verpennt, debian 11, das alte 10 musste ja so aufn ftp/mirror rumsuchen.
Linux debian-server 6.0.0-0.deb11.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.12-1~bpo11+1 (2022-12-19) x86_64 GNU/Linux

[towo]

Ich würde folgendes versuchen:
1. update-pciids als root
2. Firmware aus dem firmware git holen und ins system kopieren.
3. das System mit

Code: Alles auswählen

intel_iommu=igfx_off 

als Bootparameter booten.
4. einen Kernel 6.1 probieren.

[h1ght]

kleines update.

wenn ichs desktop enviroment beim starten deaktiviere via
sudo systemctl set-default multi-user.target
mich einlogge und per startx das de starte habe ich nen desktop, denke aber das ist dann per software gerendert?
firmware habe ich per hand reingezogen und auch nen modprobe gemacht. und update pciids auch gemacht. wollte gerne nur den backports kernel verwenden, da debian kein 6.1 grad anbietet ist es blöd.

hmm beim bootparameter, ist das in der bootconfig unter /boot?

[MSfree]

wollte gerne nur den backports kernel verwenden, da debian kein 6.1 grad anbietet ist es blöd.

Debian 12 steht vor der Haustür und wird in ein paar Monaten veröffentlicht, im Moment ist es halt noch Testing. An deiner Stelle würde ich mit der Hardware bereits jetzt auf Bookworm (= Debian 12) aktualisieren. Im Grunde läuft das bereits jetzt schon problemlos. Debian 12 bringt übrigens den Kernel 6.1 mit.

[h1ght]

wollte gerne nur den backports kernel verwenden, da debian kein 6.1 grad anbietet ist es blöd.

Debian 12 steht vor der Haustür und wird in ein paar Monaten veröffentlicht, im Moment ist es halt noch Testing. An deiner Stelle würde ich mit der Hardware bereits jetzt auf Bookworm (= Debian 12) aktualisieren. Im Grunde läuft das bereits jetzt schon problemlos. Debian 12 bringt übrigens den Kernel 6.1 mit.

bei einem händischen upgrade editier ich /etc/apt/sources.list von bullseye main ... zu bookworm main ... und mach keine bookworm.list in sources.list.d/?

[MSfree]

bei einem händischen upgrade editier ich /etc/apt/sources.list von bullseye main ... zu bookworm main

Richtig, einfach alles Textstellen, an denen "bullseye" steht, durch "bookworm" ersetzen. Typischerweise sind das 4 oder 6 Stellen.

Anschließend das folgende Prozedere durchziehen:

Code: Alles auswählen

apt-get update

um die Paketlisten zu aktualisieren

Code: Alles auswählen

apt-get dist-upgrade -s

um erstmal nachzuschauen, was da passieren würde. Bis zu diesem Punkt kann man die Änderungen an der sources.list noch rückgängig machen und hat am System nichts geändert. "-s" ist nur ein Simulationslauf.

Wenn es dann doch ernst werden soll, einfach das "-s" weglassen und

Code: Alles auswählen

apt-get dist-upgrade

ausführen. Durchatman, reboot durchführen und sich an bookworm erfreuen.

[Blackbox]

bei einem händischen upgrade editier ich /etc/apt/sources.list von bullseye main ... zu bookworm main

Richtig und zusätzlich fügst du hinter

Code: Alles auswählen

main (contrib non-free)

ein

Code: Alles auswählen

non-free-firmware

an.

und mach keine bookworm.list in sources.list.d/?

Nein, du ersetzt lediglich den Releasenamen und ergänzt den firmware-Phat.

Danach führst du bitte ein full-upgrade durch.

[h1ght]

zumindest scheint es keine kernel panik mehr zu geben wenn ich festen vram vergebe, zuvor hatte der rumgemeckert das der speicher exhausted ist. wenn ich halt über tty interface wieder mit startx starte wenn ich systemctl set-defaults multi-user.target setze. laut intel_gpu_top tut sich was und es scheint die hardware zu nutzen. was mir jedoch aufgefallen ist das die c-states auf package ebene mal wieder nicht aktiviert werden. ich meine ich hatte das gelöst durch die non-free firmware und so weiter.