Installing drivers: Acer Aspire VN7 592-G - Nvidia GTX 960M + Intel® HD-Grafik 530

Latest response

Hello everyone.

I'm relatively new to the linux world but not a computer novice. But I fail to install the Nvidia drivers on my laptop.

Before switching my main machine at home I decided to use my laptop to get into Linux especially RHEL7 (7.4) and because RHEL is one of the supported OS for TheFoundry's Modo (https://www.foundry.com/products/modo/requirements)

Modo's Supported operating systems:
Mac OS X 10.10.x, 10.11.x and 10.12.x
Windows 7, Windows 8 and Windows 10 (64-bit only)
Linux 64-bit operating system (RHEL 6.8+ & CentOS 7+)

So installing Linux in general was not the issue. I want to install the Nvidia drivers for better Performance for my DCC applications.
Please correct me if I'm wrong here but as far as I unterstood the nouveau drivers which comes which RHEL7 isn't really optimal for graphical purposes.

So I want to install Nvidia what ever way is possible.

I've checked this solution here "How to disable the Nouveau driver and install the Nvidia driver in RHEL 7 " (https://access.redhat.com/solutions/1155663) and went through the steps.

  1. Acquire the Nvidia driver (http://www.nvidia.com)
  2. Edit Grub2 to blacklist the Nouveau driver
  3. Install your nvidia driver
  4. At this point you will need to rebuild initramfs
  5. Reboot the system

The result in the end Nvidia driver doesn't load I can't boot into the OS and can't access the OS anymore.

I've tried several other solutions decribed for CentOS 7 and Fedora. Same result everytime.

I see the operating system trying to boot and then a splash screen showing a "sad face" that something went wrong and the system wasn't able to solve
this problem. I've formatted my computer now 6 times in the past three days.

Not sure but I think I'm missing something here since my laptop has Hybrid Graphics with the "Nvidia GTX 960M" and the "Intel® HD-Grafik 530". Could that be the reason why the procedure "How to disable the Nouveau driver and install the Nvidia driver in RHEL 7 " (https://access.redhat.com/solutions/1155663) will not work in my case?

I know for a fact that even Windows 10 has issues after initial installation with properly handling the Hybrid Graphics. When I got the laptop I wasn't able to install the Nvidia drivers right away.

I do get some error during the boot screen but nothing related to the nvidia drivers as fas as I could find out from my research.

0.045931 platform MSFT0101:00: failed to claim resource 1
0.045935 acpi MSFT0101:00: platform device creation failed: -16
1.495009 EFI: Problem loading in-kernel X.509 certificate (-129)

(not sure I think that was something during a security update or this line belongs to the error

bus: MMIO read of 00000000 FAULT at 022554 [ IBUS ]

As far as I could find out the MSFT0101 is something regarding the boot error:
"Error -16 is - device busy" and it's something about the "TPM (Trusted Platform Module), feature which implements cryptographic keys storage, used to improve security for technologies such as bitlocker."

source: (http://www.linuxforums.org/forum/miscellaneous/210471-acpi-platform-device-creation-failed.html)

Any idea what am I missing here or how I can actually install the drivers for the Nvidia and Intel GPU and is Linux capable of switching between those two depending on the application I'm running?

Not giving up to get into Linux and especially RHEL though. I'm going to try other solutions from http://www.giyf.com/

Sunny :)

Responses

Hi Sunny,

EDITED/UPDATED there is a chance that UEFI boot might be getting in your way based on some research of that oddball x509 error you got. I'm not 100% sure, but it's plausible.

Sunny, that does seem odd. You could attempt after the initial Red Hat load of your system performing a yum update and see if the intel drivers work as part of the kernel. Sometimes they are included in the standard kernel.

However, if since you have an NVidia card, it is worthwhile to attempt to use it...

I'm not sure if this will work or not as when I do NVidia driver installs, I'm generally in front of the system and try a number of things. I'm hoping the driver I found below helps... Those errors you got with the X.509 certificate are odd, very odd, however, it seems like it might be UEFI getting in the way. You might be able to shut off UEFI and use standard grub without UEFI, that may help!!! Unfortunately, that would mean another reload. That's unfortunate.

Try http://www.nvidia.com/download/driverResults.aspx/130646/en-us which seems to be the driver for LInux 64bit for a GTX960M. Download it to /var/tmp (/tmp gets deleted after some point).

Install one, or the other video drivers, but certainly not both.

Install it at something called "multi-user.target" (this means you are not in a graphical mode).

Download the file to your system.

Become root before doing this in a terminal window. From nvidia's instructions at http://www.nvidia.com/download/driverResults.aspx/130646/en-us in the tab Additional Information,

echo "enter the root account in a terminal window"
systemctl isolate multi-user. target
echo "you may need to log in again, it will be a terminal window, text, no graphics"
echo "become root again"
cd /var/tmp
echo "or navigate with the cd command to the place where you have this file"
sh ./NVIDIA-Linux-x86_64-390.25.run

At that link, you'll need to

One of the last installation steps will offer to update your 
X configuration file. Either accept that offer, edit your X 
configuration file manually so that the NVIDIA X driver 
will be used, or run nvidia-xconfig (after running the 
file in the previous block of text).  

See this long README file for more info at http://us.download.nvidia.com/XFree86/Linux-x86_64/390.25/README/index.html.

Reboot your system afterwards with the reboot command.

I hope this helps, I'll be in some classes the next 2 days, if I can't respond, hopefully someone else can.

Kind Regards, hope it goes well

RJ

In your decribed procedure do I still have to blacklist nouveau and edit grub as decribed here? https://access.redhat.com/solutions/1155663

Hi Sunny, yes, I'd do so, absolutely (blacklist nouveou), nvidia will complain otherwise. In the .run file you download, there's likely a lesser-known method to do it through the nvidia driver, but I've never tried it (I've seen it when looking at the advanced switch features).

You can often do a

sh ./NVIDIA-Linux-x86_64-390.25.run --accept-license

and then it won't prompt you for licensing questions. There's other switches you can find by passing --help (I think I recall)

important

By the way try to install the nvidia driver before you change (in the bios) from UEFI to "legacy" (non-UEFI), just to see if it will work or not in the method I found from NVIDIA.

Hope it goes well,

Kind Regards,

RJ

Hi RJ

Thank you for your help.

I just installed RHEL7.4 again on UEFI. By the do I have to switch to legacy at anytime after everything works or is the switch optional?

I'm getting now after some other messages in yellow'ish color during boot: Something about "Core temperature above threshold, cpu clock throttled"

Going through the steps. Curious of the outcome :)

