Same problem with NVIDIA GeForce Go 7400
Because of another r.pi question, I booted a groovy system (amd64) and added
xdm and made it default (instead of
sddm). No issues. Yes the greeter looks like old Ubuntu, but it works.
It was done on a different box (different nvidia that doesn’t suffer from this issue), but I suspect it’ll work too for boxes where
Sorry for no answer in a while but Thanks for posting the bug report @guiverc
Kubuntu uses SDDM, too. I wonder if any of their greeters are problematic.
@wxl I never installed Kubuntu on the d960 (not that I recall anyway; this nvidia issue), however
on dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550) does impact Kubuntu & other greeters selected from Kubuntu. It contains Lubuntu with
kubuntu-desktop added, where I tried various
sddm greeters (easily added within Plasma) and a number are impacted (somewhat differently). There is no mention of it in that bug report, and I don’t know if the Kubuntu default greeter has an issue; if I tried it I don’t recall.
ps: If you want me to do some testing on the d960, it’s currently still in my possession.
@guiverc yeah I think it’s worth investigating further.
I just installed hirsute on the d960 with intention of starting to explore this… The effect is different to any groovy install, which maybe is a clue as to package anyway.
I’ll run out of time today, but my current purpose is to find a solution useful for users to mitigate this issue…
I tried each of
sddm-theme-debian-elarun - 'Debian Elarun' Theme for SDDM X11 display manager sddm-theme-debian-maui - 'Debian Maui' theme for SDDM X11 display manager sddm-theme-elarun - 'Elarun' Theme for SDDM X11 display manager sddm-theme-lubuntu - Lubuntu theme for SDDM X11 display manager sddm-theme-maldives - 'Maldives' theme for SDDM X11 display manager sddm-theme-maui - 'Maui' theme for SDDM X11 display manager sddm-theme-maya - 'Maya' theme for SDDM X11 display manager
and it was the same (flashing effect) for each theme (I skipped trying
sddm-theme-breeze as it was going to pull in a lot of KF5 etc, I can’t see why it would be different, let me know if it’s worth trying)
I added & made default
xdm and the login flashing disappeared.
This however had the effect of changing the theme used by the panel (I noticed it too on hp dc7700). I don’t consider this an issue though; they are easily changed back in Appearances. Changes are
- qt style - breeze
- lxqt-theme - Lubuntu Arc
- qt style - fusion
- lxqt-theme - frost
Kubuntu I think does use sddm-theme-breeze. It unfortunately depends on Plasma stuff, which is why it’s got all the depends. I’m not sure why. It might be good to try it out, honestly.
sddm-theme-breeze and rebooted, yuk! (I had forgotten to perform the
sudo update-alternatives --config sddm-ubuntu-theme step but
sddm had been changed by the additional of a virtual keyboard) making it harder to use.
I’ve seen this before (semi-recently with dual screens) and recalled the on-screen keyboard appearing on secondary display, but it booted with keyboard drawn on black background, on mouse movement etc it would flash between black, on-screen keyboard (using 2/3rds of single display) & background… yuk
If a user watched the display, they’d have trouble being able to login.
sddm is still working, if I close my eyes & login as I’d expect it to operate, I’m logged in, but visually it’s a mess & unusable on that box.
The behavior is very familiar though, I added
kubuntu-desktop to my Lubuntu focal installs on d755-5 (mentioned 4 messages up, AMD and flashing
sddm; lp 1865837) and that box has only single display and it had the same behavior if I recall correctly. (it was also added to hp8200 install which has the two displays)
Finally I performed the
sudo update-alternatives --config sddm-ubuntu-theme to make the ‘new’ breeze default, and on reboot it hung before eventual shutdown…errors?
sddm didn’t appear again. The GUI session now has a large pointer, which I can move around with the mouse, but nothing more.
I can fix this currently by changing the theme to something else, but with the virtual keyboard appearing on all themes now, they’re all rather annoying…
I’ve taken some photos of messages I see on screen (sddm-greeter & nouveau) but my phone is being annoying (no messages in
journalctl which I could easily paste; &
/var/log/sddm.log is empty). Most messages appear during shutdown which was ultra slow with breeze the default.
Switching to another theme and shutdown returns to normal, messages gone (just virtual terminal remains which isn’t helpful).
The one message I get on text terminal (with breeze active) is
[ 120.676863] nouveau 0000:01:00.0: DRM: GPU lockup - switching to software fbcon
written after the “Optiplex990 login:”
Either a requirement is missing (package error) or we’re missing something in config??
– links to photos
FYI: I booted Kubuntu hirsute daily (yesterday) for a live test, and logged out (so as to get to
sddm appears static with no flashing at the login screen. However if left to timeout (when it removes the username/password box), flashing is evident as that is removed from the screen, and on the user (me) causing the username/password box to be re-displayed, again flashing… The flashing there felt different as it wasn’t cyclic (like time based as it appears in Lubuntu) but related to graphic glitches.
I’m hearing (please correct me if I’m wrong) but it sounds like this affects NVIDIA GeForce 6 and 7 series cards only with the open source driver.
Do the proprietary drivers help?
@wzl I had a play with this today, but failed.
The graphics drivers the d990 (geforce gt 6600) seems to need are
nvidia-graphics-drivers-304 that are no longer supported (outside of xenial)
Note: I’m not good with video drivers.
The hp dx6120 [winfast clone of nvidia 7600gt] where I also experienced it, only had it appear on 5.3 kernel (eoan), but as that box was only ever used with QA installs up to alpha of disco/19.04 (then newer 18.04 ISOs) I ignored it [i386].
today when i booted the login flashed a couple of times then stopped. logged in fine. thanks everyone for looking into this. i can live with it as is.
Yeah I’ve left mine sit there for hour+, the flash-cycle pattern does change… (some DM/greeters time out and hide the login screen, this timeout maybe the trigger for the change, but it gives me a headache so I tend to not watch it closely).
If it becomes a pain, the easiest fixes I found were replacing
sddm with either
filed upstream (as requested) https://gitlab.freedesktop.org/drm/nouveau/-/issues/20
guess i spoke too soon… today it is flashing non-stop… when i pressed the box that lets you choose lxqt or lubuntu or openbox it stopped flashing. will have to research changing to xdm or lightdm as you mentioned and see if that works for me.
i tried lxqt … it completes the login but still flashes greeter when i reboot and login.
tried openbox, it hangs on the login and never gets past greeter… have to switch console and reboot.
installed lightdm and got nice login screen with no flashing, but it would not accept my password. Ended up going back to sddm so i could get logged in.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
Is this still a problem?