Hello
I am using KDE
I use my PC connected to a HDMI cable monitor
I left the PC on at night and this morning, the monitor was without connection with the PC
I restarted the PC and the monitor went back to work, but is disconnected when the opensuse enters
Another problem appeared: the PC screen is completely dark after the opensuse rise
1 - How do I do OpenSuse not to darken the screen when it is restarted?
2 - How do I reactivate HDMI?
I also experience this intermittently during the day with the following Graphics –
> inxi --admin -xxx --filter --graphics
Graphics: Device-1: AMD Picasso/Raven 2 [Radeon Vega Series / Radeon Vega Mobile Series] vendor: ASUSTeK
driver: amdgpu v: kernel bus-ID: 06:00.0 chip-ID: 1002:15d8 class-ID: 0300
Display: x11 server: X.Org 1.20.3 compositor: kwin_x11 driver: loaded: amdgpu display-ID: :0 screens: 1
Screen-1: 0 s-res: 3840x2160 s-dpi: 140 s-size: 698x393mm (27.5x15.5") s-diag: 801mm (31.5")
Monitor-1: HDMI-A-0 res: 3840x2160 hz: 60 dpi: 140 size: 698x393mm (27.5x15.5") diag: 801mm (31.5")
OpenGL: renderer: AMD Radeon Vega 11 Graphics (RAVEN DRM 3.42.0 5.14.21-150400.24.21-default LLVM 11.0.1)
v: 4.6 Mesa 21.2.4 direct render: Yes
>
Screen is a iiyama ProLite XB3288UHSU.
- The solution is, to power the screen off (universal power and settings button at the back of the screen) and then, back on again.
- What also seems to help, about 95 % of the time, is to use the right-hand <Ctrl> key to wake-up the system.
- With KDE Plasma, what also seems to help is, to lock the screen with <Meta+L> before walking away from the seat.
I do admit that, I have the KDE Plasma System Settings related to “Energy” set such that, energy is saved when, the system is not in use – screen off after about 5 minutes and so on …
I added the command “nomodeset” in the file /etc/default/grub and the monitor and HDMI cable worked again, but other problems appeared.
Does this look like it’s some botched update by the openSUSE team?
Nomodeset cripples X graphics performance. It’s a troubleshooting parameter, not something to be used routinely.
As to the original problem, does Ctrl-Alt-F3 followed by Alt-F7 undark the monitor? What does inxi -GSaz run in Konsole report?
Ctrl+Alt+F3 = Shows a black screen and a command prompt
Alt + F7 = Return to the previous screen
Thay’s the inxi -GSaz result:
sergio@psitivo:~> inxi -GSaz
**System:**
**Kernel:** 5.3.18-150300.59.93-default **arch:** x86_64 **bits:** 64 **compiler:** gcc
**v:** 7.5.0 **parameters:** BOOT_IMAGE=/boot/vmlinuz-5.3.18-150300.59.93-default
root=UUID=eaa77b86-3188-4a87-8fd2-5eef4d1050d8 splash=silent
resume=/dev/disk/by-uuid/913d8ea0-11e0-4521-94f1-c1f2c6663dfb quiet
nomodeset mitigations=auto
**Desktop:** KDE Plasma **v:** 5.18.6 **tk:** Qt **v:** 5.12.7 **wm:** kwin_x11 **vt:** 7
**dm:** SDDM **Distro:** openSUSE Leap 15.3
**Graphics:**
**Device-1:** Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
**vendor:** Holco Enterprise Co /Shuttle **driver:** N/A **alternate:** i915
**bus-ID:** 00:02.0 **chip-ID:** 8086:0f31 **class-ID:** 0300
**Device-2:** Acer HD Webcam **type:** USB **driver:** uvcvideo **bus-ID:** 1-3.3:4
**chip-ID:** 5986:053a **class-ID:** 0e02 **serial:** <filter>
**Display:** x11 **server:** X.org **v:** 1.20.3 **compositor:** kwin_x11 **driver:****X:**
**loaded:** N/A **unloaded:** fbdev,modesetting,vesa **alternate:** intel **gpu:** N/A
**display-ID:** :0 **screens:** 1
**Screen-1:** 0 **s-res:** 1920x1080 **s-size:** <missing: xdpyinfo>
**Monitor-1:** default **res:** 1920x1080 **hz:** 77 **size:** N/A **modes:** N/A
**OpenGL:****renderer:** llvmpipe (LLVM 11.0.1 128 bits) **v:** 4.5 Mesa 20.2.4
**compat-v:** 3.1 **direct render:** Yes
sergio@psitivo:~>
inxi -G… is not useful when booted with nomodeset. It can even prevent more than one display at a time from working.
xdpyinfo needs to be installed.
Here is the result without the nomodeset command
sergio@psitivo:~> inxi -GSaz
**System:**
**Kernel:** 5.3.18-150300.59.93-default **arch:** x86_64 **bits:** 64 **compiler:** gcc
**v:** 7.5.0 **parameters:** BOOT_IMAGE=/boot/vmlinuz-5.3.18-150300.59.93-default
root=UUID=eaa77b86-3188-4a87-8fd2-5eef4d1050d8 splash=silent
resume=/dev/disk/by-uuid/913d8ea0-11e0-4521-94f1-c1f2c6663dfb quiet
mitigations=auto
**Desktop:** KDE Plasma **v:** 5.18.6 **tk:** Qt **v:** 5.12.7 **wm:** kwin_x11 **vt:** 7
**dm:** SDDM **Distro:** openSUSE Leap 15.3
**Graphics:**
**Device-1:** Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
**vendor:** Holco Enterprise Co /Shuttle **driver:** i915 **v:** kernel **ports:**
**active:** HDMI-A-1,eDP-1 **empty:** DP-1,VGA-1 **bus-ID:** 00:02.0
**chip-ID:** 8086:0f31 **class-ID:** 0300
**Device-2:** Acer HD Webcam **type:** USB **driver:** uvcvideo **bus-ID:** 1-3.3:4
**chip-ID:** 5986:053a **class-ID:** 0e02 **serial:** <filter>
**Display:** x11 **server:** X.org **v:** 1.20.3 **compositor:** kwin_x11 **driver:** **X:**
**loaded:** modesetting **unloaded:** fbdev,vesa **alternate:** intel **gpu:** i915
**display-ID:** :0 **screens:** 1
**Screen-1:** 0 **s-res:** 1366x768 **s-size:** <missing: xdpyinfo>
**Monitor-1:** HDMI-A-1 **mapped:** HDMI-1 **model:** LG (GoldStar) FULL HD
**built:** 2016 **res:** N/A **dpi:** 102 **gamma:** 1.2 **size:** 480x270mm (18.9x10.63")
**diag:** 551mm (21.7") **ratio:** 16:9 **modes:** **max:** 1920x1080 **min:** 720x400
**Monitor-2:** eDP-1 **pos:** primary **model-id:** RTK 0x40b0 **serial:** <filter>
**built:** 2012 **res:** 1366x768 **hz:** 60 **dpi:** 78 **gamma:** 1.2
**size:** 443x249mm (17.44x9.8") **diag:** 508mm (20") **ratio:** 16:9
**modes:** 1366x768
**OpenGL:** **renderer:** Mesa DRI Intel HD Graphics (BYT) **v:** 4.2 Mesa 20.2.4
**compat-v:** 3.0 **direct render:** Yes
sergio@psitivo:~>
Now whit xdpyinfo installed
sergio@psitivo:~> inxi -GSaz
**System:**
**Kernel:** 5.3.18-150300.59.93-default **arch:** x86_64 **bits:** 64 **compiler:** gcc
**v:** 7.5.0 **parameters:** BOOT_IMAGE=/boot/vmlinuz-5.3.18-150300.59.93-default
root=UUID=eaa77b86-3188-4a87-8fd2-5eef4d1050d8 splash=silent
resume=/dev/disk/by-uuid/913d8ea0-11e0-4521-94f1-c1f2c6663dfb quiet
nomodeset mitigations=auto
**Desktop:** KDE Plasma **v:** 5.18.6 **tk:** Qt **v:** 5.12.7 **wm:** kwin_x11 **vt:** 7
**dm:** SDDM **Distro:** openSUSE Leap 15.3
**Graphics:**
**Device-1:** Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
**vendor:** Holco Enterprise Co /Shuttle **driver:** N/A **alternate:** i915
**bus-ID:** 00:02.0 **chip-ID:** 8086:0f31 **class-ID:** 0300
**Device-2:** Acer HD Webcam **type:** USB **driver:** uvcvideo **bus-ID:** 1-3.3:4
**chip-ID:** 5986:053a **class-ID:** 0e02 **serial:** <filter>
**Display:** x11 **server:** X.Org **v:** 1.20.3 **compositor:** kwin_x11 **driver:** **X:**
**loaded:** N/A **unloaded:** fbdev,modesetting,vesa **alternate:** intel **gpu:** N/A
**display-ID:** :0 **screens:** 1
**Screen-1:** 0 **s-res:** 1920x1080 **s-dpi:** 96 **s-size:** 508x286mm (20.00x11.26")
**s-diag:** 583mm (22.95")
**Monitor-1:** default **res:** 1920x1080 **hz:** 77 **size:** N/A **modes:** N/A
**OpenGL:** **renderer:** llvmpipe (LLVM 11.0.1 128 bits) **v:** 4.5 Mesa 20.2.4
**compat-v:** 3.1 **direct render:** Yes
sergio@psitivo:~
Here is the result without the nomodeset command
sergio@psitivo:~> inxi -GSaz
**System:**
**Kernel:** 5.3.18-150300.59.93-default **arch:** x86_64 **bits:** 64 **compiler:** gcc
**v:** 7.5.0 **parameters:** BOOT_IMAGE=/boot/vmlinuz-5.3.18-150300.59.93-default
root=UUID=eaa77b86-3188-4a87-8fd2-5eef4d1050d8 splash=silent
resume=/dev/disk/by-uuid/913d8ea0-11e0-4521-94f1-c1f2c6663dfb quiet
mitigations=auto
**Desktop:** KDE Plasma **v:** 5.18.6 **tk:** Qt **v:** 5.12.7 **wm:** kwin_x11 **vt:** 7
**dm:** SDDM **Distro:** openSUSE Leap 15.3
**Graphics:**
**Device-1:** Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
**vendor:** Holco Enterprise Co /Shuttle **driver:** i915 **v:** kernel **ports:**
**active:** HDMI-A-1,eDP-1 **empty:** DP-1,VGA-1 **bus-ID:** 00:02.0
**chip-ID:** 8086:0f31 **class-ID:** 0300
**Device-2:** Acer HD Webcam **type:** USB **driver:** uvcvideo **bus-ID:** 1-3.3:4
**chip-ID:** 5986:053a **class-ID:** 0e02 **serial:** <filter>
**Display:** x11 **server:** X.Org **v:** 1.20.3 **compositor:** kwin_x11 **driver:** **X:**
**loaded:** modesetting **unloaded:** fbdev,vesa **alternate:** intel **gpu:** i915
**display-ID:** :0 **screens:** 1
**Screen-1:** 0 **s-res:** 1366x768 **s-dpi:** 96 **s-size:** 360x202mm (14.17x7.95")
**s-diag:** 413mm (16.25")
**Monitor-1:** HDMI-A-1 **mapped:** HDMI-1 **model:** LG (GoldStar) FULL HD
**built:** 2016 **res:** N/A **dpi:** 102 **gamma:** 1.2 **size:** 480x270mm (18.9x10.63")
**diag:** 551mm (21.7") **ratio:** 16:9 **modes:** **max:** 1920x1080 **min:** 720x400
**Monitor-2:** eDP-1 **pos:** primary **model-id:** RTK 0x40b0 **serial:** <filter>
**built:** 2012 **res:** 1366x768 **hz:** 60 **dpi:** 78 **gamma:** 1.2
**size:** 443x249mm (17.44x9.8") **diag:** 508mm (20") **ratio:** 16:9
**modes:** 1366x768
**OpenGL:** **renderer:** Mesa DRI Intel HD Graphics (BYT) **v:** 4.2 Mesa 20.2.4
**compat-v:** 3.0 **direct render:** Yes
sergio@psitivo:~>
Is this a new installation? Did it ever work as expected?
Is the LG a computer display, or a HDTV? If TV, does it provide more than one HDMI input? If yes, it may apply special support to one port only, intended for PC use. That could be why its native resolution was not detected. It could be worth switching if possible.
ISTR reading that BayTrail graphics can be fussy. I’ve never had my hands on one.
Without using the “nomodeset” command at boot, my PC continues with the screen completely dark and does not send a signal to my monitor connected by HDMI
With the command “nomodeset” the monitor works, but other problems appear, such as the screen being permanently at maximum brightness.
Could some good soul please help me?
Does it help if you boot with plymouth=0 instead of nomodeset? If not, try plymouth.enable=0 instead of nomodeset. If either of these two switches work, use zypper or yast to uninstall plymouth.
Using plymouth=0 or plymouth.enable=0 instead of nomodeset made no difference.
But after I used the nomodeset, and then I removed this command, the PC monitor never went dark again, but the external monitor with HDMI cable still doesn’t work, so I still have to use the nomodeset command
Is xf86-video-intel installed? If not, install it, then boot without nomodeset and provide Konsole output from inxi -Gaz.
15.3 support ceases at the end of next month. If you go ahead and upgrade now, it’s possible this would be solved by newer Xorg and kernel.
when doing the search for “xf86-video-intel”, the YAST responds that it doesn’t exist.
I’ve already done the update and nothing has changed with or without nomodeset
You’re not wrong –
- openSUSE Software is not very helpful – <https://software.opensuse.org/package/xf86-video-intel>.
- The openSUSE Build is also not very helpful – the package can not be downloaded – <https://build.opensuse.org/package/show/openSUSE:Leap:15.3/xf86-video-intel>
But, despite the unhelpful hints, it’s in the Main repository – <http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/xf86-video-intel-2.99.917+git8674.25c9a2fcc-5.19.x86_64.rpm>.
- You may have to execute “zypper refresh --force” to see it in YaST.
- And, please check that, the Leap 15.3 Main repository is in your repository list – <http://download.opensuse.org/distribution/leap/15.3/repo/oss/>.
I think the OP needs to now clarify which version of Leap is in use.
As I read the OP’s response in post #15 to @mrmazda it implies an upgrade from 15.3 to 15.4, but perhaps I’m misreading that.
Either way “xf86-video-intel” is in both 15.3 and 15.4 repositories and a simple:
zypper in xf86-video-intel
should install it.
# cat /usr/local/bin/zypse
#!/bin/sh
zypper --no-refresh se -s $* | grep -Ev 'debug|devel|srcp|openSUSE-20' | grep -E 'x86|noarch'| sort
# /usr/local/bin/zypse xf86-video-intel
| xf86-video-intel | package | 2.99.917+git8674.25c9a2fcc-5.19 | x86_64 | OSS
| xf86-video-intel-32bit | package | 2.99.917+git8674.25c9a2fcc-5.19 | x86_64 | OSS
Hi
I disagree with item 2 
You can download any OBS package from any build repository IF you are logged in, or via osc getbinaries if you have an OBS account…
You can also use osc to search for packages as well…
installing xf86-videointel/code did not solve the problem