There are some cases where the Red Hat provided nouveou driver will sufficiently drive the NVidia driver. You can assess it, but it certainly won't offer the same configuration capabilities that NVidia offers.

" it seems like it might be UEFI getting in the way" ok I'm gonna switch to legacy... I haven't gone very far yet so another format and install under legacy is ok.

Not sure but the error regarding x509 did show also on legacy as far as I can remember. Let me check and I will confirm it or not.

"my laptop has Hybrid Graphics with the "Nvidia GTX 960M" and the "Intel® HD-Grafik 530". "

If you don't plan to use the Intel graphics, you want to disable it in the UEFI setup (or "BIOS"). If your hardware does not let you disable it, then you'd need to use bumblebee, or else look into this discussion thread.

Now I have installed the Nvidia drivers successfully but the system is not booting into graphical interface. I had to do blacklist the nouveau module and rebuild initramfs (https://access.redhat.com/solutions/2867671)

When I boot the system is hanging in terminal mode at:

[ OK ] Started Update UTMP about System Runlevel Changes.

Everything showing in the list above with

[ OK ]

too. When I switch with Alt+F2 to a new terminal windows and type this:

lsmod | grep -i nvid

The nvidia drivers show there now instead of nouveau. When I also check this:

systemctl get-default

I get this as a result

graphical.target

Obviously something wrong here since I'm still in runlevel3 and not runlevel5.

I tried actually switching it to

multi-user.target

and switching it back to

graphical.target

Same result, system is hanging at:

Started Update UTMP about System Runlevel Changes.

So a little success the system didn't breakdown completly as in the first six attempts. Now what?

What is the sytem waiting for?

Hello Sunny I banged my head against the wall for ages to fix this one if you get stuck at "Started Update UTMP about System Runlevel Changes." or "Started GNOME Display Manager" , the problem appears to be gdm the display manager for RHEL 7 login, these are the steps i took to get around it

Steps 1. Blacklist nouveau module and installed nvidia driver as specified in the red hat 7 documentation (which you mentioned you have done 2. installed epel from https://fedoraproject.org/wiki/EPEL 3. Ran sudo yum install dkms slick-greeter lightdm lightdm-settings 4. sudo systemctl disable gm 5. sudo systemctl enable lightdm 6. sudo vim /etc/lightdm/lightdm.conf 7. Search for "#greeter-session=", change to "greeter-session=slick-greeter", make sure to remove the # to uncomment the line, save and close 8. Run sudo nvidia-xconfig and reboot

It may take a min or two to boot the first time, best of luck

Hi Sunny,

Say - Did you try that bit I mentioned after installing the graphic driver -- running this: (I'm hoping that this is the only thing of what's left to do...)

nvidia-xconfig

You'll need to run that at multi-user.target probably.

That was from that link I mentioned earlier from nvidia's instructions at http://www.nvidia.com/download/driverResults.aspx/130646/en-us in the tab Additional Information

Let us know how it goes. If you run into any snags, check out this bit I mentioned previously at http://us.download.nvidia.com/XFree86/Linux-x86_64/390.25/README/index.html

Let us know how it goes,

Kind Regards,

-RJ

Good morning RJ

I thought I did

nvidia-xconfig

but I guess I must have forgotten it while reloading RHEL several times in the past days.

Now the system is hanging on a different point at:

[ OK ] Started GNOME Display Manager

Can’t tell if it got further than the last message:

[ OK ] Started Update UTMP about System Runlevel Changes

I’ve rebuild the

initramfs

and restarted again after I saw the GNOME message. Now I’m stuck in a grey splashscreen showing gently the „7“ from RHEL on the right corner above. I waited now a minute or two and now I’m back at

[ OK ] Started GNOME Display Manager

Is there a way to see more information why the system is stuck there. There should be a detailed error log or something right?

-Sunny

Hi Sunny,

For logs... examine perhaps /var/log/Xorglog *(go to /var/log and do an ls -ltr to put the most current items at the bottom of the list). and also see /var/log/messages and check journalctl -xe

I won't be able to post much until later today, apologies.

-RJ

Hi Sunny,

Just curious, did you already try to install the NVIDIA drivers being packaged by negativo17.org or RPM Fusion ?
They should work right out-of-the-box without the necessity to configure anything else additionally yourself ... :)
Additional hint : Please check whether you can disable Optimus (alternative usage of intel graphics) in the BIOS.

Regards,
Christian

Sunny,

Chrisitan's tip is highly worth considering if the normal NVIDIA doesn't come through

(Thanks Christian)

-RJ

You're welcome RJ, in this post I explained how to install the drivers from these repositories properly.
The only additional requirement is that the extras-rpms and optional-rpms repos have to be enabled.
I recommend to disable the nouveau drivers during install with parameter nouveau.modeset=0. :)

