Bumblebee Intel + Nvidia na problemie z czarnym ekranem 15.10


10

Mam świeżą instalację Kubuntu 15.10, mam laptopa msi GT70 z Optimusem.

Zainstalowałem bumblebee bumblebee-nvidia, jest to absolutnie potrzebne, ponieważ nouveau ciągle się zawiesza przy logowaniu.

Więc edytowałem /etc/bumblebee/bumblebee.conf

# Configuration file for Bumblebee. Values should **not** be put between quotes

## Server options. Any change made in this section will need a server restart
# to take effect.
[bumblebeed]
# The secondary Xorg server DISPLAY number
VirtualDisplay=:8
# Should the unused Xorg server be kept running? Set this to true if waiting
# for X to be ready is too long and don't need power management at all.
KeepUnusedXServer=false
# The name of the Bumbleblee server group name (GID name)
ServerGroup=bumblebee
# Card power state at exit. Set to false if the card shoud be ON when     Bumblebee
# server exits.
TurnCardOffAtExit=false
# The default behavior of '-f' option on optirun. If set to "true", '-f' will
# be ignored.
NoEcoModeOverride=false
# The Driver used by Bumblebee server. If this value is not set (or empty),
# auto-detection is performed. The available drivers are nvidia and nouveau
# (See also the driver-specific sections below)
Driver=nvidia
# Directory with a dummy config file to pass as a -configdir to secondary X
XorgConfDir=/etc/bumblebee/xorg.conf.d

## Client options. Will take effect on the next optirun executed.
[optirun]
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=auto
# The method used for VirtualGL to transport frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# List of paths which are searched for the primus libGL.so.1 when using
# the primus bridge
PrimusLibraryPath=/usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-    gnu/primus
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false


# Driver-specific settings are grouped under [driver-NAME]. The sections are
# parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto-
# detection resolves to NAME).
# PMMethod: method to use for saving power by disabling the nvidia card, valid
# values are: auto - automatically detect which PM method to use
#         bbswitch - new in BB 3, recommended if available
#       switcheroo - vga_switcheroo method, use at your own risk
#             none - disable PM completely
# https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia-304
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib/nvidia-304:/usr/lib32/nvidia-304
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib/nvidia-304/xorg,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

## Section with nouveau driver specific options, only parsed if Driver=nouveau
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau

mam

$ cat /proc/acpi/bbswitch 
0000:01:00.0 ON

Wstawiłem /etc/modules-load.d/modules.conf

i915
bbswitch

Jestem w stanie zrobić:

$ primusrun glxinfo | grep "OpenGL version"
OpenGL version string: 4.2.0 NVIDIA 304.128

Ale jeśli zrestartuję komputer, mam tylko czarny ekran , aby uruchomić system, muszę się zalogować w tty1 i wykonać:

sudo modprobe nvidia_304
sudo service sddm restart

uzyskać ekran logowania kubuntu jakieś pomysły, aby to naprawić?

Również jeśli zastąpię NVIDIA-304 przez NVIDIA-355, nie będę mógł w ogóle uruchomić: końcówka modprobe nie działa.

Oto moja konfiguracja z lspci :

$ lspci|grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
01:00.0 VGA compatible controller: NVIDIA Corporation GK104M [GeForce GTX 870M] (rev ff)

EDYTOWAĆ:

Niektóre powiązane informacje i potencjalna poprawka http://forum.ubuntu-it.org/viewtopic.php?p=4760241 (przez włoski) https://www.kubuntuforums.net/showthread.php?69190-Bumblebee-Nvidia355&p=381043

Jest też błąd w module i915 w jądrze 4.2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1494903

EDIT2 (działające rozwiązanie trzmiela):

