Monitors randomly lose signal

Questions about hardware, drivers and peripherals
Forum rules
Before you post read how to get help. Topics in this forum are automatically closed 6 months after creation.
Locked
xavifar
Level 1
Level 1
Posts: 2
Joined: Wed May 05, 2021 8:50 am

Monitors randomly lose signal

Post by xavifar »

Hello everyone!

I built a computer recently and everything seems to work fine, but from time to time both monitors loose the signal and I can't turn them back on unless I reboot the computer manually.
It does not seam to be a heat problem and I don't know what else to do.
I don't know if this is a drivers problem, or if the GPU does not work properly.

Does anyone have a clue on how to solve this?

Code: Select all

System:
  Kernel: 5.4.0-72-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 
  Desktop: Cinnamon 4.8.6 wm: muffin 4.8.1 dm: LightDM 1.30.0 
  Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal 
Machine:
  Type: Desktop Mobo: INTEL model: X99 v: V1.0 serial: <filter> 
  UEFI: American Megatrends v: 5.11 date: 01/15/2021 
CPU:
  Topology: 12-Core model: Intel Xeon E5-2678 v3 bits: 64 type: MT MCP 
  arch: Haswell rev: 2 L2 cache: 30.0 MiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 119724 
  Speed: 1198 MHz min/max: 1200/3300 MHz Core speeds (MHz): 1: 1198 2: 1198 
  3: 1198 4: 1198 5: 1198 6: 1200 7: 1197 8: 1201 9: 1201 10: 1200 11: 1200 
  12: 1200 13: 1198 14: 1198 15: 1200 16: 1197 17: 1197 18: 1197 19: 1198 
  20: 1197 21: 1198 22: 1197 23: 1197 24: 1198 
Graphics:
  Device-1: AMD Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] 
  vendor: PC Partner Limited driver: radeon v: kernel bus ID: 03:00.0 
  chip ID: 1002:679a 
  Display: x11 server: X.Org 1.20.9 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz, 1366x768~60Hz 
  OpenGL: renderer: AMD TAHITI (DRM 2.50.0 5.4.0-72-generic LLVM 12.0.0) 
  v: 4.5 Mesa 21.2.0-devel (git-eb6d990 2021-05-01 focal-oibaf-ppa) 
  direct render: Yes 
Audio:
  Device-1: Intel 8 Series/C220 Series High Definition Audio 
  driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:8c20 
  Device-2: AMD Tahiti HDMI Audio [Radeon HD 7870 XT / 7950/7970] 
  vendor: PC Partner Limited driver: snd_hda_intel v: kernel bus ID: 03:00.1 
  chip ID: 1002:aaa0 
  Device-3: HD WEBCAM HD WEBCAM type: USB driver: snd-usb-audio,uvcvideo 
  bus ID: 3-2:3 chip ID: 1d6c:0103 serial: <filter> 
  Sound Server: ALSA v: k5.4.0-72-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  driver: r8169 v: kernel port: d000 bus ID: 05:00.0 chip ID: 10ec:8168 
  IF: enp5s0 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 2.27 TiB used: 76.48 GiB (3.3%) 
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT500P2SSD8 size: 465.76 GiB 
  speed: 31.6 Gb/s lanes: 4 serial: <filter> rev: P2CR031 scheme: GPT 
  ID-2: /dev/sda vendor: Seagate model: ST2000DM008-2FR102 size: 1.82 TiB 
  speed: 3.0 Gb/s rotation: 7200 rpm serial: <filter> rev: 0001 scheme: GPT 
Partition:
  ID-1: / size: 456.53 GiB used: 9.83 GiB (2.2%) fs: ext4 
  dev: /dev/nvme0n1p3 
  ID-2: /boot size: 445.1 MiB used: 205.3 MiB (46.1%) fs: ext4 
  dev: /dev/nvme0n1p1 
  ID-3: /home size: 1.78 TiB used: 66.44 GiB (3.6%) fs: ext4 dev: /dev/sda2 
  ID-4: swap-1 size: 5.72 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda1 
Sensors:
  System Temperatures: cpu: 30.0 C mobo: 49.0 C gpu: radeon temp: 48 C 
  Fan Speeds (RPM): fan-1: 0 fan-2: 1001 fan-3: 0 fan-4: 0 fan-5: 0 
  Voltages: 12v: N/A 5v: N/A 3.3v: 3.39 vbat: 0.00 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
  1: deb http://mirrors.evowise.com/linuxmint/packages ulyssa main upstream import backport
  2: deb http://ftp.caliu.cat/pub/distribucions/ubuntu/archive focal main restricted universe multiverse
  3: deb http://ftp.caliu.cat/pub/distribucions/ubuntu/archive focal-updates main restricted universe multiverse
  4: deb http://ftp.caliu.cat/pub/distribucions/ubuntu/archive focal-backports main restricted universe multiverse
  5: deb http://security.ubuntu.com/ubuntu/ focal-security main restricted universe multiverse
  6: deb http://archive.canonical.com/ubuntu/ focal partner
