O que causa o erro "Falha ao iniciar sessão" no Ubuntu 14.04?

Question

Ontem, quando liguei meu laptop em casa, recebi o Falha ao iniciar a sessão" e não foi possível efetuar login. Eu só consegui consertar isso hoje, procurando uma solução no escritório. Eu estava efetivamente fora do meu laptop por mais de 24 horas; em mais de 5 anos do Ubuntu esta foi a situação mais séria que eu experimentei.

A pergunta original aqui no AskUbuntu refere-se a uma falha na atualização, mas eu corri para este problema meses após a atualização para o 14.04. Não houve atualizações de pacotes relevantes na sessão anterior para justificar tal falha.

O que exatamente está causando esse problema? E como posso evitar voltar a executá-lo no futuro?

Atualizar : Alguns dados forenses: uma nova imagem do kernel foi instalada no dia 15 ( linux-image-extra-3.13.0-34 ), mas consegui fazer logon e trabalhar normalmente no dia seguinte. Foi no dia 17 que a sessão começou a falhar, então o que causou este problema aconteceu no dia 16. Aqui está o log àptdaemon desse dia:

Start-Date: 2014-08-16  08:54:23
Commandline: aptdaemon role='role-commit-packages' sender=':1.100'
Upgrade: subversion:amd64 (1.8.8-1ubuntu3, 1.8.8-1ubuntu3.1), libnepomukcleaner4:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), libsystemd-login0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), systemd-services:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libbalooxapian4:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), nepomuk-core-data:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), libsystemd-daemon0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libgudev-1.0-0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libpam-systemd:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libsvn1:amd64 (1.8.8-1ubuntu3, 1.8.8-1ubuntu3.1), udev:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), gir1.2-gudev-1.0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libudev1:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libudev1:i386 (204-5ubuntu20.3, 204-5ubuntu20.4), libbaloofiles4:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), libsystemd-journal0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libnepomukcore4abi1:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), libbaloocore4:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), nepomuk-core-runtime:amd64 (4.13.2-0ubuntu0.1, 4.13.3-0ubuntu0.1), libserf-1-1:amd64 (1.3.3-1, 1.3.3-1ubuntu0.1), net-tools:amd64 (1.60-25ubuntu2, 1.60-25ubuntu2.1)
End-Date: 2014-08-16  09:03:45

Não consigo identificar nada suspeito. Mais tarde naquele dia, eu removi uma versão mais antiga do r-base e reinstalei o último pacote fornecido pelo CRAN - mas isso parece ainda mais improvável como um culpado.

    

Answer 1

Tem a certeza de que não possui atualizações de pacotes relevantes? - Porque eu acabei de ter duas duas contas com dois upgrades de kernel desde sexta-feira. Talvez o Lowlatency esteja em um horário diferente, mas a versão 3.13.0-33 cancelou meu wireless por um dia (sorte de backup) e 3.13.0-34 foi lançado, ou pelo menos foi instalado, na minha caixa como no dia seguinte (Domingo) e as coisas parecem mais estáveis agora.

Você pode evitar atualizações e pacotes do kernel que fazem mudanças sérias em seu sistema usando os comandos:

sudo apt-get update
sudo apt-get upgrade

apt-get upgrade permite que pessoas que estejam usando o Ubuntu para a escola ou o trabalho (para produção) possam aplicar atualizações de segurança e correções de bugs sem inadvertidamente estragar algum projeto ou prazo importante que você possa estar enfrentando.

Às vezes, você pode observar os pacotes listados como "retidos" ao executar esses tipos de atualizações. Isso permite que você revise esses pacotes para que você possa fazer sua própria chamada no tempo ou não, e você quer se arriscar a fazer o upgrade para um novo pacote do kernel.

Por outro lado, para cegamente executar todas as atualizações sem levar em conta as conseqüências que isso pode ter sobre a estabilidade do seu sistema, ou se você estiver se sentindo perigoso, você pode executar:

sudo apt-get update
sudo apt-get dist-upgrade

em vez disso. Isso instalará atualizações de kernel e outros pacotes que podem fazer alterações no sistema que podem afetar temporariamente a estabilidade ou alterar a maneira como as coisas funcionam.

Se você usou 14.04 este tempo e só agora está enfrentando um problema, eu não esperaria muitos problemas no futuro, já que a maioria dos problemas que existem são erros que são tratados com o passar do tempo. Basta ficar com apt-get upgrade quando precisar estar seguro e estável e talvez só faça o apt-get dist-upgrade quando souber que não vai interferir no trabalho se houver um problema.