Regards,
Christian

Sunny, one thing - it is important that you remove every NVIDIA software (using the NVIDIA .run file installer), all configuration changes and all other traces of your earlier attempts before installing the drivers from one of those repositories. Reboot the system afterwards, login to a virtual console and then install the drivers ... good luck ! :)

Regards,
Christian

Hi guys.

I'm getting an error at

yum install akmod-nvidia kernel-devel

Error: Packet: xorg-x11-drv-nvidia-libs-304.111-1.el7.x86_64 (rpmfusion-nonfree-updates)
needed: vulkan-filesystem

You could try it with —skip-broken to solve this issue.
You could try: rpm -Va —nofiles —nodigest     

I tried to second method from this link, I get this sad face issue again. Going into terminal with Ctrl + Alt + F3 and checking if nouveau is off/ blacklisted

lsmod | grep-i nouveau

Nothing showing up. Checking if NVIDIA is installed

lsmod | grep-i nvid

I get some output like I did get with nouveau before blacklisting it. So it seems Nvidia drivers are installed.

so what could it be that the system can’t get into GUI mode?

Hey Sunny, there's something wrong : 304 drivers are for older GEFORCE adapters !
You need to install the 384 drivers for your GTX 960M card ... please try it this way :
(Replace "server" with "desktop" or "workstation" ... if you use one of these editions.)

sudo subscription-manager repos --enable rhel-7-server-extras-rpms
sudo subscription-manager repos --enable rhel-7-server-optional-rpms
sudo yum update

sudo yum install kernel-devel
sudo yum install vulkan-filesystem
sudo yum install akmod-nvidia-384.111-1.el7.x86_64 xorg-x11-drv-nvidia-384.111-1.el7.x86_64

Regards,
Christian

Hi Christian,

I’m running RHEL 7.4 Workstation.

So I used

sudo subscription-manager repos --enable rhel-7-workstation-extras-rpms

sudo subscription-manager repos --enable rhel-7-workstation-optional-rpms

sudo yum update

sudo yum install kernel-devel

