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 sddm
flashes.
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
https://bugs.launchpad.net/ubuntu/+source/sddm/+bug/1865837
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.
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
– sddm
- qt style - breeze
- lxqt-theme - Lubuntu Arc
– xdm
- 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.
I added 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 dmesg
or 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
- shutdown messages
https://photos.app.goo.gl/Yf5pK28w4FMUmSi17
https://photos.app.goo.gl/VBvvRrzKMDWjxPjx5 - switching to text terminal; message
https://photos.app.goo.gl/nRJEGJHd45WoenSb8
FYI: I booted Kubuntu hirsute daily (yesterday) for a live test, and logged out (so as to get to sddm
).
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.
To me that session matched this bug which was originally filed on a different 18.04.5/i386 nvidia box (esp. given issues once logged in) so it’s noted in that bug report.
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 xdm
or lightdm
Some of my remarks are pasted here, many elsewhere such as bug reports. (I see xdm
mentioned on this thread, but lightdm
only in bug report)
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?