Info:
  Processes: 387 Uptime: 40m Memory: 15.48 GiB used: 3.38 GiB (21.8%) 
  Init: systemd v: 245 runlevel: 5 Compilers: gcc: 9.3.0 alt: 9 Shell: bash 
  v: 5.0.17 running in: gnome-terminal inxi: 3.0.38 
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
User avatar
SMG
Level 25
Level 25
Posts: 31971
Joined: Sun Jul 26, 2020 6:15 pm
Location: USA

Re: Monitors randomly lose signal

Post by SMG »

Welcome to the forum, xavifar.
xavifar wrote: Wed May 05, 2021 8:59 amI built a computer recently and everything seems to work fine, but from time to time both monitors loose the signal and I can't turn them back on unless I reboot the computer manually.
We would have to check the logs to be sure, but it sounds like it may be a driver issue.

The next time it happens, you can try restarting X Server with Ctl-Alt-Backspace to see if that brings back the signal. I suspect it will not, but it's an easy thing to try.

Do you know if you were having this problem before you added the oibaf-ppa?

It may be that you will have to add some kernel parameters to keep the screens from going black, but let's check the logs first. The next time that happens, after you restart the computer, run the following in a terminal:
journalctl -rb -1 | nc termbin.com 9999
That command prints the journal log information of the prior boot cycle (the one which you stopped with the power button) in reverse order (so the reason for the black screens should be near the top) and sends it to termbin. It will return with a url address that you should post in your next reply.
Image
A woman typing on a laptop with LM20.3 Cinnamon.
xavifar
Level 1
Level 1
Posts: 2
Joined: Wed May 05, 2021 8:50 am

Re: Monitors randomly lose signal

Post by xavifar »

Today happened again after a few days without experiencing the problem.

journalctl says this:

Code: Select all

[code]May 10 13:25:46 Tardis kernel: radeon 0000:03:00.0: GPU lockup (current fence id 0x00000000000c26a5 last fence id 0x00000000000c2711 on ring 0)
May 10 13:25:46 Tardis kernel: radeon 0000:03:00.0: ring 0 stalled for more than 10156msec
May 10 13:25:37 Tardis kernel: pcieport 0000:00:03.0: AER: Device recovery failed
May 10 13:25:37 Tardis kernel: pcieport 0000:00:03.0: AER: Root Port link has been reset
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER:    [14] CmpltTO                (First)
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER:    [ 5] SDES                  
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER:   device [8086:2f08] error status/mask=00004020/00000000
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER: PCIe Bus Error: severity=Uncorrected (Fatal), type=Transaction Layer, (Requester ID)
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER: Multiple Uncorrected (Fatal) error received: 0000:00:03.0
May 10 13:25:36 Tardis kernel: pcieport 0000:00:03.0: AER: Device recovery failed
[/code]

and then there are plenty of lines with this message:

Code: Select all

May 10 13:25:53 Tardis kernel: radeon 0000:03:00.0: scheduling IB failed (-35).
May 10 13:25:53 Tardis kernel: radeon 0000:03:00.0: GPU lockup (current fence id 0x00000000000c26a5 last fence id 0x00000000000c2759 on ring 0)
May 10 13:25:53 Tardis kernel: radeon 0000:03:00.0: ring 0 stalled for more than 17324msec
May 10 13:25:53 Tardis kernel: [drm:radeon_gem_va_ioctl [radeon]] *ERROR* Couldn't update BO_VA (-35)
May 10 13:25:53 Tardis kernel: radeon 0000:03:00.0: scheduling IB failed (-35).
I guess the GPU might be malfunctioning?
User avatar
SMG
Level 25
Level 25
Posts: 31971
Joined: Sun Jul 26, 2020 6:15 pm
Location: USA

Re: Monitors randomly lose signal

Post by SMG »

It's possible using the amdgpu driver rather than the radeon may help. You would add kernel parameters to make that happen.

As you check the log, see which errors happened first. Sometimes later errors are a result of earlier one. If the earliest ones are addressed, then often the later ones clear as well. Which errors happened first?
Image
A woman typing on a laptop with LM20.3 Cinnamon.
Locked

Return to “Hardware Support”