sudo yum install vulkan-filesystem

sudo yum install akmod-nvidia-384.111-1.el7.x86_64 xorg-x11-drv-nvidia-384.111-1.el7.x86_64

Everything went fine until the last command. Here I get an error:

Error: nvidia-driver conflicts with 2: xorg-x11-drv-nvidia-384.111-1.el7.x86_64

Error: nvidia-driver-libs conflicts with 2: xorg-x11-drv-nvidia-libs-384.111-1.el7.x86_64

You could try it with —skip-broken to solve this issue.

You could try: rpm -Va —nofiles —nodigest     

Regards, Sunny

Hmmm ... that's somewhat strange, Sunny ... these packages are matching exactly the 384 drivers version.
Didn't you disable the other repo (negativo.org) before ? If you didn't, disable it and run yum update again.
To do it execute : sudo yum-config-manager --disable epel-nvidia.repo | sudo yum update

Check with sudo nano /etc/yum.repos.d/epel-nvidia.repo if the entries there show enabled=0.
In case that an entry still shows enabled=1, change it, press Ctrl +X then Y and Enter to save the change.
Now the nvidia-driver from negativo.org won't conflict any longer with the drivers from RPM Fusion. :)

Regards,
Christian

Sunny, another additional tip : Disable Secure Boot in the UEFI settings of the BIOS (Windows - in case you have a dual boot setup - will boot in Secure Boot mode nevertheless) ... because the Secure Boot enabled setting may prevent the drivers from being loaded.

Quote from NVIDIA release notes :
Signing the NVIDIA Kernel Module

Some kernels may require that kernel modules be cryptographically signed by a key trusted by the kernel in order to be loaded. In particular, many distributions require modules to be signed when loaded into kernels running on UEFI systems with Secure Boot enabled. nvidia-installer includes support for signing the kernel module before installation, to ensure that it can be loaded on such systems. Note that not all UEFI systems have Secure Boot enabled, and not all kernels running on UEFI Secure Boot systems will require signed kernel modules, so if you are uncertain about whether your system requires signed kernel modules, you may try installing the driver without signing the kernel module, to see if the unsigned kernel module can be loaded.

Regards,
Christian

Hi Christian,

I've set my BIOS to legacy mode and then did a fresh install of RHEL 7.4 Workstation. Forgot how many times I did that in the past few days but feels like "months of little success, frustration and so on" :-D

I have the feeling that there could be a conflict of my Nvidia card and the Intel GPU on my laptop. I'm strongly considering bumblebee but can't seem to find the proper instructions, maybe getting blind somehow :-D

I'm gonna go to your procedure now before doing anything else:

  1. Fresh install of RHEL

  2. blacklist nouveau in grub and modprobe.d

    cd /etc/default

    vi grub

    Ctrl+O

    :wq

    cd /etc/modprobe.d/

    touch blacklist.conf

    blacklist nouveau

    blacklist lbm-nouveau

    options nouveau modeset=0

    alias nouveau off

    alias lbm-nouveau off

    Ctrl+O

    :wq

  3. get into runlevel3

    systemctl set-default multi-user.target

    reboot

  4. After reboot I login as root and follow your instruction here:

    sudo subscription-manager repos --enable rhel-7-workstation-extras-rpms

    sudo subscription-manager repos --enable rhel-7-workstation-optional-rpms

    sudo yum update

    sudo yum install kernel-devel

    sudo yum install vulkan-filesystem

    sudo yum install akmod-nvidia-384.111-1.el7.x86_64 xorg-x11-drv-nvidia-384.111-1.el7.x86_64

Am I missing anything here?

Regards, Sunny

Hi Sunny,

Firstly, why did you "set the BIOS to legacy mode" ? There's no reason to install RHEL in legacy BIOS mode and it's also not recommended. I have told you to disable Secure Boot - please do that and install the system in EFI mode. Secondly, why did you "blacklist nouveau in grub and modprobe.d" manually ? I told you that there's no need to configure something manually when you install the NVIDIA drivers from one of the repositories I've suggested.

Please, carefully read all instructions I've already provided in this and the other post, choose one of those repos and and remove every other related NVIDIA software from earlier attempts before starting the installation. Bumblebee is something you should avoid, the project is unmaintained since quite a long time and not the best way to handle the graphics. Best would be to start over from scratch with a clean installation of the system.