Udało mi się sprawić, aby ta praca działała https://www.kubuntuforums.net/showthread.php?69190-Bumblebee-Nvidia355&p=381043

  1. zainstaluj nvidia-355 i nvidia-prime
  2. wybierz sterownik Intel w panelu NVIDIA i wyloguj się
  3. zainstaluj tylko trzmiel (nie bumblebee-nvidia)
  4. edytuj w razie potrzeby /etc/bumblebee/bumblebee.conf line22 KernelDriver = nvidia zamień nvidia-current na nvidia-355
  5. /etc/bumblebee/xorg.conf.nvidia uncomment BusID „PCI: 01: 00: 0”, jak opisano tutaj /ubuntu/29044...vices-detected ,
  6. możesz teraz uruchomić system pod kartą Intel i użyć Optirun i Primusrun. Na razie działa dla mnie, przetestuj z primusrun glxinfo

EDIT3: ( maj 03.12.2015 )

Używając ppa: graphics-drivers / ppa i ppa: xorg-edgers / ppa , po aktualizacji i ponownym uruchomieniu, miałem czarny ekran przy użyciu 358.16-0ubuntu0 ~ gpu15.10.2 .

Więc wyczyściłem wszystko, a następnie zainstalowałem bumblee-nvidia nvidia-358 , edytowałem /etc/bumblebee/bumblebee.conf i zrobiłem sudo service bumblebeed restart .

Po ponownym uruchomieniu zadziałało ponownie.


Miałem podobny problem: teraz uruchamiam jądro 4.4, xorg-edgery i nvidia 358 i wszystko działa dobrze (nvidia 361 teraz działa)
Calin


Odpowiedzi:


10

Ponieważ masz całkiem nowy sprzęt GPU, powinieneś również używać nowych sterowników i oprogramowania NVIDIA.

Zamień trzmiela na, nvidia-primeaby przełączyć między grafiką zintegrowaną i dedykowaną .

Ponownie zainstaluj sterowniki NVIDIA, ale najpierw odinstaluj całe oprogramowanie NVIDIA i usuń trzmiel.

Otwórz terminal i wykonaj:

sudo apt-get purge nvidia* '^bumblebee.*'  
sudo reboot  

Kiedy pojawi się menu uruchamiania GRUB : Podświetl pozycję menu Ubuntu i naciśnij Eklawisz.
Dodaj nouveau.modeset=0parametr na końcu linii Linux ... Następnie naciśnij, F10aby uruchomić.

Zainstaluj stabilne sterowniki NVIDIA z repozytoriów Ubuntu (nie dotyczy Ubuntu 12.04:

sudo apt-get update
sudo apt-get install nvidia-352 nvidia-prime
sudo reboot

Jeśli chcesz korzystać z najnowszych sterowników - zainstaluj je z zastrzeżonych sterowników PPA PPA:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
sudo apt-get install nvidia-355 nvidia-prime
sudo reboot  

1
Dziękuję, to wydaje się działać, musiałem też utworzyć plik /etc/modprobe.d/blacklist-nouveau.confzawierający blacklist nouveau options nouveau modeset=0
Kwaadpepper

Mam też inne pytanie, czy i tak twoja wiedza może zadziałać? Ponieważ z nvidia-prime nie można uruchomić konkretnego programu za pomocą nvidii przy użyciu karty graficznej Intel, primusrunświetna okazja
Kwaadpepper

1
@Kwaadpepper: trzmiel wydaje się nieco zaniedbany i coraz więcej problemów - najnowsze wydanie ma 2,5 roku - nvidia-prime jest zamiennikiem, który po prostu działa - jedyną wadą jest to, że nie można uruchomić jednego, konkretnego programu zwłaszcza - ale najważniejsze jest: Twoja maszyna działa teraz! Cieszę się, że to działa dla Ciebie - więc ... ciesz się doświadczeniem ubuntu! :)
cl-netbox

4
Pamiętaj, aby nie dostać nvidia-current: to stary sterownik, który doprowadził mnie do czarnego ekranu.
Ciro Santilli 冠状 病毒 审查 六四 事件 法轮功

