My laptop MSI GF65 with Intel and NVIDIA RTX 3060 GPU can not detect and connect to an external monitor through HDMI port. Windows 10 works well and connect HDMI as usually.
Itās all the same, apparently you did not boot with pci=realloc.
You can edit the kernel command line either in grub in the grub menu at boot time. Or edit /etc/default/grub and then run sudo update-grub.
I have a similar problem trying to enable HDMI port (and prior to that the nvidia card) on my MSI GF75 Thin 10UEK-054 running a RTX 3060 laptop card. Besides installing Win10 which works flawlessly, I tried different linux distributions which all seem to have their own methods of dealing with Optimus.
As far as I can tell the result is always the same in default OS configuration after clean install. Report based on POP_OS 20.10, dmesg.txt (91.3 KB) :
PCI device is detected
[ 0.370596] kernel: pci 0000:00:02.0: vgaarb: setting as boot VGA device
[ 0.370596] kernel: pci 0000:00:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[ 0.370596] kernel: pci 0000:01:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none
[ 0.370596] kernel: pci 0000:00:02.0: vgaarb: no bridge control possible
[ 0.370596] kernel: pci 0000:01:00.0: vgaarb: bridge control possible
[ 0.370596] kernel: vgaarb: loaded
NVRM fails because a driver (possibly nouveau) already claims the device
kernel: NVRM: request_mem_region failed for 0M @ 0x0. This can
NVRM: occur when a driver such as rivatv is loaded and claims
NVRM: ownership of the deviceās registers.
NVRM tries again and fails because device disappeared
NVRM: No NVIDIA GPU found.
(also doesnāt show up in lspci)
Disabling integrated Intel CPU appears impossible. All methods of forcing nvidia driver to load, disabling nouveau or forcing the nvidia card to be the primary video device (primus, bumblebee, linux-driver-management) result in a black screen on startup.
Booting with pci=realloc results in an endless loop at step 2.
All recent MSI notebooks with nvidia gpus have the same bios bug and require pci=realloc to work.
Just odd that in your case the gpu vanishes. Please uninstall all bumblebee, primus and whatever you installed additionally. Please add the kernel parameter, after reboot switch to VT (ctrl+alt+f4), login and run
grep 10de /lib/udev/rules.d/* >udevrules.txt
and attach to your post.
If you have internet connection, you can use pastebinit to upload it from console.
Please also run nvidia-bug-report.sh as root and attach the resulting nvidia-bug-report.log.gz file to your post or upload to pastebin
zcat nvidia-bug-report.log.gz |pastebinit
Hello,
I have similar problem on MSI GF65 laptop with RTX 3060 (@tlonghorn64). However, booting with āpci=reallocā does not work, it gets stuck before login window appears. Information below is captured without āpci=reallocā argument.
dmesg | egrep -i '(nvrm|nvidia)'
[ 1459.464277] nvidia-nvlink: Nvlink Core is being initialized, major device number 234
[ 1459.464740] NVRM: request_mem_region failed for 0M @ 0x0. This can
NVRM: occur when a driver such as rivatv is loaded and claims
NVRM: ownership of the deviceās registers.
[ 1459.464742] nvidia: probe of 0000:01:00.0 failed with error -1
[ 1459.464754] NVRM: The NVIDIA probe routine failed for 1 device(s).
[ 1459.464754] NVRM: None of the NVIDIA devices were initialized.
[ 1459.464990] nvidia-nvlink: Unregistered the Nvlink Core, major device number 234
Please boot with pci=realloc (by entering it temporally in grub menu), then reboot so you get a screen, then run
sudo journalctl -b-1 >journal.txt
and attach journal.txt.