A atualização 17.10 a 18.04 congela durante a inicialização


17

Acabei de pegar um computador desktop Gateway P4 em funcionamento e atualizei-o de 16.04LTS para 17.10 sem nenhum problema. Assim que tentei instalar o 18.04LTS, tive problemas para inicializar.

Eu reinstalei de muitas maneiras diferentes, sem nenhuma melhoria no problema de inicialização. O logotipo do Ubuntu aparece e os pontos piscam algumas vezes, o ponteiro do mouse congela e o sistema não responde. Se eu inicializar com o "respingo silencioso" removido da linha do kernel no grub, posso ver que ele pára logo após iniciar a primeira conta de usuário 120.

Aqui está uma pista ... Se eu substituir "respingo silencioso" por nomodeset, ele inicializa completamente, mas está apenas no modo 640x480.

Aqui estão as informações do vídeo do i915 ...

  *-display UNCLAIMED
       description: VGA compatible controller
       product: 82945G/GZ Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 02
       width: 32 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list
       configuration: latency=0
       resources: memory:e0300000-e037ffff ioport:20e0(size=8) memory:d0000000-dfffffff memory:e0380000-e03bffff memory:c0000-dffff

Eu suspeito que preciso adicionar um parâmetro especial do kernel do controlador de vídeo i915 ao grub para que o vídeo funcione corretamente. Alguma idéia sobre qual parâmetro pode ser ... ou alguma outra idéia?

Atualização 1: Acabei de descobrir que, se eu inicializar no "Modo de recuperação" e escolher "Reiniciar inicialização normal", ele inicializa totalmente, em uma área de trabalho 1024x768 4: 3 (deve ser 16: 9).

Atualização # 2: Atualizando de 17.10 para 18.04, a inicialização falha. Reinstalando o 18.04, a inicialização falha. A partição de disco exclui e limpa 18.04, a inicialização falha. Instalando o software "proposto" 18.04, a inicialização ainda falha. O Ubuntu Live DVD funciona bem.

Atualização # 3: Encontrei uma lista de parâmetros do i915 ...

