RPi Z2w LightDM login mask issue after update

Troubleshooting
1

Creating a bug report/issue

I have searched the existing open and closed issues

Required Information

  • DietPi version | cat /boot/dietpi/.version
    G_DIETPI_VERSION_CORE=9
    G_DIETPI_VERSION_SUB=8
    G_DIETPI_VERSION_RC=0
    G_GITBRANCH=‘master’
    G_GITOWNER=‘MichaIng’

  • Distro version | echo $G_DISTRO_NAME $G_RASPBIAN
    bookworm 0

  • Kernel version | uname --all
    Linux DietPi 6.1.21-v7+ #1642 SMP Mon Apr 3 17:20:52 BST 2023 armv7l GNU/Linux

  • Architecture | dpkg --print-architecture
    armhf

  • SBC model | echo $G_HW_MODEL_NAME or (EG: RPi3)
    RPi Zero 2 W (armv7l)

  • Power supply used | (EG: 5V 1A RAVpower)
    RPi official

  • SD card used | (EG: SanDisk ultra)
    Kexin 8gb

Additional Information (if applicable)

  • Software title | (EG: Nextcloud)
    LightDM login mask

  • Was the software title installed freshly or updated/migrated?
    Installed with initial setup.

  • Can this issue be replicated on a fresh installation of DietPi?
    I have not tried yet as I would like to solve the issue or at least find out what broke before I wipe this SD card.

← If you sent a “dietpi-bugreport”, please paste the ID here →

  • Bug report ID | echo $G_HW_UUID

Steps to reproduce

  1. Fully update DietPi. This assumes the issue was caused by the update and was not just a coincidence of timing.

Expected behaviour

  • LightDM login mask should come up as the way to login asking for username and password.

Actual behaviour

  • Boots to terminal with the message ‘Hit return to login.’ There are 3 ways to go from here.
  • If you do nothing LightDM login mask comes up after a few minutes.
  • Hitting enter brings up terminal login. If you login in and sit idle LightDM login mask comes up after a few minutes.
  • If you hit enter and login and then type ‘startx’ XFCE loads fine. After a few minutes the LightDM login mask pops up. The account you logged in with at the terminal will not work if you log in through LightDM. Other accounts will work.

Extra details

  • Autostart option is set to 16: LightDM login mask.

This install started as v9.7 and booting has been configured to bring up the LightDM login mask. This was working fine and I logged in with the different users without issue since the initial setup.

System was fully updated as of early November. I didn’t use this SD card for a couple weeks as I was playing with Raspberry Pi OS. On November 25th I booted up and ran updates. After the updates the next reboot is when the issue started.

I have tried changing the autostart option to Manual login, which worked as expected. I can even use ‘startx’ and get to XFCE without issue.

Changing back to LightDM login mask and the issue comes back.

Below is the only software installed either during the initial setup or afterwards.

XFCE
XFCE Power Manager
ALSA
X.ORG
XRDP
Featherpad
Gnumeric

Please let me know if further information is needed.

2

This one doesn’t fit? Booting on Pi4 Mate - this now has a 1,5 minute delay

3

DOH! Missed that one due to it referencing Mate.

Went through the thread and here is what I have.

Ran - journalctl -u *.device

root@DietPi:~# journalctl -u *.device
Nov 30 23:15:36 DietPi systemd[1]: Found device dev-disk-by\x2dpartuuid-3cfc7ef1\x2d01.device - /dev/disk/by-partuuid/3cfc7ef1-01.
Nov 30 23:15:37 DietPi systemd[1]: Expecting device sys-subsystem-net-devices-wlan0.device - /sys/subsystem/net/devices/wlan0...
Nov 30 23:15:37 DietPi systemd[1]: Found device sys-subsystem-net-devices-wlan0.device - /sys/subsystem/net/devices/wlan0.
Dec 01 14:07:56 DietPi systemd[1]: dev-dri-card0.device: Job dev-dri-card0.device/start timed out.
Dec 01 14:07:56 DietPi systemd[1]: Timed out waiting for device dev-dri-card0.device - /dev/dri/card0.
Dec 01 14:07:56 DietPi systemd[1]: dev-dri-card0.device: Job dev-dri-card0.device/start failed with result 'timeout'.
Dec 01 14:07:56 DietPi systemd[1]: dev-dri-renderD128.device: Job dev-dri-renderD128.device/start timed out.
Dec 01 14:07:56 DietPi systemd[1]: Timed out waiting for device dev-dri-renderD128.device -/dev/dri/renderD128.
Dec 01 14:07:56 DietPi systemd[1]: dev-dri-renderD128.device: Job dev-dri-renderD128.device/start failed with result 'timeout'.

Checked for updates. apt update && apt list --upgradable

root@DietPi:~# apt update && apt list --upgradable
Hit:1 https://deb.debian.org/debian bookworm InRelease
Hit:2 https://deb.debian.org/debian bookworm-updates InRelease                 
Hit:3 https://deb.debian.org/debian-security bookworm-security InRelease       
Hit:4 https://deb.debian.org/debian bookworm-backports InRelease    
Hit:5 https://dietpi.com/apt bookworm InRelease
Hit:6 https://archive.raspberrypi.com/debian bookworm InRelease
Hit:7 https://dietpi.com/apt all InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
Listing... Done

Tried autostart option 2.
Root user logs right in like normal.
My user takes extra time just like before.
Created a new user and it acts just like my user.

Tried this next.

systemctl mask dev-dri-card0.device
systemctl mask dev-dri-renderD128.device
reboot

This returns booting back to a normal time length.

Unmasked the above and tried this.

echo -e 'Package: src:lightdm\nPin: origin archive.raspberrypi.com\nPin-Priority: -1' > /etc/apt/preferences.d/dietpi-lightdm
apt update
apt install --reinstall --allow-downgrades lightdm=1.26.0-8

This also returned the login speed back to normal.

As this is not software written by DietPi I will not ask for a estimated time for a fix.

I do have one question. Which is better work around to use, the masking of dev-dri-card0.device and dev-dri-renderD128.device or changing to the Debian lightdm build?

4

I guess this one might be better option

5

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.