Thetutorial did its job nvidia drivers are now installed but it didn't get rid of nouvaeu like it was supposed to, additionally in bios there is no option (in the BIOS) for me to switch between the onboard intel graphics and my Nvidia card.
It seems that your system is not finding any information about any Intel graphics. Maybe there is no such chip/card. Maybe there is such information, but you did not find it yet. Please check again, maybe with the help of grep.
I know some users may get a black screen when booting after installing the NONFREE, installation so if the option is to install the FREE part of EndeavourOS first, before doing some post installation after to get the proprietary drivers working let me know. Or perhaps I have that all backwards and you can safely ignore my insanity! But these are just a few things I am curious about before I install EndeavourOS. I appreciate any help, advice, links, or insights into this and look forward to any replies, thank you!
The MX150 is not a legacy card and uses the latest Nvidia drivers.
I would boot on the nvidia nonfree and make sure you select and install Nvidia drivers during the online install process. Then you will have to install optimus-manahger as per the wiki.
Hopefully all goes well.
The base package stays checked and you select the desktop you want to install. As said it should automatically install the nvidia drivers and then you install optimus-manager and enable it with the command given by @dalto in the above post.
NVIDIA GPUs have many power-saving mechanisms. Some of them willreduce clocks and voltages to different parts of the chip, and insome cases turn off clocks or power to parts of the chip entirely,without affecting functionality or while continuing to function,just at a slower speed.
However, the lowest power states for NVIDIA GPUs require turningpower off to the entire chip, often through ACPI calls. Obviously,this impacts functionality. Nothing can run on the GPU while it ispowered off. Care has to be taken to only enter this state whenthere are no workloads running on the GPU and any attempts to startwork or any memory mapped I/O (MMIO) access must be preceded with asequence to first turn the GPU back on and restore any necessarystate.
Out of the four PCI functions, the NVIDIA driver directlymanages the VGA controller / 3D Controller PCI function. Other PCIfunctions are managed by the device drivers provided with the Linuxkernel. The NVIDIA driver is capable of handling entry into andexit from these low power states, for the PCI function 0. Theremaining PCI functions are also powered down along with function 0when entering these low power states. As a result, the devicedrivers for the other three functions also need to be taken intoaccount to:
The NVIDIA Linux driver includes initial experimental supportfor dynamically managing power to the NVIDIA GPU. It depends on theruntime power management framework within the Linux kernel toarbitrate power needs of various PCI functions. In order to havemaximum power saving from this feature, two conditions must bemet:
This feature requires system hardware as well as ACPI support(ACPI "_PR0" and "_PR3" methods are needed to control PCIe power).The necessary hardware and ACPI support was first added in IntelCoffeelake chipset series. Hence, this feature is supported fromIntel Coffeelake chipset series.
With this setting, the NVIDIA driver will only use the GPU'sbuilt-in power management so it always is powered on andfunctional. This is the default option, since this feature is a newand highly experimental feature. Actual power usage will vary withthe GPU's workload.
With this setting, the NVIDIA GPU driver will allow the GPU togo into its lowest power state when no applications are runningthat use the nvidia driver stack. Whenever an application requiringNVIDIA GPU access is started, the GPU is put into an active state.When the application exits, the GPU is put into a low powerstate.
Additionally, the NVIDIA driver will actively monitor GPU usagewhile applications using the GPU are running. When the applicationshave not used the GPU for a short period, the driver will allow theGPU to be powered down. As soon as the application starts using theGPU, the GPU is reactivated.
It is important to note that the NVIDIA GPU will remain in anactive state if it is driving a display. In this case, the NVIDIAGPU will go to a low power state only when the X configurationoption HardDPMS isenabled and the display is turned off by some means - eitherautomatically due to an OS setting or manually using commands likexset.
As of this writing, The USB xHCI Host controller and USB Type-CUCSI controller drivers present in most Linux distributions do notfully support runtime power management. Several upstream kernelchanges are being done to fix the issues. In the interim, these twoPCI functions have to be disabled for this feature to workproperly. This can be done using the following command.
There is a known issue with the audio driver due to which theaudio PCI function remains in an active state from the kernelversion 4.19 and up. (from commit id: 37a3a98ef601f89100e3bb657fb0e190b857028c).Upstream kernel changes are being done to fix the issue. In theinterim, the Audio PCI function needs to be disabled by using thefollowing command.
This workaround will result in audio loss when the audiofunction is being used to play audio over DP/HDMI connection. Torecover from audio loss, rescanning the PCI tree will bring backthe audio PCI function and audio operation can be recovered.However, after rescanning the PCI tree, all the disabled PCIfunctions will again become active. To ensure that this featureworks again, the workarounds mentioned in this section have to bedone again.
When the NVIDIA GPU is driving a console, runtime powermanagement is enabled for the VGA Controller PCI function andnvidia driver is uninstalled, the console will become blank. Theworkaround for this issue is to disable runtime power managementfor PCI function 0 before uninstalling the NVIDIA driver using thefollowing command:
Add the content given below to 80-nvidia-pm.rules file. This would enableruntime power management for the VGA Controller / 3D Controller PCIfunction. It would also remove Audio device PCI function, USB xHCIHost Controller function as well as USB Type-C UCSI Controller PCIfunction.
The driver option NVreg_DynamicPowerManagement can be set via thedistribution's kernel module configuration files (such as thoseunder /etc/modprobe.d). For example,the following line can be added to /etc/modprobe.d/nvidia.conf file to seamlesslyenable this feature.
For better error reporting, nvidia-bug-report.sh collects a dumpof ACPI tables using acpidump utility. Depending on your Linuxdistribution, this utility may be found in a package calledacpica-tools oracpica orsimilar.
I manually installed the video-nvidia driver through the Hardware Configuration window.
my graphic card is Nvidia Geforce GTX 960M and I installed the default video-linux, open-source driver, in installing manjaro linux stage.
I already removed video-linux with mhwd --remove pci video-linux and rebooted my system.
actually the post that you have quoted is for after the removing video-linux and installing the proprietary driver and rebooting!
You can also just disable the secure boot (if you want to) from the UEFI menu and try to compile the nvidia modules again. But ofc thats is just an option. You can also follow the commands provided by Scott.
Yes. Put sudo before those two commands. Once you do this, you should be good to go with the nvidia drivers with secureboot enabled. I suggest rebooting after you run this to get the drivers loaded on boot up.
The modules are probably already created and unsigned. Thus you will likely do best to uninstall the nvidia modules after you have created and enabled the keys as noted above, then reinstall the nvidia driver so the modules are signed when they are created.
Now the drivers should be installed, signed, and should load and work.
To verify they are loaded properly, lsmod grep nvidia should give you several lines output listing the modules that are loaded. If it does then the drivers are loaded and functional.
Ok the problem seemed to be the secure boot. I checked the README at /usr/share/doc/akmods/README.secureboot again and after that got it working. At least that is what I think.
nvidia-smi works now and lsmod grep nvidia gives:
My apologies, it seems that there is some dislike about replying to older threads on this forum but as long as people continue to come to the thread for information (like I did) it seems important to me that any user aware of new information should try to update the thread with that information as to not have users like myself following commands that are not optimal.
I have seen multiple reddit comments that seem to use the dnf remove *nvidia* which they might have gotten from this forum. According to what I understood from Nvidia drivers with secure boot no longer working - #2 by computersavvy , it seems that that command is not recommended.
NVIDIA has just published a new beta driver on their driver downloads website. The driver GEFORCE/ION DRIVER V270.51 is available for all supported operating systems and NVIDIA graphics card from GeForce 6 to the latest 500-series and ION desktop GPUs.
The NVIDIA driver comes with two new features that deserve a closer inspection. NVIDIA Update introduces automatic update checking and downloading, which is a long requested feature by users and software developers.
3a8082e126