~$ modinfo -p i915
modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
panel_ignore_lid:Override lid status (0=autodetect, 1=autodetect disabled [default], -1=force lid closed, -2=force lid open) (int)
semaphores:Use semaphores for inter-ring sync (default: -1 (use per-chip defaults)) (int)
enable_rc6:Enable power-saving render C-state 6. Different stages can be selected via bitmask values (0 = disable; 1 = enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For example, 3 would enable rc6 and deep rc6, and 7 would enable everything. default: -1 (use per-chip default) (int)
enable_dc:Enable power-saving display C-states. (-1=auto [default]; 0=disable; 1=up to DC5; 2=up to DC6) (int)
enable_fbc:Enable frame buffer compression for power savings (default: -1 (use per-chip default)) (int)
lvds_channel_mode:Specify LVDS channel mode (0=probe BIOS [default], 1=single-channel, 2=dual-channel) (int)
lvds_use_ssc:Use Spread Spectrum Clock with panels [LVDS/eDP] (default: auto from VBT) (int)
vbt_sdvo_panel_type:Override/Ignore selection of SDVO panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT BIOS table) (int)
reset:Attempt GPU resets (default: true) (bool)
error_capture:Record the GPU state following a hang. This information in /sys/class/drm/card<N>/error is vital for triaging and debugging hangs. (bool)
enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool)
enable_ppgtt:Override PPGTT usage. (-1=auto [default], 0=disabled, 1=aliasing, 2=full, 3=full with extended address space) (int)
enable_execlists:Override execlists usage. (-1=auto [default], 0=disabled, 1=enabled) (int)
enable_psr:Enable PSR (0=disabled, 1=enabled - link mode chosen per-platform, 2=force link-standby mode, 3=force link-off mode) Default: -1 (use per-chip default) (int)
alpha_support:Enable alpha quality driver support for latest hardware. See also CONFIG_DRM_I915_ALPHA_SUPPORT. (bool)
disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)
enable_ips:Enable IPS (default: true) (int)
fastboot:Try to skip unnecessary mode sets at boot time (default: false) (bool)
prefault_disable:Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only. (bool)
load_detect_test:Force-enable the VGA load detect code for testing (default:false). For developers only. (bool)
force_reset_modeset_test:Force a modeset during gpu reset for testing (default:false). For developers only. (bool)
invert_brightness:Invert backlight brightness (-1 force normal, 0 machine defaults, 1 force inversion), please report PCI device ID, subsystem vendor and subsystem device ID to dri-devel@lists.freedesktop.org, if your machine needs it. It will then be included in an upcoming module version. (int)
disable_display:Disable display (default: false) (bool)
enable_cmd_parser:Enable command parsing (true=enabled [default], false=disabled) (bool)
use_mmio_flip:use MMIO flips (-1=never, 0=driver discretion [default], 1=always) (int)
mmio_debug:Enable the MMIO debug code for the first N failures (default: off). This may negatively affect performance. (int)
verbose_state_checks:Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions. (bool)
nuclear_pageflip:Force enable atomic functionality on platforms that don't have full support yet. (bool)
edp_vswing:Ignore/Override vswing pre-emph table selection from VBT (0=use value from vbt [default], 1=low power swing(200mV),2=default swing(400mV)) (int)
enable_guc_loading:Enable GuC firmware loading (-1=auto, 0=never [default], 1=if available, 2=required) (int)
enable_guc_submission:Enable GuC submission (-1=auto, 0=never [default], 1=if available, 2=required) (int)
guc_log_level:GuC firmware logging level (-1:disabled (default), 0-3:enabled) (int)
guc_firmware_path:GuC firmware path to use instead of the default one (charp)
huc_firmware_path:HuC firmware path to use instead of the default one (charp)
enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
inject_load_failure:Force an error after a number of failure check points (0:disabled (default), N:force failure at the Nth failure check point) (uint)
enable_dpcd_backlight:Enable support for DPCD backlight control (default:false) (bool)
enable_gvt:Enable support for Intel GVT-g graphics virtualization host support(default:false) (bool)

Atualização # 4: Atualmente, estou executando i915.modeset=0na minha linha de kernel do grub, está inicializando e estou recebendo 1024x768 (4: 3).

Atualização # 5: A atualização para o kernel 4.16.9 não resolve o problema.

Atualização # 6: Uma parte da resposta de @ karel forneceu uma solução suficientemente boa. Mudar do gerenciador de exibição gdm3 para o gerenciador de exibição lightdm funciona. Eu também poderia remover i915.modeset=0da minha linha do kernel do grub.

sudo apt-get update
sudo apt-get install lightdm
# if lightdm wasn't already installed, it'll ask which dm you want
# if lightdm was already installed, then you need to:
sudo dpkg-reconfigure lightdm
# and choose lightdm over gdm3
reboot

Atualização # 7:

Acontece que o problema não é um problema gdm3 vs lightdm. É um problema de gdm3 / wayland com GPUs Intel mais antigas. Consertar...

Em terminal...

  • cd /etc/gdm3 # change directory
  • sudo pico custom.conf # edite este arquivo

Encontre e mude:

#WaylandEnable=false

Para isso:

WaylandEnable=false

Salve o arquivo.

  • sudo dpkg-reconfigure gdm3 # select DM do gdm3

Selecione gdm3 e OK.

  • reboot # reinicie o computador

Notas:

https://feeding.cloud.geek.nz/posts/linux-kernel-module-options-on-debian/

Configurando opções do kernel para o i915

Como posso corrigir drivers quebrados do i915 para GPUs Intel?