To sum it up Sunny, choose only one of the repositories and follow exactly the instructions. Most important is, that everything is configured correctly in the BIOS, disable Secure Boot, disable Optimus support (if possible), install the system in EFI (GPT) mode ... I am sure that you will succeed in the end. I have tested both options (negativo.org and RPM Fusion) several times on different machines and various editions of Red Hat based systems (CentOS / fedora / RHEL) and it always worked as expected. Please don't give up ... I wish you good luck ! :)

Regards,
Christian

Hi Christian,

I had set it to legacy because I did get the advice that UEFI might getin the way of the installation. I apologize for the trouble but I kind a lost my way and got mixed up with all the instructions somehow :)

  1. I’ll change it back to UEFI now
  2. Disable Secure Boot, Check EFI (GPT) mode

Don’t think I can disable my Optimus Support. I cant find a advanced BIOS Option at all on my laptop. Saw some Videos on YouTube people showing that it’s possible. I tried those instructions but still the same BIOS. I can only set a password and than change some settings that I can already see but I can't find anything in the manual of my laptop.

  1. Then install RHEL
  2. Then follow your [instruction] (https://access.redhat.com/discussions/3221971) a) RPMFusion or b) negativo17

First I will try RPM Fusion from step one to four if that doesn't work then I will try the other one.

I’m not giving up and don’t want to install Windows as host machine ever again.

Regards, Sunny

Great Sunny, good to read that you don't give up. Disabling NVIDIA Optimus support is an option, which not every vendor ships - see, every BIOS is different, sadly there is nearly no documentation provided by most of all manufacturers. Don't miss my third comment from the other post, with this method the nouveau drivers are disabled during the installation. Once again, good luck ! :) Please report back the results. By the way, I do not have the possibility to disable Optimus on my PC's too.

Regards,
Christian

Hi Christian,

So I went through the first attempt with RPM Fusion. These are the steps I went through:

  1. Set my BIOS back to UEFI
  2. Disable Secure Boot
  3. Install RHEL
  4. Install drivers with RPM Fusion repo

    sudo subscription-manager repos --enable rhel-7-server-extras-rpms

    sudo subscription-manager repos --enable rhel-7-server-optional-rpms

(In case you use a different edition than Server, replace "server" with "desktop" or "workstation" accordingly.)

sudo rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

sudo rpm -Uvh https://download1.rpmfusion.org/free/el/rpmfusion-free-release-7.noarch.rpm

sudo rpm -Uvh https://download1.rpmfusion.org/nonfree/el/rpmfusion-nonfree-release-7.noarch.rpm

Then I logged out of the GUI and logged back in to a virtual console and pressed Ctrl + Alt +F3.

I switched to non-GUI mode and I did execute:

sudo systemctl set-default multi-user.target

sudo reboot

I installed the NVIDIA drivers and I did execute:

sudo yum update

sudo yum install akmod-nvidia kernel-devel

sudo reboot

I switched back to GUI mode and I did execute:

sudo systemctl set-default graphical.target

sudo reboot

Result after the reboot: "Oh no! Something has gone wrong."

I did a reboot and then pressed "E" on the boot entry in the GRUB menu. But there was already this entry:

nouveau.modeset=0 rd.driver.blacklist=nouveau

So this didn't work. Don't know yet what that error is about, but the system did a reboot and went back to the known error: "Oh no! Something has gone wrong."

Regards, Sunny

Okay Sunny, you did everything as advised - you can try out the same workaround that I suggested in my comment to your report of the attempt to install the NVIDIA drivers from the negativo17.org repo.

Regards,
Christian

Hi Christian,

Now I did similar procedure with negativo17. These are the steps I went through:

No change here: 1. Set my BIOS back to UEFI 2. Disable Secure Boot 3. Install RHEL

Change here: 4. Install drivers with negativo17 repo

sudo subscription-manager repos --enable rhel-7-workstation-extras-rpms

sudo subscription-manager repos --enable rhel-7-workstation-optional-rpms

sudo rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

sudo yum-config-manager --add-repo=https://negativo17.org/repos/epel-nvidia.repo

sudo yum update

sudo yum install kernel-devel

sudo yum install nvidia-driver nvidia-settings

sudo reboot

Result after the reboot: "Oh no! Something has gone wrong."

I did a reboot and then pressed "E" on the boot entry in the GRUB menu. But there was already this entry in this method too.

nouveau.modeset=0 rd.driver.blacklist=nouveau

So both possibilities to install the Nvidia drivers didn't work for me.

Could there be a conflict with the "Intel HD Graphics Card"? I tried everything now as it says in the instructions.

