Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bumblebee post instalation and fan fast speed issue on Optimus system #904

guiBraca opened this issue Aug 8, 2017 · 10 comments


Copy link

commented Aug 8, 2017

Distro: Debian Stretch / Debian 9
Kernel: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64 GNU/Linux
Manufacturer and model: ASUSTeK COMPUTER INC.
baseboard-product-name: GL553VD
baseboard-version : 1.0
system-manufacturer : ASUSTeK COMPUTER INC.
system-product-name : GL553VD
system-version : 1.0
bios-vendor : American Megatrends Inc.
bios-version : GL553VD.302
bios-release-date : 03/06/2017

Previous issue: When you install Bumblebee with Nvidia non-free drivers, it sets off the discrete GPU on boot as default. So, for any reason, when you try to login in graphical mode the system get freezed. To fix this issue you can log as su on a Alt+F2 terminal and do # echo ON > /proc/acpi/bbswitch. But the problem with this fix is the GPU stays enabled all the time, until bbswitch set it off.

Actual issue: Once you solved the issue exposed above, each time that bbswitch turn off the discrete GPU the fan start working at 100% speed indifenitely. You must poweroff the laptop to stop it, is not enought reboot the system. I haven't found a way to fix this issue yet. Nothing exposed on the other sites worked for ASUS laptop with GTX 10 series GPU on a Optimus system.

Until now, I've tried doing the three following solutions via editing /etc/default/grub file for permanent changes, and then updating grub with update-grub, but without sucess:
a) GRUB_CMDLINE_LINUX="acpi_osi!'Windows 2009"
b) GRUB_CMDLINE_LINUX="acpi_osi=! acpi_osi='Windows 2009'"
c) GRUB_CMDLINE_LINUX="acpi_osi=! acpi_osi='Windows 2009' pcie_port_pm=off"

Important: Nvidia drivers seems to be working. if I do glxgears I get the window with the gears working at 60fps (average), whereas if I do optirun glxgears I get a new window with the same gears working but at 3100fps (average).

By the way, a few seconds after I close the window created by optirun glxgears, the fan immediately ramp up to full speed. If I do lspci | grep VGA when the fan is at 100% speed (that is to say, when discrete GPU is off) the system get freezed.


This comment has been minimized.

Copy link

commented Aug 20, 2017

same problem here.

Distro: Debian Testing (buster)
Kernel: Linux 4.12.0-1-amd64 #1 SMP Debian 4.12.6-1(2017-08-12) x86_64 GNU/Linux
Manufacturer and model: ASUSTeK COMPUTER INC.
baseboard-product-name: UX550VD


This comment has been minimized.

Copy link

commented Sep 2, 2017

Hi guys,

Look the same problem with Nvidia Prime. Laptop is Asus ROG gl553VD.
Seems like problem is not in bumblebee project, but is more depth. Searching Asus threads, found what about this problem already know and no solution for the moment.
At the moment I use Ubuntu 17.04 with the Nvidia Prime with always running Nvidia profile. If try to switch to Intel profile then you will get the same fan issue. I think we can try to escalate problem to Asus or Nvidia.

Best regards,


This comment has been minimized.

Copy link

commented Sep 4, 2017

See #764 for a possible reason for the freezing problem (unfortunately only with a workaround that does not always work for everyone).


This comment has been minimized.

Copy link

commented Sep 5, 2017

I'll add a note to the Debian package readme and wiki with a pointer to that ticket, hopefully it will help Debian and Ubuntu users


This comment has been minimized.

Copy link

commented Sep 5, 2017

After 11 fresh Debian installs I got working Nvidia drivers. I couldn't found the way to make it work with Bumblebee, so I had to disable the onboard GPU and use only the discrete all the time. I made a guide step by step to do it on Debian. That's the same what I think Ubuntu does.

Guide: how to install Nvidia drivers on Optimus system and using only the discrete GPU

If someone make it works with Bumblebee, please tell us here. Would be great.

In the Debian forum they will not be paying much attention to this. In my opinion, this should be escalated to ASUS or, in any case, to Nvidia. The latter usually have good support.


This comment has been minimized.

Copy link

commented Sep 14, 2017

I'm not experiencing this issue directly (I can't reproduce it 100%, but I have a similar problem, so I thought I would provide information as well).

Machine: SAGER NP7258 (CLEVO N155RF)
GTX 965M
Debian 9

I've been using the workaround that was found in #764 for over a year now, with only a few minor problems. One of them is that, at random times, both my CPU fan and GPU fan ramp up to 100% and don't slow down. This dosen't seem to be related to turning the gpu on or off (since I'm not using the gpu when this happens). Next time it happens, I'll try to see what the state of the GPU is.

When I put the laptop to sleep the CPU fan is restored to normal (properly controlled), and when I put the laptop to sleep a second time, the GPU fan is fixed. When powering off the laptop, it similarly fixes only one fan, unless I poweroff twice.

This probably isn't much help (and is probably not bumblbee's fault), but I thought I would put it out there.


This comment has been minimized.

Copy link

commented Nov 2, 2017

Same thing on Asus GL753VE with 4.13.0-1-amd64 #1 SMP Debian 4.13.10-1 (2017-10-30) x86_64 GNU/Linux . None of the suggested kernel parameter fixes work - the only way to stop the fan noise from GTX 1050Ti is to uninstall bbswitch, bumblebee, nvidia-driver.


This comment has been minimized.

Copy link

commented Nov 6, 2017

