Driver NVIDIA, Resultados Normal de Inicialização na tela em branco, a inicialização de recuperação funciona bem -- boot campo com drivers campo com nvidia campo com xorg camp askubuntu Relacionado O problema

NVidia driver, normal boot results in blank screen, recovery boot works fine


7
vote

problema

português

ok, então, como muitos outros eu estou tendo muitos problemas com os drivers NVIDIA, neste caso, o novo 340.32 uns download daqui ( http://www.nvidia.com/object/unix.html ), mas eu tive esses problemas em toda a placa com praticamente todas as versões.

.

Então, esta é atualmente onde estou, tanto quanto posso dizer, o motorista está bem instalado, mas se eu deixar o Ubuntu tentar arrancar normalmente, eu acabo em uma tela em branco e nada acaba sendo exibido . Nenhum nível de execução muda de trabalho, é completamente trancado, Yadda Yadda.

Se eu inicializar no modo de recuperação e, em seguida, retomar a inicialização (sem outras alterações, literalmente apenas acertar "Retomar inicialização"), tudo parece funcionar bem.

Então, eu estou supondo que algo está começando com uma inicialização regular que não inicia com uma inicialização de recuperação (há, obviamente, um aviso para tal quando retomar a inicialização), mas não tenho ideia do que ou Como diagnosticá-lo.

Aqui estão os outros principais sintomas, a NVIDIA-Settings lança fine & amp; Eu posso salvar o arquivo xorg.conf em / etc / x11 sem problemas (sem mesclagem). No entanto, quando eu executo uma inicialização de recuperação, o sistema perdeu alguma das alterações que fiz na configuração, então eu estou supondo que algo não está lendo o arquivo xorg ou algo assim.

Ubuntu 14.04, kernel 36.
Drivers Nvidia 340.32 (mas acontece com todas as versões que eu tentei, mesmo de volta para 3.04)
2x EVGA NVIDIA 780 GTX (conectado com uma ponte SLI) com 2 monitores WQHD ambos conduzidos do cartão 0, além de um remelio de oculus dk2 que eu continuo desabilitando das configurações da NVIDIA, mas que continua aparecendo como ativo toda vez que eu reino (o problema) Rift, então eu suspeito que este é um sintoma e não uma causa).

Alguma ideia? Como faço para começar a descobrir o que está tropeçando a coisa maldita na inicialização?

obrigado.

english

Ok, so, like many others I'm having a lot of trouble with NVidia drivers, in this case, the new 340.32 ones downloaded from here (http://www.nvidia.com/object/unix.html), but I've had these problems across the board with pretty much all versions.

So, this is currently where I'm at, as far as I can tell, the driver is installed fine, but if I let Ubuntu try to boot normally, I end up at a blank screen and nothing ends up getting displayed. No run level changes work, it's completely locked up, yadda yadda.

If I boot into recovery mode and then resume the boot (with no other changes, I literally just hit "resume boot"), everything seems to work fine.

So I'm assuming that something is starting up with a regular boot that doesn't start up with a recovery boot (there is, obviously, a warning for such when resuming the boot), but I have no idea what or how to diagnose it.

Here's the other major symptom, nvidia-settings launches fine & I can save the xorg.conf file in /etc/X11 with no problem (without merging). However, when I perform a recovery boot, the system has lost any of the changes I made to the configuration, so I'm guessing something isn't reading the xorg file or something like that.

