Instalar o Brasero remove mais de 100 pacotes e prejudica a internet e o gerenciador de exibição

Question

Eu estava pensando em ter resolvido um problema com o Paraview, mas me deparei com um problema maior com o Brasero.

1. Alguns dias atrás Eu queria instalar o Paraview (amd64) no meu computador (x68_64, Ubuntu 12.04 LTS) onde, entre outros, o Google Earth eo Skype usavam bibliotecas i386. Esse conflito geracional fez com que o apt-get pedisse a remoção dos pacotes mais antigos e das bibliotecas. (Kudos para Sneetsher por me indicar isso.) No final, consegui que o Paraview , o Skype e o Google Earth instalados e funcionando corretamente depois de executar apt-get -f install , ou seja, um geral revisão de dependências quebradas. Eu fiz isso por sugestão de apt-get em si.
2. No entanto, enquanto apt-get -f install estava cuidando da sua tarefa, notei que alguns aplicativos estavam desaparecendo do menu da área de trabalho. Eu considerei isso natural, daí eu mudei para reinstalar aqueles. A instalação do Banshee como primeiro foi bem (não me lembro se estou usando o apt-get ou o dpkg). Com o Brasero veio a diversão.
3. Depois de comandar apt-get install brasero , o apt-get me pede para remover outro grande número de bibliotecas, na ordem de centenas. Equivocadamente, considero essas aplicações para adicionar e dar o meu aval. No final desta onda de exuberância auto-imune, a primeira evidência é que o navegador não pode se conectar a URLs por mais tempo - assim, a conectividade com a Internet é desativada. Eu então dou uma chance ao reboot. O sistema percorre o POST sem problemas, depois trava na tela inicial do Ubuntu.
4. Para encurtar a história, consegui reiniciar o modo de recuperação e chegar a um terminal de linha de comando responsivo. À medida que o POST passa por suas verificações, vejo que ele falha ao iniciar o LightDM Display Manager (mas talvez em algum outro lugar que eu tenha perdido).

Agora, o estado da reprodução na linha de comando do modo de recuperação:

• ping produz um 'usuário desconhecido'
• xterm produz uma 'exibição não definida'
• os dois lightdm e gdm geram um 'atualmente não instalado'
• dpkg-reconfigure lightdm produz um 'quebrado ou não totalmente instalado'
• apt-get install lightdm dá uma sequência de "falha ao buscar" porque a internet foi cortada (verifique se o cabo está no lugar)
• Eu posso ver as unidades externas embora!

Assim, eu estava pensando em contornar o corte da Internet, salvando uma ponte de arquivos deb em uma dessas unidades e, em seguida, executando dpkg ou apt-get a partir da linha de comando. Claramente, não sou tão a favor de reinstalar o sistema operacional inteiro.

Isso faz sentido para você? Em caso afirmativo, as perguntas são

1. Quais pacotes e dependências seriam capazes de restaurar a conexão com a Internet?
2. Como as dependências podem ser facilmente da ordem de dezenas, se não de centenas, existe um local onde elas são convenientemente compactadas / compactadas em um único pacote? Claro que não posso confiar na busca remota.
3. Digamos que eu consiga restaurar a conectividade com a Internet e, em seguida, poderei buscar os repositórios remotos. Quais comandos devo executar para ter certeza de que todos os 'pedaços quebrados' são salvos e restaurados?
4. Por que razão a Brasero precisou remover mais de 100 pacotes de bibliotecas de natureza essencial? Isso parece realmente excessivo para mim!

Obrigado por ter lido pacientemente este longo post. Aguardo com expectativa as suas respostas e comentários.

Atualização: saídas solicitadas

• / var / lib / apt / extended_states
• /var/log/dpkg.log

Answer 1

1. Inicialize para recuperação e, em seguida, descarte para o shell

2. Verifique as interfaces de rede disponíveis.

   ifconfig -a
   

   Se você não vir o endereço IP ( x.x.x.x ), execute a consulta DHCP para obter um IP, altere eth0 com o seu.

   dhclient eth0
   