Hello everyone,
`Linux InvokerHome 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64 GNU/Linux

/W path Device Class Description

                       system         GL753VD

/0 bus GL753VD
/0/0 memory 64KiB BIOS
/0/3d memory 16GiB System Memory
/0/3d/0 memory [empty]
/0/3d/1 memory [empty]
/0/3d/2 memory 16GiB SODIMM DDR4 Synchronous 2400 MHz (0.4 ns)
/0/3d/3 memory [empty]
/0/43 memory 256KiB L1 cache
/0/44 memory 1MiB L2 cache
/0/45 memory 6MiB L3 cache
/0/46 processor Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz
/0/100 bridge Intel Corporation
/0/100/1 bridge Skylake PCIe Controller (x16)
/0/100/1/0 display NVIDIA Corporation
/0/100/2 display Intel Corporation
/0/100/8 generic Skylake Gaussian Mixture Model
/0/100/14 bus Sunrise Point-H USB 3.0 xHCI Controller
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/1 input USB OPTICAL MOUSE
/0/100/14/0/3 input ITE Device(8910)
/0/100/14/0/5 generic SAMSUNG_Android
/0/100/14/0/9 communication Bluetooth wireless interface
/0/100/14/0/b multimedia USB2.0 HD UVC WebCam
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic Sunrise Point-H Thermal subsystem
/0/100/15 generic Sunrise Point-H Serial IO I2C Controller #0
/0/100/16 communication Sunrise Point-H CSME HECI #1
/0/100/17 storage Sunrise Point-H SATA Controller [AHCI mode]
/0/100/1c bridge Sunrise Point-H PCI Express Root Port #3
/0/100/1c/0 wlp2s0 network Wireless 7265
/0/100/1c.3 bridge Sunrise Point-H PCI Express Root Port #4
/0/100/1c.3/0 enp3s0 network RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
/0/100/1c.6 bridge Sunrise Point-H PCI Express Root Port #7
/0/100/1c.6/0 generic RTS5229 PCI Express Card Reader
/0/100/1f bridge Sunrise Point-H LPC Controller
/0/100/1f.2 memory Memory controller
/0/100/1f.3 multimedia Intel Corporation
/0/100/1f.4 bus Sunrise Point-H SMBus
/0/1 scsi0 storage
/0/1/0.0.0 /dev/sda disk 128GB HFS128G39TND-N21
/0/1/0.0.0/1 /dev/sda1 volume 259MiB Windows FAT volume
/0/1/0.0.0/2 /dev/sda2 volume 15MiB reserved partition
/0/1/0.0.0/3 /dev/sda3 volume 118GiB Windows NTFS volume
/0/1/0.0.0/4 /dev/sda4 volume 865MiB Windows NTFS volume
/0/2 scsi1 storage
/0/2/0.0.0 /dev/sdb disk 1TB ST1000LM035-1RK1
/0/2/0.0.0/1 /dev/sdb1 volume 603GiB Windows NTFS volume
/0/2/0.0.0/2 /dev/sdb2 volume 954MiB EXT4 volume
/0/2/0.0.0/3 /dev/sdb3 volume 326GiB LVM Physical Volume
/0/3 scsi2 storage
/0/3/0.0.0 /dev/cdrom disk DVD A DA8AESH
/1 power To Be Filled By O.E.M.
Well I am having the same issue with my Asus fx753vd fan at full speed all time right after installing bbswtich, will test the workaround above and let you know.


This comment has been minimized.

Copy link

commented Nov 17, 2017

Same issue as lumiera on same hardware, archlinux kernel 4.13.11. I am not even trying to switch gpus; I just want to use integrated intel graphics. nvidia and nouveau are blacklisted, but using bbswitch to set the dgpu to off or using an acpi_call to the same effect results in the high fan speed problem.


This comment has been minimized.

Copy link

commented Jan 25, 2018

Seeing how fixing this issue on GL753VE has proven to be not realistic in reasonable time, and support from Asus for linux on their ROG STRIX laptops amounts to zero, I have resorted to a workaround for now - running everything through the nvidia GPU, all the time.

These were the steps I took on Debian Unstable to achieve this:

  1. Manually created xorg.conf
Section "ServerLayout"
    Identifier "layout"
    Screen     0 "nvidia_screen"
    Inactive   "intel_gpu"

    Option    "Xinerama" "0" 

Section "ServerFlags"
    # Needed for PRIME sync, see bottom of OP in
    Option "IgnoreABI" "1"

Section "Device"
    Identifier  "nvidia_gpu"
    Driver      "nvidia"
    BusID       "PCI:1:0:0"

Section "Device"
  Identifier  "intel_gpu"
  Driver      "modesetting"

  BusID       "PCI:0:2:0"

  # CRITICAL: disables GLAMOR, otherwise Xorg won't start
  Option      "AccelMethod" "none"

Section "Screen"
    Identifier "nvidia_screen"
    Device     "nvidia_gpu"
  1. Ensured that nvidia is the glx alternative provider
update-alternatives --config glx
  1. created a script for my DM (lightdm) to run on startup
% cat /etc/X11/ 
xrandr --setprovideroutputsource modesetting NVIDIA-0
xrandr --auto
xrandr --dpi 96
% tail -n 2 /etc/lightdm/lightdm.conf 
  1. To avoid screen tearing make sure that nvidia-drm (or nvidia-current-drm) kernel module is loaded with modeset=1 flag (it is off by default).

So far it's working mostly fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
9 participants
You can’t perform that action at this time.