I found the culprit:
Info from first post from @philm:
NVIDIA 550.90.07-2: nvidia-drm parameters are now set by default
With the NVIDIA 550.90.07-2 packages, the nvidia-drm modeset=1 and fbdev=1 parameters are now set by default…
When I boot my notebook Intel/NVIDIA combo with nvidia_drm.modeset=1 I can reproduce the same behaviour.
I guess we have to disable it on hybrid?
Anyone knows how to disable this new default configuration?
EDIT: Just updated again and rebooted with edited grub commandline: nvidia_drm.modeset=0. And it worked.
Is editing GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub the best practice way or is there a better solution?
5 Likes
In the same boat with an Intel/Nvidia hybrid laptop. I switched to open source graphics drivers using mhwd and can get to the desktop at least. Had other problems so I’m on a fresh minimal Gnome install
I have my desktop back. Only change I made was adding nvidia-drm modeset=0 to grub as explained in the top post. Of course reloading grub after that.
1 Like
Sorry had a typo: edited it in my post above: nvidia_drm.modeset=0
3 Likes
I encountered the next weird thing on my desktop machine (rtx4070):
When calling fastfetch in TTY: results in a blackscreen → switching to graphic session and back to tty solves this.
But with this issue I can’t say with certainty if it did exist before the update.
Maybe a problem in tty when querying GPU info?
PS: After a few tries I can pinpoint the problem: it occurs when calling the display module.
inxi -G
Graphics:
Device-1: NVIDIA AD104 [GeForce RTX 4070] driver: nvidia v: 550.90.07
Display: x11 server: X.Org v: 21.1.13 with: Xwayland v: 24.1.0 driver: X:
loaded: nvidia gpu: nvidia,nvidia-nvswitch resolution: 1: 2560x1440
2: 2560x1440
API: EGL v: 1.5 drivers: nvidia,swrast
platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 550.90.07
renderer: NVIDIA GeForce RTX 4070/PCIe/SSE2
API: Vulkan v: 1.3.279 drivers: nvidia surfaces: xcb,xlib
Thanks @v4mp123 . With your correction below, this fixed the issue for me too!
Just wanting to be sure I’m not doing something wrong:
when grub appears, you press ‘e’ and in the emacs editor, you write nvidia_drm modeset=0
and that’s ok, but next boot you’ll have to redo these operations?
On my laptop, even in a TTY, nvidia_drm is unknown command 
Lenovo IdeaPad L340-15IRH Gaming boots to a black screen after the update.
> journalctl -eu sddm
Jun 10 20:44:10 lenovo systemd[1]: Started Simple Desktop Display Manager.
Jun 10 20:44:10 lenovo sddm[920]: Initializing...
Jun 10 20:44:10 lenovo sddm[920]: Starting...
Jun 10 20:44:10 lenovo sddm[920]: Logind interface found
Jun 10 20:44:10 lenovo sddm[920]: Adding new display...
Jun 10 20:44:10 lenovo sddm[920]: Loaded empty theme configuration
Jun 10 20:44:10 lenovo sddm[920]: Xauthority path: "/run/sddm/xauth_bPXzZp"
Jun 10 20:44:10 lenovo sddm[920]: Using VT 2
Jun 10 20:44:10 lenovo sddm[920]: Display server starting...
Jun 10 20:44:10 lenovo sddm[920]: Writing cookie to "/run/sddm/xauth_bPXzZp"
Jun 10 20:44:10 lenovo sddm[920]: Running: /usr/bin/X -dpi 0 -background none -seat seat0 vt2 -auth /run/sddm/xauth_bPXzZp -noreset -displayfd 16
Jun 10 20:44:12 lenovo sddm[920]: Failed to read display number from pipe
Jun 10 20:44:12 lenovo sddm[920]: Display server stopping...
Jun 10 20:44:12 lenovo sddm[920]: Attempt 1 starting the Display server on vt 2 failed
Jun 10 20:44:14 lenovo sddm[920]: Display server starting...
Jun 10 20:44:14 lenovo sddm[920]: Writing cookie to "/run/sddm/xauth_bPXzZp"
Jun 10 20:44:14 lenovo sddm[920]: Running: /usr/bin/X -dpi 0 -background none -seat seat0 vt2 -auth /run/sddm/xauth_bPXzZp -noreset -displayfd 16
Jun 10 20:44:15 lenovo sddm[920]: Failed to read display number from pipe
Jun 10 20:44:15 lenovo sddm[920]: Display server stopping...
Jun 10 20:44:15 lenovo sddm[920]: Attempt 2 starting the Display server on vt 2 failed
Jun 10 20:44:17 lenovo sddm[920]: Display server starting...
Jun 10 20:44:17 lenovo sddm[920]: Writing cookie to "/run/sddm/xauth_bPXzZp"
Jun 10 20:44:17 lenovo sddm[920]: Running: /usr/bin/X -dpi 0 -background none -seat seat0 vt2 -auth /run/sddm/xauth_bPXzZp -noreset -displayfd 16
Jun 10 20:44:18 lenovo sddm[920]: Failed to read display number from pipe
Jun 10 20:44:18 lenovo sddm[920]: Display server stopping...
Jun 10 20:44:18 lenovo sddm[920]: Attempt 3 starting the Display server on vt 2 failed
Jun 10 20:44:18 lenovo sddm[920]: Could not start Display server on vt 2
I timeshifted back to before the update and I can boot to sddm again.
> inxi -F
System:
Host: lenovo Kernel: 6.9.2-1-MANJARO arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.0.5 Distro: Manjaro Linux
Machine:
Type: Laptop System: LENOVO product: 81LK v: IdeaPad L340-15IRH Gaming
serial: <superuser required>
Mobo: LENOVO model: LNVNB161216 v: SDK0R32862 WIN
serial: <superuser required> UEFI: LENOVO v: BGCN17WW date: 03/21/2019
Battery:
ID-1: BAT0 charge: 38.8 Wh (94.9%) condition: 40.9/45.0 Wh (90.9%)
CPU:
Info: 6-core model: Intel Core i7-9750H bits: 64 type: MT MCP cache:
L2: 1.5 MiB
Speed (MHz): avg: 800 min/max: 800/4500 cores: 1: 800 2: 800 3: 800 4: 800
5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800
Graphics:
Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel
Device-2: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nvidia
v: 550.78
Device-3: Lite-On Integrated Camera driver: uvcvideo type: USB
Display: wayland server: X.org v: 1.21.1.13 with: Xwayland v: 24.1.0
compositor: kwin_wayland driver: X: loaded: modesetting,nvidia
unloaded: nouveau dri: iris gpu: i915,nvidia resolution: 1920x1080
API: EGL v: 1.5 drivers: iris,kms_swrast,nvidia,swrast
platforms: gbm,wayland,x11,surfaceless,device
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 24.0.8-manjaro1.1
renderer: Mesa Intel UHD Graphics 630 (CFL GT2)
API: Vulkan v: 1.3.279 drivers: nvidia,intel surfaces: xcb,xlib,wayland
Audio:
Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel
API: ALSA v: k6.9.2-1-MANJARO status: kernel-api
Server-1: PulseAudio v: 17.0 status: active
Network:
Device-1: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter
driver: rtl8821ce
IF: wlp7s0 state: up mac: 28:39:26:45:9b:2b
Device-2: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
driver: r8169
IF: enp8s0 state: down mac: 98:fa:9b:37:d7:f5
Bluetooth:
Device-1: Realtek Bluetooth Radio driver: btusb type: USB
Report: rfkill ID: hci0 state: up address: see --recommends
Drives:
Local Storage: total: 1.14 TiB used: 310.97 GiB (26.6%)
ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM256GDHTNG-8310A
size: 238.47 GiB
ID-2: /dev/sda vendor: Western Digital model: WD10SPZX-24Z10
size: 931.51 GiB
Partition:
ID-1: / size: 196.67 GiB used: 133.57 GiB (67.9%) fs: ext4
dev: /dev/nvme0n1p2
ID-2: /boot/efi size: 299.4 MiB used: 288 KiB (0.1%) fs: vfat
dev: /dev/nvme0n1p1
Swap:
ID-1: swap-1 type: partition size: 8 GiB used: 0 KiB (0.0%)
dev: /dev/nvme0n1p3
Sensors:
System Temperatures: cpu: 46.0 C pch: 45.0 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 16 GiB available: 15.5 GiB used: 3.35 GiB (21.6%)
Processes: 333 Uptime: 5m Shell: Zsh inxi: 3.3.34
It worked in case of my optimus lap (nVidia GTX), I didn’t think I would find answer to it in this thread, I thought I’d have to reinstall OS.
Kinda. Add nvidia_drm.modeset=0 to your kernel parameters.
To make it permanent:
Append it to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub
After that run update-grub
1 Like
is it nvidia_drm_modeset=0 or nvidia_drm.modeset=0 or nvidia-drm modeset=0?
I found many differents syntaxes about it…
System behaves weirdly when sleeping.
When the computer puts itself to sleep after a period of inactivity, it does not go to sleep. It goes to a black screen with the cursor. I can type in my password and log in without issue, though it takes a moment.
If I manually sleep the computer using the button in the home menu, it hangs for ~40 seconds before booting me to the lock screen.
some select details from a neofetch:
Kernel: 6.6.32-1-MANJARO
Resolution: 1920x1080, 1920x1080
DE: Plasma 6.0.5
WM: KWin
CPU: AMD Ryzen 5 5600G with Radeon Graphics (12) @ 4.464GHz
GPU: NVIDIA GeForce RTX 2060 SUPER
Had issues with the same black screen as many others, tho i was not on a dual GPU Laptop and setting nvidia drm to 0 did nothing.
After deleteing the xorg conf for Nvidia /etc/X11/xorg.conf.d/
I was able to start it with startx but still no SDDM.
Upgrading my kernel from 6.6 LTS → 6.10 Exp did the trick tho
1 Like
Running a pretty standard config and ran into the black screen issue after the update. nvidia_drm.modeset=0 in /etc/default/grub fixed it for me. Thanks a bunch!!
6.9.3-3-MANJARO
Resolution: 1920x1080, 2560x1440, 1920x1080
DE: Plasma 6.0.5
WM: KWin
CPU: Intel i7-8700K (12) @ 5.000GHz
GPU: NVIDIA GeForce RTX 3090
Are you able to do this before performing the update?
I’m holding the update for now until any issues potentially get worked out.
Here all okay.
Proprietary-Hyprid-AMD-Nvidia, and update on logout & tty no problem.
Grub Kernel Parameter nvidia-drm.modeset=1 nvidia_drm.fbdev=1 deleted, reboot and test sudo cat /sys/module/nvidia_drm/parameters/modeset and sudo cat /sys/module/nvidia_drm/parameters/fbdev all Y.
For those having issues with NVIDIA…
EDIT: It seems the plan is to revert the changes with the NVIDIA drivers. Either myself or Phil will take care of it soon. 
4 Likes