Sintomas muito semelhantes após a atualização de 16 para 18.04 em uma área de trabalho compacta HP com alguns vídeos integrados da Intel. A tela inicial congela após 4 pontos vermelhos. A remoção da linha de troca do / etc / fstab resulta em congelamento na tela preta. Adicionar nomodeset aos parâmetros de inicialização permitiu a inicialização em baixa resolução. O comentário de WaylandEnable = false em /etc/conf/custom.conf parece ter resolvido o problema.
KalleMP 27/04

Respostas:


11

Tente fazer login no seu ambiente de área de trabalho padrão no console virtual tty. O console virtual pode ser acessado pressionando a combinação de teclado Ctrl+ Alt+ F3após o computador travar ao inicializá-lo. Faça login no console virtual com seu nome de usuário e senha e execute o seguinte comando.

sudo systemctl start graphical.target

Se isso não funcionar, alterne o gerenciador de exibição de login de gdm3 para lightdm. O LightDM é um gerenciador de exibição de login mais leve que o gdm3.

sudo apt install lightdm   
sudo dpkg-reconfigure lightdm 
sudo reboot  

sudo dpkg-reconfigure lightdmabrirá uma nova janela, permitindo que você selecione lightdm como o gerenciador de exibição de login padrão. Use as teclas de seta para selecionar lightdm e pressione a Tabtecla para colocar o foco em <OK> e pressione Enter. Em seguida, reinicie executando este comando:sudo reboot

Tente inicializar a partir do Xorg em vez de Wayland. Edite /etc/gdm3/custom.confcom sudo nano /etc/gdm3/custom.conf, remova #WaylandEnable=falseo comentário WaylandEnable=falsee execute-osudo dpkg-reconfigure gdm3 # select gdm3

Se isso não funcionar, veja se você pode pelo menos alternar para o modo de texto (para fins de solução de problemas) sem nenhum material da GUI como o servidor X em execução.

sudo systemctl start multi-user.target  

Obrigado por suas idéias. O processo de inicialização nunca ultrapassa o logotipo do plymouth, se você acredita no que a tela mostra, mas acredito que ele realmente continua sendo inicializado, com base na atividade do disco. Posso obter uma inicialização completa e acessar a tela de login se eu usar o parâmetro do kernel i915.modeset = 0, mas estiver na resolução errada. Não tenho certeza de como acessar o console virtual tty se não conseguir acessar a tela de login. O gdm ou o lightdm está rodando tão cedo quanto a tela do logotipo de plymouth? Quando removo o "splash silencioso", posso ver onde o processo de inicialização parece estar parando.
Heynnema 17/05/19

ps: Eu acredito que (se gdm3 era o padrão) gdm3 estava trabalhando com este sistema de vídeo em 17.10
heynnema

O fato de estar usando o gdm3 no 17.10 também me intrigou, mas essa resposta funcionou de qualquer maneira para o mesmo problema ao atualizar do 17.10 para o 18.04, que eu respondi e minha resposta foi aceita.
22418

Vou tentar e relatar de volta.
Heynnema 17/0518

1
@heynnema Oh sim, o infame WaylandEnable=falseproblema. Eu já vi isso em muitas perguntas e respostas aqui na UA. Ainda não tive coragem / tempo suficiente para usar Wayland.
WinEunuuchs2Unix

4

Acontece que o problema não é um problema gdm3 vs lightdm. É um problema de gdm3 / wayland com GPUs Intel mais antigas. Consertar...

Em terminal...

  • cd /etc/gdm3 # change directory
  • sudo pico custom.conf # edite este arquivo

Encontre e mude:

#WaylandEnable=false

Para isso:

WaylandEnable=false

Salve o arquivo.

  • sudo dpkg-reconfigure gdm3 # select DM do gdm3

Selecione gdm3 e OK.

  • reboot # reinicie o computador

1
obrigado, isso ajudou! não há necessidade real de reiniciar o computador: você também pode simplesmente matar o gdm3 (para que o sistema o reinicie).
Mariotomo #
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.