Esse desastre tende a acontecer quando um pacote corrompido (geralmente um com dependências que não podem ser instaladas devido a não existirem ou o usuário ter configurado uma versão específica do pacote) está presente ou quando o usuário instalou um conflito dependências de um PPA. O sinalizador -f diz ao apt-get para encontrar qualquer solução que possa remover toda a quebra do sistema. Neste caso, a 'solução' foi remover quase todos os pacotes, então você deve ter tido um conflito de nível muito baixo em algum lugar. Ele verifica qual dependência parece não ser instalável e instala ou remove pacotes até que possa instalar essa dependência ou até que todos os pacotes que estão em conflito tenham desaparecido. Uma vez eu tive todas as partes do software GUI descendo até o X por causa de uma versão do LibreOffice empacotada incorretamente.
Você pode ver nesta imagem que um pacote de vinho ruim de um PPA pode realmente matar todo o sistema:
Se libc6 fosse substituído por um PPA com outra versão que de fato faria com que o APT removesse todo o sistema. Quase tudo acaba dependendo da libc6 no final, incluindo o kernel, eu acho. Eu não estou dizendo com certeza que foi isso, apenas usando isso como um exemplo para mostrar como as dependências estão interconectadas.
Você pode usar o LiveUSB para copiar seus arquivos antes de reinstalar ou simplesmente reinstalar com as configurações avançadas de particionamento. Eu recomendo apenas usar as configurações avançadas para reinstalar, porque você salva a cópia de todos os arquivos do disco, desde que você não tenha armazenado nada fora de / home e / srv.
Você precisa ter certeza de que seu sistema de arquivos ext4 está configurado para montar em '/' e que a caixa em 'Formato' não está não marcada como está nesta imagem:
Qualquer coisa que não esteja armazenada em / srv ou / home será DELETADA .
Se você deseja usar o mesmo nome de usuário, deve mover ou renomear sua pasta de início antes de reinstalar, para que possa ser recriada com novas configurações de / etc / skel. Você pode então copiar os arquivos de configuração e os dados de onde você os moveu para seus locais apropriados após a reinstalação. Isto é necessário porque alguns programas (Firefox, por exemplo) não irão pegar os arquivos de configuração da sua instalação antiga automaticamente, mesmo se eles já estiverem na pasta inicial na primeira vez que você fizer o login. Alguns programas precisam ser executados primeiro, sair, e depois ter seus arquivos de configuração copiados.
Tenho certeza de que para evolução você pode simplesmente copiar o arquivo .evolution da sua antiga casa para a nova e fazer com que ela funcione normalmente. Você pode precisar executar a evolução uma vez e fechá-la antes de copiar, como mencionei acima.
De acordo com o seu comentário sobre como resolver este problema, o manual do apt-get (a seção sobre -f) sugere usar dpkg --remove $PACKAGE para remover o pacote que causa o problema manualmente. Este deve permitir que o apt seja executado novamente, pois o pacote que tenta extrair dependências inexistentes ou não instaláveis desaparecerá.
O problema que matou sua máquina é um acaso, simplesmente não deve acontecer em um lançamento estável do Ubuntu. O sistema de repositório é organizado para evitar que isso aconteça, mas a adição de um PPA X aleatório gera uma chave no que, de outra forma, é um sistema perfeito. Eu sugiro que você examine de perto o conteúdo de seus PPAs adicionados e quais pacotes de software estão instalados (e atualizados para) deles. Vários PPAs atualizam pacotes importantes do sistema para que o software que eles contêm funcione. Isso é ótimo até a nova dependência do PPA conflitos com o mais antigo no repositório. Neste ponto, o APT sempre instalará o mais novo, e o boom, seu sistema não atualizará nenhum pacote, porque o software repo do Ubuntu ainda precisa da versão antiga da biblioteca, que não será instalada.
Boa sorte para você. Por favor, comente se você tiver dúvidas ou se eu puder melhorar esta resposta.