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.
Ok, so modesetting is in use, but after I checked that, I re-installed xserver-xorg-video-all and xserver-xorg-video-nouveau, ran "sudo update-initramfs -u", rebooted and modesetting is still in use. Shouldn't it load nouveau?
UPDATE: Ok, specifying nouveau inside the .conf file it loaded nouveau. It seems to perform better, but I just rebooted. We'll see...
As it says here https://manpages.debian.org/stretch/...ting.4.en.html, modesetting is a non-accelerated driver, maybe modesetting is the problem and not nouveau. I am not sure if those are related, but maybe modesetting's framebuffer isn't enough or it conflicts with the GPU somehow.
BTW I noticed something inside /var/log/Xorg.1.log. I don't know if it is new or not.
Code:
Fatal server error:
[ 674.593] (EE) AddScreen/ScreenInit failed for driver 0
[ 674.593] (EE)
[ 674.593] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 674.593] (EE) Please also check the log file at "/var/log/Xorg.1.log" for additional information.
[ 674.593] (EE)
[ 674.599] (EE) Server terminated with error (1). Closing log file.
Last edited by linuxnewbie137; 02-01-2022 at 06:52 AM.
Reason: Update
Using the nouveau driver instead of modesetting PC seems to performs better and smoother (like when no GPU is used, using i915 driver for IGP), but there is a screen flickering seemed to be caused by the second monitor, although it doesn't appear right away.
At a random time a small very fast flicker may appear, even with 1 monitor plugged.
Both monitors plugged in:
Code:
# cat /var/log/Xorg.0.log | grep Display
[ 5.137] (II) NOUVEAU(0): Creating default Display subsection in Screen section
[ 5.314] (II) NOUVEAU(0): Digital Display Input
[ 5.347] (II) NOUVEAU(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V
[ 5.347] (II) NOUVEAU(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
Code:
# cat /var/log/Xorg.0.log | grep VGA
[ 5.235] (II) NOUVEAU(0): Output VGA-1 has no monitor section
[ 5.347] (II) NOUVEAU(0): EDID for output VGA-1
[ 5.347] (II) NOUVEAU(0): Printing probed modes for output VGA-1
[ 5.359] (II) NOUVEAU(0): Output VGA-1 connected
[ 5.359] (II) NOUVEAU(0): Output VGA-1 using initial mode 1440x900 +1920+0
Code:
# xrandr
Screen 0: minimum 320 x 200, current 3360 x 1080, maximum 16384 x 16384
HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 598mm x 336mm
1920x1080 60.00*+ 50.00 59.94
1920x1080i 60.00 50.00 59.94
1680x1050 59.88
1280x1024 75.02 60.02
1440x900 59.90
1280x960 60.00
1152x864 75.00
1280x720 60.00 50.00 59.94
1440x576 50.00
1024x768 75.03 70.07 60.00
1440x480 60.00 59.94
832x624 74.55
800x600 72.19 75.00 60.32 56.25
720x576 50.00
720x480 60.00 59.94
640x480 75.00 72.81 66.67 60.00 59.94
720x400 70.08
VGA-1 connected 1440x900+1920+0 (normal left inverted right x axis y axis) 410mm x 256mm
1440x900 59.89*+ 74.98
1280x1024 75.02 60.02
1152x864 75.00
1024x768 75.03 70.07 60.00
832x624 74.55
800x600 72.19 75.00 60.32 56.25
640x480 75.00 72.81 66.67 59.94
720x400 70.08
DVI-I-1 disconnected (normal left inverted right x axis y axis)
Code:
# sudo dmesg | tail -13
[ 28.585365] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084 (-2)
[ 28.585370] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[ 28.585372] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
[ 28.585379] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084d (-2)
[ 28.585380] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
[ 28.585382] nouveau 0000:01:00.0: msvld: unable to load firmware data
[ 28.585383] nouveau 0000:01:00.0: msvld: init failed, -19
[ 50.924949] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084 (-2)
[ 50.924953] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
[ 50.924960] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084d (-2)
[ 50.924961] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
[ 50.924963] nouveau 0000:01:00.0: msvld: unable to load firmware data
[ 50.924964] nouveau 0000:01:00.0: msvld: init failed, -19
Last edited by linuxnewbie137; 02-01-2022 at 09:01 AM.
BTW I noticed something inside /var/log/Xorg.1.log. I don't know if it is new or not.
Files have timestamps. Xorg.n.logs include the time they were created. Xorg.1.log gets created on display :1, usually from running startx after a DM for a login greeter is already running on display :0. Is this Xorg.1.log of yours fresh? If not, ignore it.
# sudo dmesg | tail -13
[ 28.585365] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084 (-2)
[ 28.585370] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[ 28.585372] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
[ 28.585379] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084d (-2)
[ 28.585380] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
[ 28.585382] nouveau 0000:01:00.0: msvld: unable to load firmware data
[ 28.585383] nouveau 0000:01:00.0: msvld: init failed, -19
[ 50.924949] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084 (-2)
[ 50.924953] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
[ 50.924960] nouveau 0000:01:00.0: firmware: failed to load nouveau/nvc1_fuc084d (-2)
[ 50.924961] nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
[ 50.924963] nouveau 0000:01:00.0: msvld: unable to load firmware data
[ 50.924964] nouveau 0000:01:00.0: msvld: init failed, -19
I don't know where any of those are supposed to come from. I can't find any files by those names on my Bullseye with GF108 GPU, and they don't show up in lsmod. You could try reaching out to the developers via the means on https://nouveau.freedesktop.org/index.html to maybe find out. You do have firmware-linux-free installed, right?
I don't know where any of those are supposed to come from. I can't find any files by those names on my Bullseye with GF108 GPU, and they don't show up in lsmod. You could try reaching out to the developers via the means on https://nouveau.freedesktop.org/index.html to maybe find out. You do have firmware-linux-free installed, right?
I have both firmware-linux-free and firmware-linux-nonfree installed.
There are two classes of firmware for NVidia cards: official ones from NVidia for newer cards which is already included in firmware-misc-nonfree and placed under /lib/fimware/nvidia, and firmware for older cards which is not distributable but needs to be extracted from the non-free driver and is put under /lib/firmware/nouveau. This firmware can be useful for video decoding, but is not necessary for other operations.
Last edited by linuxnewbie137; 02-01-2022 at 12:53 PM.
So... I found this https://askubuntu.com/questions/6720...kde-plasma-5-4 in which a guy says in a comment that he set, under Display and Monitor Section -> Compositor, "Tearing Prevention" to None/Never. It seems that I did FIX THE FREAKING flickering when using nouveau driver.
Last edited by linuxnewbie137; 02-01-2022 at 04:08 PM.
Bad news boss... It happened again. PC performs much much better now, but it froze again. Firstly the screen, then the mouse, then the sound and I hard rebooted.
What else could we try?
Should I try using the PC with IGP for a couple of days?
Could it be a specific application causing this?
Last edited by linuxnewbie137; 02-04-2022 at 04:56 PM.
It might do better, but note the IGP uses system RAM, not dedicated RAM like a discrete GPU card, so your available RAM will decrease some. I don't know how much, but if you check free RAM with free or top or htop right after booting before removing the card and again right after booting after removing the card, you can calculate it.
A specific application might cause it only if it's actually a hardware problem, by making an otherwise absent demand on whatever resource is the failure point, such as a weak RAM bit, or a demand for power the PSU or motherboard voltage regulator can't reliably provide. Total power wouldn't be the issue, because there are individual power rails for 3.3V, 5V & 12V from the power supply, from which the motherboard regulator brings down as required for CPU and RAM.
Ideally you would have access to a similar enough other PC or PC parts to swap PSU, RAM and possibly CPU, to see which, if any, halts the freezing. Another HDD or SSD would allow you to install a different OS. Live media boots theoretically might be helpful, but live media is usually so much slower it likely wouldn't be reliably indicative. Another installed OS needn't be to a different disk, if you have sufficient unused space in which to install it to your existing.
It might do better, but note the IGP uses system RAM, not dedicated RAM like a discrete GPU card, so your available RAM will decrease some. I don't know how much, but if you check free RAM with free or top or htop right after booting before removing the card and again right after booting after removing the card, you can calculate it.
Yes, I know, but if it doesn't freeze with IGP, that could mean it is not a hardware problem or it could exclude the rest but GPU.
Quote:
Ideally you would have access to a similar enough other PC or PC parts to swap PSU, RAM and possibly CPU, to see which, if any, halts the freezing. Another HDD or SSD would allow you to install a different OS. Live media boots theoretically might be helpful, but live media is usually so much slower it likely wouldn't be reliably indicative. Another installed OS needn't be to a different disk, if you have sufficient unused space in which to install it to your existing.
OK, I will try a different PSU and I'll remove a candidate problematic RAM stick. It is weird though because I never had any kind of problems on the same hardware with windows...
I will install Deabian 10 on another HDD to see what happens as well.
BTW some times there are some glitches, what could cause them? Could low or not enough power supply cause them?
Removing one stick will have an impact larger than mere loss of available memory on most desktop PCs. Dual channel RAM requires sticks be installed in pairs in order to run RAM in dual channel mode. I've seen in RAM testing speed as low as 56% of normal with one stick removed. More often it's less than that, but it's very noticeable in normal use, especially when total RAM is marginal.
Glitches are a common result of poor quality power, regardless of what it is that causes poor quality.
A more powerful PSU won't help unless the existing PSU is simply inadquate. Installing a 600W unit when a quality 350W would be ideal won't make anything better. A PSU capable of considerably in excess of need will be less efficient.
I have more than two dozen working 64 bit PCs. The max PSU I have in any of them is a 550W, of which I have only one. It was least expensive available well known brand when I needed one in a hurry. The rest are 500W or less, down as low as 235W in 64 bit PCs. I inherited a Corsair 750W PSU, but I only use it for bench testing. Most of my PCs are using IGPs with a single HDD or SSD. The vast majority of discrete GPUs I have are passively cooled. I think the count with fans is 3.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
