I’ve install the latest Nvidia drivers (Hard Way) 384.90 and system boots only in recovery mode. Everything seems to be working, but it’s strange. When I try to boot in regular way, the system freeze after few seconds. The last output on terminal is:
The Journalctl contains entries only from the last boot (recovery mode), which is OK. I don’t know, how to get the log from the previous regular boot, which stuck.
I’ve notice just one suspisious part of the Xorg log:
/var/log/Xorg.0.log
53.406] (II) NVIDIA(0): "nvidia-auto-select+0+0{ForceFullCompositionPipeline=On}"
53.406] (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1200
53.415] (--) NVIDIA(0): DPI set to (93, 95); computed from "UseEdidDpi" X config
53.415] (--) NVIDIA(0): option
53.415] (--) Depth 24 pixmap format is 32 bpp
53.417] (II) NVIDIA: Using 24576.00 MB of virtual memory for indirect memory
53.417] (II) NVIDIA: access.
53.421] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
53.421] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X
53.421] (II) NVIDIA(0): configuration option may not be set correctly. When the
53.421] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
53.421] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
53.421] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and
53.421] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
53.421] (II) NVIDIA(0): Config Options in the README.
53.447] (II) NVIDIA(0): Setting mode "nvidia-auto-select+0+0{ForceFullCompositionPipeline=On}"
53.489] (==) NVIDIA(0): Disabling shared memory pixmaps
53.489] (==) NVIDIA(0): Backing store enabled
53.489] (==) NVIDIA(0): Silken mouse enabled
53.489] (==) NVIDIA(0): DPMS enabled
What’s a difference between the regular and recovery boot. The recovery works fine, the KDE starts, nvidia driver works.
I have run into the same condition where installation of the NVIDIA 384.98-29.1 (recommended way) does not work from the default boot selection in GRUB2. I also end up with a blank screen. However, if I use the Advanced Recovery boot option (kernel 4.4.92-31-default) it boots fine. This was sending me around in circles for a few days…
I did just note that nvidia-gfxG04-kmp-default (which was also installed the recommended way) is tagged as 384.98_k4.4.76_1-29.1.
Does anyone know if this kernel version mismatch might be causing the issue?
Right now I have a system that is usable, and I need to get some productivity going after the last few days, so not really looking at chasing that rabbit hole right now, but I thought that I’d throw that out there for others to consider…