Ubuntu 14.04, kernel 36.
NVidia drivers 340.32 (but happens with all versions that I've tried, even back to 3.04)
2x EVGA NVidia 780 GTX (connected with an SLI bridge) with 2 WQHD Monitors both driven from Card 0, plus an Oculus Rift DK2 that I keep disabling from NVidia Settings but which keeps showing up as active every time I reboot (the problem predates the Rift, so I suspect this is a symptom and not a cause).

Any ideas? How do I even begin to figure out what's tripping the damned thing up on boot?

Thanks.

           
 
 

Lista de respostas

7
 
vote

Isso pode ser corrigido adicionando o valor NOMODEST para as opções de inicialização do GRUB. Para fazer isso abra o arquivo:

  for file in *.avi; do        ffmpeg -i "$file" -b:v 120k -strict -2 -s 400x240 -vcodec mpeg4 -ab 64k -ar 24000 -acodec aac "$file.psp.mp4" done 6   

Então procure a linha for file in *.avi; do ffmpeg -i "$file" -b:v 120k -strict -2 -s 400x240 -vcodec mpeg4 -ab 64k -ar 24000 -acodec aac "$file.psp.mp4" done 7

o for file in *.avi; do ffmpeg -i "$file" -b:v 120k -strict -2 -s 400x240 -vcodec mpeg4 -ab 64k -ar 24000 -acodec aac "$file.psp.mp4" done 8 opções pode ou não estar lá, e pode haver opções adicionais, não toque para aqueles e adicionar ao final do NOMODESET

  for file in *.avi; do        ffmpeg -i "$file" -b:v 120k -strict -2 -s 400x240 -vcodec mpeg4 -ab 64k -ar 24000 -acodec aac "$file.psp.mp4" done 9   

Salve o arquivo e saia do GEDIT, depois atualize a configuração da GRUB da seguinte maneira:

  sudo rm /etc/resolv.conf echo 'nameserver 8.8.8.8' | sudo tee -a /etc/resolv.conf 0   

Fonte: aconteceu comigo

 

This could be fixed by adding the nomodeset value to the grub boot options. To do so open the file:

gksudo gedit /etc/default/grub 

then look for the line GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

The quiet splash options may or may not be there, and there may be additional options, don't touch those and add to the end of it nomodeset

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset" 

Save the file and exit gedit, then update grub's configuration in the following way:

sudo update-grub 

Source: happened to me

 
 
         
         
4
 
vote
vote
Melhor resposta
 

OK, então parece que isso é realmente menos a ver com os cartões NVIDIA e mais a ver com o fato de que estou usando um SSD como uma unidade de sistema.

Como eu entendo, o problema é que ele está tentando iniciar o LightDM antes que a placa de vídeo tenha terminado de inicialização ou algum desses sementes.

É um grande problema em Macs; https://devtalk.nvidia.com/default/topic/573252/Linux/evo-Push-Buffer-Channel-Localização-Failed- como usedplib-false-não-mais suportado-com-325-15 / 4 /

Eu tentei muitas correções relacionadas ao problema do buffer EVO, mas parece que a maioria deles não funciona com o Ubuntu.

parece a única coisa que funciona é dar deliberadamente o tempo do sistema para alcançar antes de tentar lançar o LightDM.

Então, em /etc/init.d/lightdm.conf, localize a linha que diz:

  exec lightdm    

.. e simplesmente mude para:

  sleep 2 exec lightdm    

É uma correção feia e kludgy, mas não tenho ideia de como dizer a LightDM para esperar os cartões.

Não há certeza do que a correção do arquivo xorg.conf foi, eu lia que copiá-lo para /usr/lib/x11/xorg.conf.d foi mais confiável e que definir as telas usando o display do Ubuntu O gerente era mais confiável.

Eu fiz os dois, um deles funcionou, mas não podia dizer qual deles.

 

Ok, so it seems this is actually less to do with the NVidia cards and more to do with the fact that I'm using an SSD as a system drive.

As I understand it, the problem is that it's trying to start lightdm before the video card has finished initializing or some such nonsense.

It's a big problem on Macs; https://devtalk.nvidia.com/default/topic/573252/linux/evo-push-buffer-channel-allocation-failed-is-back-as-usedplib-false-no-more-supported-with-325-15/4/

I've tried a LOT of fixes related to the EVO Buffer problem, but it seems that most of them don't work with Ubuntu.

Seems the only thing that works is to deliberately give the system time to catch up before trying to launch lightdm.

So, in /etc/init.d/lightdm.conf, locate the line that says:

exec lightdm 

.. and simply change it to:

sleep 2 exec lightdm 

It's an ugly, kludgy fix, but I have no idea how to go about telling lightdm to wait for the cards.

Incidentally, not sure what the fix for the xorg.conf file was, I'd read that copying it to /usr/lib/X11/xorg.conf.d was more reliable and that setting the screens using the Ubuntu display manager was more reliable.

I did both, one of them worked, but I couldn't tell you which one.

 
 
       
       
1
 
vote

Eu tive problemas semelhantes com o driver NVIDIA inicialmente na minha máquina. Eu mudei para a versão 173.1439 da NVIDIA's Legacy Driver 173.1439. Parece muito mais estável em duas semanas de uso. Eu achei como a segunda escolha em software e amp; Atualizações - drivers adicionais. Esta opção substitui seu driver, mas você pode revogá-lo se precisar ser.

 

I had similar problems with the NVIDIA driver initially in my machine. I switched to NVIDIA's legacy driver version 173.1439. It seems a lot more stable in two weeks of use. I found it as the second choice in Software & Updates xe2x80x93 Additional drivers. This option replaces your driver but you can roll it back if need be.

 
 
 
 
1
 
vote

Supondo que você tenha um bootloader de grub:

Inicialize no modo de recuperação do Ubuntu.

Open Grub Customizer:

  sudo grub-customizer    
    .
  1. Crie uma cópia da sua inicialização normal (apenas para ser segura) e ligue para o Ubuntu-Nvidia.
  2. Edite a inicialização do Ubuntu-Nvidia: Remova a linha contendo: gfxMode $ linux_gfx_mode
  3. Salve sua configuração GRUB
  4. reinicializar
  5. Selecione a inicialização do Ubuntu-Nvidia
  6. seus drivers NVIDIA devem ser carregados e sua área de trabalho deve estar mostrando agora.

Isso funcionou para mim na seguinte configuração:

  • dell XPS17 (modelo L702X 2011)
  • SATA SSD
  • GeForce GT 555M usando o driver NVIDIA 390.132
  • ubuntu 20.04 (LTS) Linux 5.4.0-37-genérico
  • GRUB 2.04
 

Assuming you have a Grub bootloader:

Boot into Ubuntu Recovery mode.

Open Grub Customizer:

sudo grub-customizer 
  1. Create a copy of your normal boot (just to be safe) and call it Ubuntu-NVidia.
  2. Edit the Ubuntu-NVidia boot: remove the line containing: gfxmode $linux_gfx_mode
  3. Save your Grub Config
  4. Reboot
  5. Select the Ubuntu-NVidia boot
  6. Your NVidia drivers should be loaded and your desktop should be showing now.

This worked for me on the following configuration:

  • Dell XPS17 (L702X 2011 model)
  • SATA SSD
  • GeForce GT 555M using NVidia driver 390.132
  • Ubuntu 20.04 (LTS) Linux 5.4.0-37-generic
  • GRUB 2.04
 
 
0
 
vote

VFXGordon Resposta Resolvido o problema para mim, mas é um pouco desatualizado devido ao nome de arquivo e alterações de comando que aconteceram desde Ubuntu 14.04.

para o Ubuntu 20.04 A solução é a seguinte:

    .
  1. em /etc/init.d/lightdm , localize a linha: start-stop-daemon --start --quiet $SSD_START_ARGS
  2. e mude para: sleep 2 start-stop-daemon --start --quiet $SSD_START_ARGS

A explicação para esta solução pode ser encontrada em VFXGORDON Resposta .

 

VFXGordon answer solved the issue for me, but it is a little outdated due to filename and command changes that happened since Ubuntu 14.04.

For Ubuntu 20.04 the solution is as follows:

  1. In /etc/init.d/lightdm, locate the line:
       start-stop-daemon --start --quiet $SSD_START_ARGS 
  2. And change it to:
       sleep 2    start-stop-daemon --start --quiet $SSD_START_ARGS 

The explanation for this solution can be found in VFXGordon answer.

 
 

Perguntas relacionadas

1  Como obter uma configuração de 3 tela funcionando - Que hardware? [fechado]  ( How to get a 3 screen setup working what hardware ) 
. Esta questão é improvável que ajude a futuros visitantes; Só é relevante para uma pequena área geográfica, um momento esp...

5  Mudar o brilho parou de funcionar em 13.10 salamandra pirela  ( Changing the brightness stopped working in 13 10 saucy salamander ) 
Após a atualização para 13.10 Salamandra Saucy, os controles de brilho pararam de funcionar. Isso funcionou bem de 12,04 por toda parte. Alguém tem uma idei...

1  Problema de gráficos comutáveis ​​AMD / Intel no Ubuntu 14.04  ( Amd intel switchable graphics problem in ubuntu 14 04 ) 
Eu estou tentando instalar o Ubuntu em um Lenovo G500, CPU é Intel Core i3-3110m, 4GB de RAM, e como você pode adivinhar, gráficos duplos: Intel HD 4000 para ...

11  Como fazer captura de tela de uma GUI baseada em X11 de um terminal de texto (como TTY1)?  ( How to take screenshot of an x11 based gui from a text terminal such as tty1 ) 
Eu tentei usar DISPLAY=:0 import -window root "$HOME/Pictures/screenshot.png" ( import faz parte do ImageMagick Suite), mas isso apenas exibe uma tela pret...

3  Optirun não pode acessar o GPU secundário - Erro: [Xorg] Argumento inválido para -Config  ( Optirun cannot access secondary gpu error xorg invalid argument for config ) 
Estou experimentando uma questão estranha com o Bumblebee. Eu instalei Bumblebee-Nvidia com NVIDIA-364. BumbleBeed começa, mas quando tento me conectar com o ...

292  Como corrigir "O sistema está sendo executado no erro do Modo de Low Graphics"?  ( How to fix the system is running in low graphics mode error ) 
. NOTA: Esta é uma tentativa de criar uma pergunta canônica que cobre todos Instâncias do erro de "modo baixo gráfico" que ocorre em um usuário, incluindo, ...

2  Lenovo T460 + 16.04.2: Congelar se suspender depois de desencaparda  ( Lenovo t460s 16 04 2 freeze if suspend after undock ) 
Eu estava tendo problemas com um lenovo t460s com o Ubuntu 16.04.2. Suspender funcionou bem se o laptop nunca estivesse encaixado. Uma vez não covido, ele c...

42  Existe um utilitário de software para ajustar a tela Gamma / Brilho / Contraste?  ( Is there a software utility to adjust screen gamma brightness contrast ) 
Eu uso para trabalhar à noite e é o olho-machucando assistir em telas brilhantes da Lightbulb (eu tenho dois - painel embutido do laptop e um CRT externo de 1...

0  Oitava dá o erro Não é possível abrir o visor X11, ao tentar plotar gráficos  ( Octave gives the error unable to open x11 display when trying to plot graphs ) 
Ao tentar plotar gráficos no Python 2.7 usando MatPlotlib ou Oitava, o programa trava e precisa ser fechado. Oitava fornece os seguintes erros na inicializaçã...

0  Rato congela na carga do xorg [FECHADO]  ( Mouse freezes on xorg load ) 
. FECHADO. Esta questão é off-tópico . Atualmente não está aceitando respostas. Quer melh...




© 2022 pergunte.org All Rights Reserved. Casa de perguntas e respostas todos os direitos reservados


Licensed under cc by-sa 3.0 with attribution required.