[SOLVED] Ubuntu 18.04 LTS new 16/9 screen generate frozen machine ?

Bdefrance · 03-02-2020, 11:50 PM

Hi you all,
18.04 LTS was running fine for a while with an ASUS 4:3 display, never hang or crash ?
some weeks ago i have replace my ASUS with a Philips 246E9 ( 16:9) and since that time it hangs (locks), very often !
The photos are sometimes blank and i cannot exit without power off !
If i start in recovery mode with 4:3 displays on the Philips 246E9, it works fine but with a bad resolution display ( which is normal) ?

Only Firefox can run without any problems ?

i am suspecting a bad driver loading generating a page overlay somewhere in the system ?
Regards,
Bernard

mrmazda · 03-03-2020, 09:00 AM

X generates a log file. Please upload it and share the URL to the upload here. The command pastebinit can be used for this. Its location can be either of these two:

/var/log/Xorg.0.log, or
~/.local/share/xorg/Xorg.0.log

If both exist, please upload the newer of the two.

Please also paste here using code tags the output from using in an X terminal the following:

Code:

inxi -Gxxza

Bdefrance · 03-07-2020, 09:25 AM

Hi and sorry for the delay , i never used Pastebin before
here is the output for INXI. Log
https://pastebin.com/jXiWmnNK
and here is the Xorg.o.log
https://pastebin.com/WChGmMWZ
Bests Regards,
Pierre

mrmazda · 03-07-2020, 12:08 PM

The illegal option error you observed from inxi is because you are using an old version. Mine is newer and supports it:

Code:

# inxi -V | head -n1
inxi 3.0.37-00 (2019-11-19)
# inxi -GxxzaS
System:    Host: mcp61 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0
           parameters: root=LABEL=debian10 nouveau.config=NvMSI=0 nouveau.noaccel=1 mitigations=auto consoleblank=0 
           Desktop: Trinity R14.0.7 tk: Qt 3.5.0 wm: Twin dm: TDM Distro: Debian GNU/Linux 10 (buster)
Graphics:  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Micro-Star MSI driver: nouveau v: kernel bus ID: 00:0d.0
           chip ID: 10de:03d0
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv
           resolution: 1920x1200~60Hz
           OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes
# xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
VGA-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 4096 x 4096
   1920x1200     59.95*+

You can see in my inxi output that I have a GPU that is similar to yours.

The GPU series your 10de:0245 and my 10de:03d0 are from has a troublesome Linux support history. My experience has been better when sticking to lower display resolutions, such as 1680x1050 or less.

You may find better performance by incorporating either of nouveau.config=NvMSI=0 and/or nouveau.noaccel=1 on your kernel cmdline. You can test by striking the E key at the Grub menu and appending to the end of the line that begins with linu. They can be made permanent by adding it/them to /etc/default/grub's GRUB_CMDLINE_LINUX_DEFAULT= line and running sudo update-grub.

Something else to try is switching the DDX used by Xorg. As above shows I am using the modesetting DDX. Your log shows you are using the nouveau DDX, provided by the package xserver-xorg-video-nouveau. You can try the switch by removing that DDX:

Code:

$ sudo apt purge xserver-xorg-video-nouveau

or by a configuration change in /etc/X11/xorg.con* to specify modesetting as the driver to use for your 10de:0245 video device.

If you are unable to improve performance via anything suggested above it would be worth installing a newer GPU in an expansion slot to make best use of your new display.

Bdefrance · 03-07-2020, 12:53 PM

I set up a 1280 x 720 ( 16 :9 and it is better for my yes .
Thanks again ,
Pierre