Działa jak mistrz w dniu 18.04 z tą i tymczasową poprawką zestawu nomodeset w Asus SCAR Strix.
RobotHumans

6

Udało się namówić trzmiela do pracy w Wily po zbyt wielu niepotrzebnych bólach głowy, bez tej przerażającej nvidii.

Jak inni podejrzewali, dzieje się tak z powodu menedżera GPU. Cokolwiek to jest, jest to odgradzanie w całej konfiguracji alternatywnej dla aktualizacji. Maskowanie tej usługi i ponowna instalacja trzmiela [-nvidia] rozwiązuje wszystkie problemy, teraz karta włącza się i wyłącza za pomocą optirun zgodnie z oczekiwaniami i nie ma już czarnych ekranów podczas uruchamiania.

sudo systemctl mask gpu-manager.service
sudo apt-get install --reinstall bumblebee bumblebee-nvidia

Upewnij się także, czy nie pozostały żadne uszkodzone pliki /etc/X11/xorg.conf.


6

Chociaż wszystko wydawało się działać, próba wykonania poniższych czynności pokazuje, że bbswitch nie może poprawnie wyłączyć karty nvidia:

cat /proc/acpi/bbswitch
primusrun glxinfo|grep OpenGL
sleep 1
cat /proc/acpi/bbswitch

Następnie ponownie zainstalowałem bumblebee-nvidia, działało AŻ DO ponownego uruchomienia systemu. Po dokładniejszym przeanalizowaniu problemu zauważyłem, że alternatywy aktualizacji są aktualizowane po ponownym uruchomieniu systemu i zauważyłem, że przyczyną tego jest gpu-manager. (po prostu uruchom „sudo gpu-manager”, a zobaczysz, że jest zaktualizowany)

gpu-manager działa po uruchomieniu lightdm. więc jako szybkie obejście go wyłączyłem.

teraz wszystko działa zgodnie z oczekiwaniami. po uruchomieniu czegoś z opcją optirun lub primusrun, bbswitch poprawnie wyłącza nvidię po zakończeniu procesu.

Podsumowując, oto moje streszczenie, aby zainstalować wszystko od zera (uruchom go ręcznie, czytając komentarze):

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update

sudo apt-get purge -y nvidia* bumblebee bumblebee-nvidia bbswitch-dkms primus
sudo apt-get install nvidia-355

#switch to intel
sudo tee /etc/prime-discrete <<< off

#reboot is recommended at this point

sudo add-apt-repository ppa:bumblebee/stable
sudo apt-get update
sudo apt-get install bumblebee primus

#sudo gedit /etc/modules
#  add the line "bbswitch load_state=0"

#sudo gedit /etc/modprobe.d/bumblebee.conf
#and make sure the following line exists
#  blacklist nvidia-355

#sudo gedit /etc/bumblebee/bumblebee.conf
#  change line 22 "Driver=" to "Driver=nvidia"
#  change all nvidia-current to nvidia-355

#sudo gedit /etc/bumblebee/xorg.conf.nvidia
#  uncomment BusID line if it is commented and make sure it corresponds to the correct BusID

#disable gpu-manager as it changes i386-linux-gnu_gl_conf and x86_64-linux-gnu_gl_conf
sudo systemctl mask gpu-manager.service

EDYCJA: Usunąłem modyfikacje rc.local, ponieważ gpu-manager działał nie tylko w czasie wykonywania, ale także podczas korzystania z systemu. Dlatego całkowicie ją wyłączyłem.


Dobra robota, naprawdę trudno ją znaleźć, działa również z NVIDIA-361
GuySoft

1
Aby uzyskać identyfikator BusID, użyj następujących elementówlspci | grep NVIDIA
Karl Morrison

Również 14.04 musiałem wejść do pliku /etc/init/gpu-manager.conf i skomentować cały początek linii
Karl Morrison
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.