The logs look like your HDMI port is connected to the integrated intel GPU, not the Nvidia GPU so the Nvidia driver is not involved.
Nevertheless, nothing is detected on the HDMI port, does downgrading the kernel fix the isuue? This might also be just a flakey connector or cable, did you try to move the plug a bit or change the cable?
No, this is an Optimus notebook and in your case, both the internal display and the HDMI port are hardwired to the intel gpu. The nvidia gpu doesn’t have any outputs, it just renders the picture and then copies it to the igpu’s framebuffer for output. So you can only see if downgrading the kernel makes the hdmi port work again, otherwise the connector seems to be broken.
dackdel, on your hardware this is probably a completely different issue, with GTX1060, the HDMI ports are often connected directly to the nvidia gpu. I guess you’re running into a known GDM/Wayland bug. Try replacing GDM with lightdm:
Synchronizing state of lightdm.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable lightdm
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified.
is this ok?
also towards the end of sudo apt install lightdm in the cli there was a pink dialouge box that prompted me to select a default between gdm and lightdm and i selected lightdm. is that ok?