Don't know what I can do know.

Regards, Sunny

Hi Sunny, you've performed everything correctly, and it really should have worked.
Please try the following workaround : execute sudo nano /etc/default/grub.

Add nvidia-drm.modeset=1 to the line GRUB_CMDLINE_LINUX so that it reads
GRUB_CMDLINE_LINUX="rd.driver.blacklist=nouveau nvidia-drm.modeset=1"

Press Ctrl +X, then Y and Enter to save it, then update the GRUB configuration :
sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg and reboot.

Regards,
Christian

Hang on after I just clicked on log out on that error screen:

I see this:

[ 446.444551]nouveau 0000:01:00.0 priv:HUB0: 10ecc0 ffffffff (1e40022c)

[ 486.113995]nouveau 0000:01:00.0 priv:HUB0: 10ecc0 ffffffff (1e40022c)

[ 503446411] CPU4: Core temperature above threshold, cpu clock throttled (total events = 32)

[ 503446411] CPU0: Core temperature above threshold, cpu clock throttled (total events = 32)

....

This CPU stuff has been there for a while now even before making any changes to the system. I think this is not related to the driver issue.

[ 525.940117]nouveau 0000:01:00.0 priv:HUB0: 10ecc0 ffffffff (1840822c)

I cannot reboot or anything by typing only a hard power off and power on works to get back.

One question Sunny, is the BIOS firmware updated to the latest version ? Please check this with Acer support.
That has something to do with the hardware generally - the CPU warning message you receive is not normal ... especially not on an "un-tweaked" system, so this problem cannot be related to the NVIDIA drivers installation.

Regards,
Christain

Hi Christian,

I do have the latest BIOS firmware installed which Version: 1.12 according to acers driver page

About the CPU warning: I didn't tweak anything except the settings for Secure Boot and so on. But I will try to set BIOS to default settings and then set what needs to be done for the driver installation. Weird thing about the CPU warning, it didn't show up at all in the first 3-4 trials when I tried to get the NVIDIA driver up and running.

But I think I made a mistake with the RPMFusion procedure. You mentioned above that I have to use a different command for newer NVIDIA cards. Although I have tried it before (but on legacy), I will try it again with the new/ default BIOS settings (UEFI) and this command:

sudo yum install akmod-nvidia-384.111-1.el7.x86_64 xorg-x11-drv-nvidia-384.111-1.el7.x86_64

instead of this here:

sudo yum install akmod-nvidia

This is the command I change use in the RPMFusion procedure as you said.

Regards, Sunny

Hi Sunny, that won't make a difference, akmod-nvidia-384.111-1.el7.x86_64 and xorg-x11-drv-nvidia-384.111-1.el7.x86_64 only specify the exact package version. I only said that because you mentioned earlier this Error: "Packet: xorg-x11-drv-nvidia-libs-304.111-1.el7.x86_64", which would be the wrong version (304). Unfortunately I am starting to run out of ideas what to do and why it does not work ...

Regards,
Christian

I'm running out of ideas too. But hey not giving up... if nothing works I'll stay with nouveau but Windows is "dead" to me. Only as a VMware I will run Windows but that's it. Not as a host anymore.

I will try it with the instrutions from RPMFusion which are kind of the same but hey I'm stubborn with these kind of things. :)

Regards, Sunny

Hey Sunny, sometimes "little tiny things" make a difference ... did you try to boot with the additional parameter nvidia-drm.modeset=1 ? By the way, the nouveau drivers aren't that bad, I am using them and they are running just fine. I only install the proprietary NVIDIA drivers for testing purposes to help people like you. And congrats for your decision to choose RHEL as host operating system ! :)

Regards,
Christian

I did that again same procedure, but this time I tried RPMFusion first, didn't work as expected.

Then I set this additional parameter

nvidia-drm.modeset=1

It did work I see the GUI when I log in. But once I click on Terminal every Window and Icon is black... The Terminal is also black can't see what I'm typing.

Same thing after removing RPMFusion drivers and then installing the negativo17 and reboot. GUI is there I login. Everything seems to be fine because the main menu above behaves normally and then I start terminal or firefox => all Windows and Icons turn black.

Well Sunny, that's some kind of good news, it is a progress and I think you are close to getting it done. I suggest that you contact the Acer support team at this point, because I assume that there has to be adjusted something in the BIOS. From my experience I can tell you that many Acer notebook owners are having similar problems with NVIDIA setups. Maybe you find something useful in Acer forums. :)

Regards,
Christian

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.