Debian 11 Bullseye dual monitor freezes after locking it and more...
DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
... SDDM as your problem can't be ruled out. Troubleshooting is a matter of elimination.
You are right, I'll try it.
OK! So, can you suggest any similar, from customization aspect, to SDDM?
I can't find on my current repos the KDM and I use LightDM on my laptop, it's not bad but it's just a lightweight DM.
Edit: I'm reading about lightdm right now and I see that I'm wrong about it... I think I will give it a shot.
Last edited by linuxnewbie137; 01-26-2022 at 08:13 PM.
KDM survives as KDM3 for openSUSE, KDM4 for Fedora, and as TDM for Debian, Ubuntu, openSUSE and many others, but isn't provided by any distro's own repos. It has to come from TDE's mirrors.
During the installation it prompted me to choose lightdm or sddm, but I still used dpkg-reconfigure. Pointless move I would say. Anyway, the result is the same. Separating firefox's tabs (not necessarily youtube, mostly sites with text content) into firefox new instances causes desktop freeze, youtube stopped, but mouse was still moving.
Is there any possibility that netinstall iso did a bad job during the installation? I am thinking about installing Debian 10.11 which is compatible with 340xx nvidia driver as well. Maybe it is Debian 11 causing the problem or my hardware plus Debian 11 or the nouveau driver, I don't know.
Last edited by linuxnewbie137; 01-26-2022 at 09:03 PM.
It's hard to imagine that a NET install could be responsible for this. I'd try booting KDE Neon live media to see if locking happens there.
It shouldn't hurt to install Buster. You'll get older software versions, but you could also try live/dist upgrading from Buster to Bullseye instead of installing to get back to Bullseye again after trying Buster whether or not it changes anything. Trying Neon would give an idea whether the problem is hardware rather than software related. Even more telling might be a live KDE distro that is not Debian-based.
You may have another option. Your CPU i7-2700K provides IGP. Does your motherboard have two graphic outputs? If yes, you could remove the NVidia and use the Intel graphics to see whether the problem is NVidia-related.
It could be NVidia-related in an entirely different way, hardware rather than software, but not NVidia's fault exactly. It is a somewhat hefty power consumer. If your PS has grown weak due to failing electrolytic capacitors, lockups could result in too much power requirement for the PS to keep up with. Are you able to remove the PS cover for inspection inside?
As it turned out remmilou was right and I, kind of, ignored him because I had no similar problems with windows.
You are right as well, it seems to be a hardware problem (aged nvidia card). I found a spare, forgotten, one and I used it instead of my main and it works perfectly. Fun fact this card is newer... Its outputs are the same way as my other's but HDMI is the primary one now. I guess it is because it is newer.
There are two possible reasons, about why it is working:
1) The old one is broken
2) This one has a larger memory and if I open up more tabs or whatever it will end up doing like my old one.
My guess is the first one because, if I remember correctly, both have 1GB of memory.
Quote:
You may have another option. Your CPU i7-2700K provides IGP. Does your motherboard have two graphic outputs? If yes, you could remove the NVidia and use the Intel graphics to see whether the problem is NVidia-related.
It worked perfectly, maybe even better than my "new" GPU. That's why my other guess is that maybe PSU can't supply, any more, enough power to my other GPU and that's why it misbehaves.
Thank you very very much about your time, and sorry about wasting it.
At least I learned some things. I will mark this post as solved in a couple of days, just in case something goes wrong.
Update on the case: It did happen again. I am using my Intel graphics now, it seems to be ok. I'll change PSU, reinstall one of my GPUs and we'll see...
Last edited by linuxnewbie137; 01-30-2022 at 12:30 PM.
Update on the case - 2: I changed the PSU and reinstalled the "new" GPU I found a few days ago aaaand it happened again. So, my guess now is my first guess of all, the nouveau driver, because when I'm with onboard graphics nouveau driver isn't in use, everything run smoothly and I haven't experienced the freeze yet. Any other thoughts?
I changed the PSU and reinstalled the "new" GPU I found a few days ago aaaand it happened again. So, my guess now is my first guess of all, the nouveau driver, because when I'm with onboard graphics nouveau driver isn't in use, everything run smoothly and I haven't experienced the freeze yet.
"The nouveau driver" is ambiguous. This primer explains why, and the two options for display drivers for your NVidia GPUs, and how to switch between them. Until you've tried both, troubleshooting can't be complete.
Quote:
Any other thoughts?
If your i7-2700K is newer than both your NVidias, I suggest leaving them out and sticking with the IGP. If you find performance lacking, install an AMD graphics card that's newer than your i7-2700K.
What model is the newer NVidia? (inxi -Gxx)
Do either of your NVidias have discrete power connectors? If yes, do you have them connected when installed?
"The nouveau driver" is ambiguous. This primer explains why, and the two options for display drivers for your NVidia GPUs, and how to switch between them. Until you've tried both, troubleshooting can't be complete.
I will probably check this tomorrow.
Quote:
If your i7-2700K is newer than both your NVidias, I suggest leaving them out and sticking with the IGP. If you find performance lacking, install an AMD graphics card that's newer than your i7-2700K.
My i7-2700k is only newer than my old GPU (GeForce 9500 GT, 2008 model), the one I used to use before I find the newer one. During the use of IGP it seems to run smoothly enough without problems, but when I use one of my GPUs you can tell the difference on smoothness, it's not that bad, but you can tell and eventually PC freezes.
Quote:
What model is the newer NVidia? (inxi -Gxx)
This is the newer GPU I found during the troubleshooting. It is as old as my CPU (2011).
"The nouveau driver" is ambiguous. This primer explains why, and the two options for display drivers for your NVidia GPUs, and how to switch between them. Until you've tried both, troubleshooting can't be complete.
I read your primer but I can't find any xf8* or xorg-x11* package, either in my system or in default repositories. It's a metapackage so I might not looking in the right place or the packages are renamed, I will need some help here as well.
However, according to you at least my 440 GT is supported from the DIX driver, since it is released in 2011.
These are the xserver/driver-related packages installed in my system:
"apt show" says that xserver-xorg-video-nouveau/intel etc are build from xf86-video-* driver modules.
xserver-xorg-video-nouveau, built from upstream source package xf86-video-nouveau, provides the nouveau FOSS DDX display driver for NVidia GPUs on Debian. The modesetting DIX display driver is provided by the Xorg server package, without which there is no X regardless of GPU.
xserver-xorg-video-nouveau, built from upstream source package xf86-video-nouveau, provides the nouveau FOSS DDX display driver for NVidia GPUs on Debian. The modesetting DIX display driver is provided by the Xorg server package, without which there is no X regardless of GPU.
If I understood correctly the DIX driver resides inside xserver-xorg-core package that is already installed. So, the only thing I have to do now is to apt remove xserver-xorg-video-nouveau and reboot. Right?
It's the easy way to stop using the nouveau DDX display driver and fallback to the default modesetting DIX display driver. Alternatively, /etc/X11/xorg.conf.d/ could be used, explicitly specifying the modesetting DIX in a 'Section "Device"' in a .conf file.
"sudo apt remove xserver-xorg-video-nouveau" didn't work either. Maybe I should purge it as well, I don't know.
In both situations nouveau driver is still loaded.
Which nouveau? The one found by lsmod? The nouveau kernel module is depended upon by both the nouveau DDX display driver and the modesetting DIX display driver. You'll find the loaded DDX or DIX announced by many lines in /var/log/Xorg.0.log, e.g. ...(II) modeset(0):... or ...(II) NOUVEAU(0):....
If xserver-xorg-video-nouveau has been purged, it shouldn't be available to load when X starts. I don't think display drivers ever get loaded into initrds, but you could try rebuilding initrd with xserver-xorg-video-nouveau purged to see if it makes a difference (if you were not mistaking kernel nouveau for X nouveau).
I don't know where to look for that kind of changes, so I looked at "lspci -vnn" VGA section which says kernel driver in use: nouveau. I was thinking that it should say "modesetting". I guess I'm wrong.
Quote:
Are you sure that BusID is correct? A minimal Section "Device" doesn't need it. This is my file used for specifying display drivers:
I used "X -configure" to auto-generate the xorg.conf, then removed everything but Section "Device". I guess it is correct, in "inxi -Gayz" says bus ID: 01:00.0 as well. Anyway I commented out, renamed (similar to yours) xorg.conf to 15-DIXdrv.conf, removed + purged xserver-xorg-video-nouveau and autoremoved as well. Tell me where to look to check if modesetting is in use.
Before all these, and after, I checked both files /var/log/Xorg.0.log and /var/log/Xorg.1.log for (II) modeset(0): and (II) nouveau(0):. All I see is (II) modeset(0):, zero (II) NOUVEAU(0):. The only nouveau-related message is inside Xorg.0.log, only, and is the following:
Code:
# cat /var/log/Xorg.0.log | grep nouveau
[ 5.280] (II) modeset(0): [DRI2] DRI driver: nouveau
[ 5.280] (II) modeset(0): [DRI2] VDPAU driver: nouveau
[ 5.287] (II) AIGLX: Loaded and initialized nouveau
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
