Como faço para editar o menu grub do ubuntu 16.10 para remover o gfxmode

Question

Meu thinkpad w520 não inicializa com o menu padrão do Grub se eu estiver usando os drivers da Nvidia e a placa da Nvidia (é um sistema Optimus com duas placas de vídeo). No entanto, ele inicializa no modo de recuperação e passa a funcionar bem.

O culpado é

gfxmode $linux_gfx_mode

Se eu remover essa linha com a entrada do Grub, ela será inicializada corretamente. (Esta linha não está presente na opção do menu de recuperação).

Existe uma maneira sensata de editar o menu do grub para me livrar dele? Devo mexer com scripts em /etc/default/grub.d?

    

Answer 1

O gfxmode provavelmente não é o problema. Houve alguns parâmetros do kernel que tornaram a experiência muito melhor. Provou-se ser impossível conseguir este laptop trabalhando com o Windows 10 (usando a placa Nvidia sempre), mas funciona com o Linux!

Então, no dia 16.04 (mas com o kernel 4.8) e no driver da Nvidia v 367, é assim que você pode fazer com que três monitores funcionem (através de uma docking station), o que só é possível com o Optimus. Sim ... nvidia no modo discreto só irá conduzir duas saídas; não três. Se você precisa apenas de um monitor externo e do painel do laptop, você pode usar o otimus ou a Nvidia discreta. Nvidia discreta apenas funciona, não há necessidade de qualquer configuração.

1. a máquina irá travar na inicialização, a menos que você modifique a entrada de linha grub cmd para especificar nox2apic / etc / default / grub ...

   GRUB_CMDLINE_LINUX_DEFAULT="agp = desativado nox2apic"

Há sugestões adicionais no histórico do w520, mas com este kernel, apenas esta mudança é necessária.

2. Há dicas sobre como adicionar um arquivo ao /usr/share/X11/xorg.conf.d para configurar o brilho da nvidia. Essa sugestão impediu que o otimus funcionasse. Eu não sei como, mas eles têm um efeito desagradável quando o X está começando. O sintoma desse problema é que xrandr --listproviders precisa mostrar tanto a placa nvidia quanto o cartão intel. Os ajustes de brilho no xorg.conf pareciam inofensivos, mas eles de fato pararam o cartão intel e o cartão nvidia trabalhando juntos. xrandr --listprovider listaria apenas um provedor, a Nvidia, e, portanto, é impossível para o X renderizar qualquer coisa no painel do laptop. Para minha surpresa, remover o brilho conffixou esse problema muito chato.

Em qualquer caso, as teclas de brilho estão funcionando para mim no modo optimus-nvidia, e a alteração do brilho através do painel de controle da tela também funciona.

3. O lightdm se recusa a permitir que eu use o painel do laptop. O ponteiro do mouse se move para lá, mas não consigo arrastar nenhuma janela e não há fundo (é preto). No entanto, instale o xfce, mas mantenha o lightdm funcionando. Observe que, se você quiser o controle de brilho na tela, precisará instalar o plug-in de gerenciamento de energia xfce no synaptic ou em qualquer gerenciador de pacotes e adicioná-lo ao painel. Clicar no ícone da bateria fornece um alterador de exibição.

Nota: sigo as instruções do arch wiki aqui:

link

e adicionamos o script curto para fazer algumas alterações xrandr. Eu fiz isso principalmente para tentar entender por que eu tinha apenas um provedor, antes de perceber que as mudanças de brilho da nvidia eram o problema. Possivelmente eu não preciso do script, mas estou tão feliz que está tudo funcionando, que eu não quero mudar nada.

No entanto, mudar de nvidia para intel requer uma reinicialização: apenas o logout não funciona.

    

Answer 2

Eu tive um problema semelhante em uma máquina muito diferente, um servidor Supermicro X8SIL Xeon X3440. Comentar a linha gfxmode permitiu que a máquina inicializasse, mas ter um menu grub maior é conveniente. Como é um servidor, eu não me importo com quanto ele imprime no momento da inicialização, e nunca espero rodar X, Wayland, Mir, Unity ou qualquer outra coisa que exija um driver gráfico nele. Em vez de mexer nos scripts em /etc/grub.d ( /etc/default/grub.d está vazio), acabei de remover splash modeset de /etc/default/grub.conf . Isso é o que estou usando atualmente:

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=false
GRUB_TIMEOUT=3
GRUB_DISTRIBUTOR='lsb_release -i -s 2> /dev/null || echo Debian'
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

Eu suspeito que modeset é o verdadeiro problema.