Uma inicialização regular através do GRUB (sem recuperação) pára em torno de 75 segundos no log do dmesg.
O dmesg não é salvo durante esse processo (vejo logs dmesg mais antigos como .gz in /var/log , mas não os das tentativas de inicialização com falha)
Pelo que vejo, pode haver o fim de um rastreamento de pilha para os drivers gráficos Radeon.
Isso parece acontecer logo antes dos sistemas de arquivos serem montados com sucesso (por volta de 30s), inicialização bluetooth (30-32s) e inicialização de rede (32-75s)
Existem algumas linhas type 1400 audit(...): apparmor="STATUS" operation="profile_*" ... em torno de 63s.
Além de lá, as únicas mudanças enquanto continuo a esperar são sky2 0000:03:00.0 eth0: rx error, status 0x402500 length 60 erros que acontecem mesmo quando o sistema está sendo executado com sucesso. Eu encontrei informações limitadas sobre este erro, principalmente apontando-me para uma lista de discussão sobre os problemas do kernel 2.6 de anos atrás com um código de status ligeiramente diferente.
Nenhum dos terminais virtuais funciona (apenas um cursor piscando) e a GUI não foi carregada. O SSH ainda não está em execução ou acessível.
Atingir o botão liga / desliga resulta em kvm: exiting hardware virtualization sem que nada mais aconteça (nenhum desligamento ou outras mensagens além dos erros do sky2 a cada 2 minutos ou mais).
Segurando o botão liga / desliga, o hardware será desligado da área de trabalho.
Executar a inicialização selecionando o modo de recuperação no menu GRUB e clicando em reiniciar permite que o sistema inicialize normalmente, embora inconvenientemente, uma vez que requer intervenção humana para inicializar.
Eu suspeito que isso possa ter algo a ver com os drivers gráficos (código aberto Radeon - uma alteração recente do fglrx desde que o kernel mais recente não é suportado pelos drivers proprietários da ATI) ou smbd / nmbd que não estão iniciando boot também, mas não impacta a inicialização lá).
Eu tive um problema semelhante ontem e baixei a distribuição. A distribuição de hoje foi de 1001MB em oposição a 961MB ontem, então houve algumas mudanças. A distribuição de hoje parecia inicializar corretamente, apesar do erro na verificação do sistema de arquivos squash mostrar erros em 2 arquivos tanto ontem como hoje.