<div><div>Package: gdm3<br>Version: 3.30.2-3<br>Severity: important</div><div><br data-mce-bogus="1"></div><div>Dear Maintainer,</div><div><br data-mce-bogus="1"></div><div>Upon booting with nomodeset kernel setting on GRUB command line, my laptop T42 reproducibly gets stuck at "Started GNOME Display Manager.".  (As to what happens without nomodeset, cf. http://bugs.debian.org/948288 : there is one more bug, a segfault, there there to think about.)<br>In this state, the laptop persists for an indefinite duration (more than a few minutes).  To let the boot process continue, I switch to some tty, say, with Ctrl+Alt+F2, and then I switch back with Ctrl+Alt+F1.  Then, the boot process goes on and, finally, I obtain a GDM login screen, being able to start work without observable ill effects; during work, Xorg is reported as the chosen display server: <br></div><div><br data-mce-bogus="1"></div><div>$ env| grep -i x11 <br>XDG_SESSION_TYPE=x11</div><div><br data-mce-bogus="1"></div><div>The installation is more-or-less FRESH (using netinst i386) and up to date. <br></div><div><br data-mce-bogus="1"></div><div>How do I get rid of the manual intervention during boot for gdm3?  If I ship this to a client, the client would say "system unusable".  Of course, one can use lightdm instead of gdm3 (which does start without visible issues) as a workaround, but, in this bug report, we deal with gdm3 specifically. <br></div><div><br data-mce-bogus="1"></div><div>The log files are attached. Some more data: <br></div><div><br data-mce-bogus="1"></div><div>guest@T42-LAPTOP:/tmp$ lsb_release -a <br>No LSB modules are available. <br>Distributor ID: Debian <br>Description: Debian GNU/Linux 10 (buster) <br>Release: 10 <br>Codename: buster <br>guest@T42-LAPTOP:/tmp$ uname -a <br>Linux T42-LAPTOP 4.19.0-6-686 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) i686 GNU/Linux <br>guest@T42-LAPTOP:/tmp$</div><div><br>Thanks in advance, <br>Md Ayquassar</div></div>