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 freezes system on boot (Debian) #1036
Comments
this patch to bumblebee seems to solve the issue, but it is a dirty hack and some help from upstream would be useful to better understand the cause of the bug and develop a better solution https://github.com/ParrotSec/bumblebee/blob/master/debian/patches/fix-dm-race-condition.patch |
Solved the freeze issue on boot for me (Debian 10 / Kernel 4.19.0.6). |
h0tw4t3r,
vincent-rg, |
Nice, I was looking for this for 3 months. |
I will test it today on my Arch. Any exceptions? I ask because the only way to recover the system in case this does not work is to chroot into my system with a live USB, which i dont fancy carrying around everywhere. An alternate solution I am using is to enable bumblebeed from startx - xinit or xsession and setting alias to reboot and shutdown by adding bumblebeed disable EDIT: Works like a charm! Thanks a lot. I will specify this method on other open issues for the same problem! |
This is is still an issue in Bookworm. Three years later. Everything works fine when run manually (systemctl, dm start etc) but we are still choking on a boot sequence. Thanks for the fix, works as advertised. |
Hi. I am using ParrotOS (a Debian derivative), and me and other users are having the issue with nvidia-driver 418.88 on 5.2.20 kernel. The workaround around this bug is putting a delay between starting bumblebeed service right after starting of desktop-manager service. It literally looks like this:
# systemctl edit bumblebeed.service
Steps to reproduce: you need to have 5.2.20 kernel, install nvidia-driver 418.88 and bumblebee 3.2.1-20.
The text was updated successfully, but these errors were encountered: