14.04 falha regularmente em inicializar (morto, NÃO apenas uma tela em branco)

2

Estou arrancando o cabelo com isto agora: o meu PC regularmente e repetidamente falha na inicialização desde a atualização para o 14.04LTS, a sequência é algo assim:

  • Ligar
  • POST
  • O GRUB começa
  • O Grub faz uma contagem regressiva, chama o Ubuntu
  • Tela em branco, carregamentos de texto, carregamento de material etc.
  • Então preto, morto. Monitora o desligamento devido a nenhum sinal de vídeo.

O teclado e o mouse também estão mortos, sem luz numlock, sem luz do sensor do mouse, a tecla caps lock não faz nada (a luz caps lock não alterna).

Eu tenho que ligar e desligar o PC para que ele reinicie. Depois de algumas tentativas, ele pode eventualmente inicializar todo o caminho.

Eu não recebo mensagens de erro quando finalmente FAZER inicialização.

Eu não quero enviar arquivos de log aleatórios, depurar e coisas em todo este post, então, por favor, peça qualquer informação que eu possa fornecer e eu colarei. Da mesma forma, quaisquer comandos para executar / experimentos para tentar ' Vou dar uma olhada e reportar de volta.

O sistema é um PC de inicialização única bastante normal: unidade de inicialização dual Xeon X5660 de 64 bits / 48G de RAM / 256G SSD / 4TB para meus monitores de cartão / GPU ATI 3650 gfx / dual DVI. Não há mais nada conectado além de um cabo de LAN.

Mesmo sugestões vagas de onde procurar, arquivos de registro para escavação, etc. seriam bem-vindos - eu estou razoavelmente familiarizado com a linha de comando e tudo mais, apenas não familiarizado o suficiente com o funcionamento interno de Ubuntu para saber por onde começar!

Edit: Algumas coisas cortadas dos logs finalmente!

Os logs são principalmente cheios disso:

Dec 18 23:01:27 Puter kernel: [ 8571.122775] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:27 Puter kernel: [ 8571.122781] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.122794] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.667217] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:27 Puter kernel: [ 8571.667224] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.667236] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:28 Puter kernel: [ 8572.488325] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:28 Puter kernel: [ 8572.488332] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:28 Puter kernel: [ 8572.488344] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800

Mas é o mesmo nos bons e nos maus momentos, eu pesquisei, não parece ser algo com que alguém realmente se importe. Mas, literalmente, há ~ 200Mb desse material enviando spam para o kern.log sem parar.

Aqui está o log mostrando a última (re) inicialização, infelizmente eu não consigo ver nenhuma arma fumegante lá:

Dec 18 23:01:26 Puter kernel: [ 8570.170086] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.170093] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.170105] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.187846] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.187853] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.187865] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.217859] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.217866] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.217878] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.242266] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.242273] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.242286] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.466341] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.466348] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.466360] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.506137] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.506143] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.506156] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.754652] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.754659] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.754671] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.786391] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.786398] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.786410] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.122775] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:27 Puter kernel: [ 8571.122781] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.122794] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.667217] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:27 Puter kernel: [ 8571.667224] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.667236] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:28 Puter kernel: [ 8572.488325] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:28 Puter kernel: [ 8572.488332] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:28 Puter kernel: [ 8572.488344] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpuset
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpu
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpuacct
Dec 20 20:59:56 Puter kernel: [    0.000000] Linux version 3.13.0-74-generic (buildd@lcy01-07) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #118-Ubuntu SMP Thu Dec 17 22:52:10 UTC 2015 (Ubuntu 3.13.0-74.118-generic 3.13.11-ckt30)
Dec 20 20:59:56 Puter kernel: [    0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.13.0-74-generic root=/dev/mapper/ubuntu--vg-root ro recovery nomodeset
Dec 20 20:59:56 Puter kernel: [    0.000000] KERNEL supported cpus:
Dec 20 20:59:56 Puter kernel: [    0.000000]   Intel GenuineIntel
Dec 20 20:59:56 Puter kernel: [    0.000000]   AMD AuthenticAMD
Dec 20 20:59:56 Puter kernel: [    0.000000]   Centaur CentaurHauls
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: BIOS-provided physical RAM map:
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009e3ff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000dbdf9bff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbdf9c00-0x00000000dbe4bbff] ACPI NVS
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbe4bc00-0x00000000dbe4dbff] ACPI data
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbe4dc00-0x00000000dbffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fcffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000fe000000-0x00000000fed003ff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000feefffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000ffb00000-0x00000000ffffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000100000000-0x0000000c23ffffff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] NX (Execute Disable) protection: active
Dec 20 20:59:56 Puter kernel: [    0.000000] SMBIOS 2.5 present.
Dec 20 20:59:56 Puter kernel: [    0.000000] DMI: Dell Inc. Precision WorkStation T7500  /0D881F, BIOS A14 07/06/2012
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] No AGP bridge found
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: last_pfn = 0xc24000 max_arch_pfn = 0x400000000
Dec 20 20:59:56 Puter kernel: [    0.000000] MTRR default type: write-back

Quaisquer pensamentos realmente apreciados!

Edições adicionais

Em mais googling me deparei com este relatório de bug que sugere a edição de etc/default/grub para remover os sinalizadores de depuração do DRM. Eu já fiz isso, só o tempo dirá se tem algum efeito.

Outra edição:

Após um longo período de estabilidade, aconteceu novamente - não posso ter 100% de certeza, mas parece acontecer toda vez que o Ubuntu executa uma atualização do Ubuntu Core (suponho que seja outra palavra para o kernel). Totalmente morto, tem que redefinir, mas se eu, em seguida, selecionar a opção de inicialização normal do Grub (ele só aparece se o sistema não inicializou pela última vez), ele funcionará normalmente como se nada tivesse acontecido.

Eu não posso ajudar, mas pergunto sobre a atualização do kernel, talvez definindo algum parâmetro na configuração do Grub que é remanescente de uma instalação mais antiga (por exemplo, quando eu tive uma placa gfx diferente) e é só quando ele não inicializa o grub define um parâmetro ligeiramente diferente por causa da falha e navega bem.

Fazer o egrep -B75 '\[ 0.000000\] Linux version' /var/log/kern.log* sugerido retorna exatamente nada!

Eu vou ver se há uma maneira de fazer uma instalação limpa do Ubuntu em um sistema sem perder os programas / configurações instalados, veja se isso cura - enquanto isso, qualquer sugestão é bem-vinda!

    
por John U 11.12.2015 / 01:42

1 resposta

-1

Bem, não tenho certeza se conta como uma ótima resposta, e certamente não é uma solução / causa definitiva, mas me cansei de & amp; mudou para o Linux Mint e parece muito mais confiável agora. Talvez o instalador tenha atualizado o grub para algo mais confiável ou algo assim.

Pelo menos é o que funcionou para mim.

    
por John U 11.01.2017 / 12:40