Image version: https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 25/09/24 - 11:45

Machine: PC Desktop ASROCK A320M-HDV
Processor: AMD Ryzen 3 2200G with Radeon Vega Graphics
Graphics: AMD RADEON VEGA 8
Memory: 16 GByte DDR4
Partitions:

Output of lspci -knn (or lspci -nn):

Base System Installation Checklist:

Initial boot:           [ ]
Detect network card:    [ ]
Configure network:      [ ]
Detect media:           [ ]
Load installer modules: [E]
Detect hard drives:     [ ]
Partition hard drives:  [ ]
Install base system:    [E]
Clock/timezone setup:   [ ]
User/password setup:    [ ]
Install tasks:          [ ]
Install boot loader:    [ ]
Overall install:        [ ]

Comments/Problems:

Installing debian testing (Trixie) with the "graphical install" option is not possible, the process stops immediately after launch, with a black screen with various errors in the same screen(perhaps from the x.org server) including:
"Fatal server error: no screen found (EE)"
and lastly:
"(debconf:841): GTK-WARNING: 16:05:14:030: cannot open display: :0"
and the error recurs in an infinite loop.
At this point the PC is blocked and a hardware reset is required to restart.
ISO image verified with sha256.
I attach photos of the screen on which the block of system occurs immediately after launching the graphics installation.
Thank you



Diego

FWIW I can reproduce this in a virt-manager/QEMU x86 virtual machine
with QXL graphics. It does not happen with virtio graphics (which uses
modesetting) though.

I can switch to the shell in tty2 with Ctrl+Alt+F2.

Hello,

It also happens on Thinkpad T480 notebooks and Acer SWIFT 1, both with intel graphics.

Thank you
Diego

control retitle -1 Xorg fails loading in graphics mode on trixie
installer (loop keeps failing)
quit

Hello,

I'm facing the same issue on iMac 9.1 with iso image of testing/trixie
dated 2024-11-25. Contrary to the original reporter, it is a nvidia
graphics in this case.

I can also switch to another tty while the loop continues on tty1.

I'm attaching the syslog of the installer and Xorg.0.log

Setting kernel parameter "nomodeset" as a workaround doesn't fix the
issue for me.

# lspci -nn
00:00.0 Host bridge [0600]: NVIDIA Corporation MCP79 Host Bridge
[10de:0a82] (rev b1)
00:00.1 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
[10de:0a88] (rev b1)
00:03.0 ISA bridge [0601]: NVIDIA Corporation MCP79 LPC Bridge
[10de:0aae] (rev b2)
00:03.1 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
[10de:0aa4] (rev b1)
00:03.2 SMBus [0c05]: NVIDIA Corporation MCP79 SMBus [10de:0aa2] (rev b1)
00:03.3 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
[10de:0a89] (rev b1)
00:03.4 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
[10de:0a98] (rev b1)
00:03.5 Co-processor [0b40]: NVIDIA Corporation MCP79 Co-processor
[10de:0aa3] (rev b1)
00:04.0 USB controller [0c03]: NVIDIA Corporation MCP79 OHCI USB 1.1
Controller [10de:0aa5] (rev b1)
00:04.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0
Controller [10de:0aa6] (rev b1)
00:06.0 USB controller [0c03]: NVIDIA Corporation MCP79 OHCI USB 1.1
Controller [10de:0aa7] (rev b1)
00:06.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0
Controller [10de:0aa9] (rev b1)
00:08.0 Audio device [0403]: NVIDIA Corporation MCP79 High Definition
Audio [10de:0ac0] (rev b1)
00:09.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Bridge
[10de:0aab] (rev b1)
00:0a.0 Ethernet controller [0200]: NVIDIA Corporation MCP79 Ethernet
[10de:0ab0] (rev b1)
00:0b.0 SATA controller [0106]: NVIDIA Corporation MCP79 AHCI Controller
[10de:0ab9] (rev b1)
00:0c.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
[10de:0ac4] (rev b1)
00:10.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
[10de:0aa0] (rev b1)
00:15.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
[10de:0ac6] (rev b1)
00:16.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
[10de:0ac7] (rev b1)
03:00.0 VGA compatible controller [0300]: NVIDIA Corporation C79
[GeForce 9400] [10de:0867] (rev b1)
04:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries
BCM4322 802.11a/b/g/n Wireless LAN Controller [14e4:432b] (rev 01)
05:00.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW643 [TrueFire]
PCIe 1394b Controller [11c1:5901] (rev 07)

Regards

It appears that this bug is a duplicate of bug#1075713 (maybe the two
bug reports should be merged):

<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075713>

(TL;DR: a change in Linux 6.9 triggered a bug in Xorg fbdevhw driver)

and a fix is available upstream:

<https://gitlab.freedesktop.org/xorg/xserver/-/issues/1714>
<https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1612>

However the fix has not been included in the Xorg 21.1 branch used by
Debian yet.

Hi,

Pascal Hambourg <pascal@plouf.fr.eu.org> (2024-12-13):

When you reassign, it's best to copy the team receiving the bug report
otherwise they only get the results of the commands. Quoting in full
accordingly.

(See https://lists.debian.org/debian-x/2024/12/msg00049.html)

I'll try and find time to confirm the bugfix indeed works within the
installer, and propose a new Debian revision including it.


Cheers,

Hi,

I've revamped the patch (it didn't apply on xorg-server
2:21.1.7-3+deb12u8), built xorg-server, built linux-image 6.12.3 +
debian-installer from git and can confirm that this patch helped and now
graphical installer works fine.

Version: 2:21.1.15-1

This has been fixed in 2:21.1.15-1

Cheers,
Emilio