3. Confirme a conexão

   ping -c3 ubuntu.com
   

   Você deve obter uma saída semelhante a esta:

   3 packets transmitted, 3 received, 0% packet loss
   

4. Verifique a configuração multi-arch dpkg

   $ dpkg --print-architecture
   amd64
   $ dpkg --print-foreign-architectures
   i386
   $ grep -ir arch /etc/dpkg/ 
   /etc/dpkg/dpkg.cfg.d/multiarch:foreign-architecture i386
   

   Se i386 não aparecer em 2º & amp; 3º comando, defina:

   echo "foreign-architecture i386" > /etc/dpkg/dpkg.cfg.d/multiarch
   

5. Atualizar lista de pacotes

   apt-get update
   

6. Executar

   apt-get install ubuntu-desktop
   

7. Se ainda estiver recebendo a mensagem "dependências não atendidas", execute aptitude .

   aptitude
   

   • Pressione / para pesquisar, escreva ubuntu-desktop , em seguida, Digite
   • Em seguida, use n até ubuntu-desktop selecionado, NÃO ubuntu-desktop:i386
   • + para marcá-lo para instalação

8. Neste ponto, deve haver uma barra vermelha na parte inferior com o número [1/..] , que indica a solução atual de muitas outras possíveis.

   • Pressione e para examinar, mostra o que a solução atual vai fazer.
   • Percorra todas as outras soluções usando . / ,

   • Você verá algumas soluções que preferem continuar instalando pacotes sem instalar ubuntu-desktop . Escolha aquele que remova menos e instale ubuntu-desktop .

     Esta nem sempre é a solução perfeita, então verifique bem e escolha. Cada caso é específico. Para o caso atual, consulte este bate-papo relacionado quarto .

   • ! para aplicar então g , verifique então g novamente para confirmar.

9. Se tudo correr bem, reinicie.

10. Em seguida, instale as outras ferramentas de necessidade necessárias, que foram removidas.

    Notas: Estas são da minha experiência pessoal, por isso posso estar errado. Então, se alguém experimentou o contrário, por favor, compartilhe-o.

    • Evite instalar pacotes binários .deb binário localmente usando o dpkg, debi ou software-center. Use repositórios possíveis (Ubuntu, PPA, outros fornecedores, ...).
    • Para pacotes de fornecedores, procure a arquitetura nativa amd64 . Em casos raros, construir fonte (se disponível) é mais fácil do que o arco estrangeiro.

    • Centro de software, synaptic, apt-get e muitas outras ferramentas, para mim eles não suportam totalmente o recurso multiarch. Eles mostram apenas 1 solução e (exceto apt-get) não mostram a arquitetura de cada pacote.

      Se você enfrentar qualquer conflito, use aptitude . Ele mostra outras soluções e mostra claramente todos os pacotes de toda a arquitetura disponível.

    • Se você precisar instalar algumas ferramentas i386 sem nenhuma opção para amd64. Deixá-los para ser instalado o último. Se você já os instalou e está tentando instalar o% nat nativo amd64 packages, você terá um conflito (basicamente a mensagem de dependências não atendidas). Deixe que o aptitude desinstale os i386 e, em seguida, execute a limpeza com apt-get autoremove para remover os resíduos (dependências instaladas automaticamente de i386 arch). Instale os pacotes amd64 que você deseja e tente instalar novamente as ferramentas i386 removidas.

      Por que isso? Se você tentar instalar uma ferramenta i386 , todas as suas dependências também serão instaladas como i386 , até amd64 estarão disponíveis e poderão funcionar. Posteriormente, se você tentar instalar outra ferramenta amd64 que tenha pelo menos uma dependência sobreposta, você terá o conflito.

      O Aptitude parecerá remover os pacotes, mas na verdade está substituindo alguns pacotes i386 pelos amd64 correspondentes.

      Veja este caso, Ubuntu 14.04, problema ao instalar gstreamer1.0-libav, dependências não atendidas