Problema com sudo apt-get update, sudo apt-get install -f, sudo --configure -a

[Luplini]

Boa noite pessoal! EStou com Problena com o sudo apt-get update, sudo apt-get install -f, sudo --configure -a, ou da erro ou fica parado. Ja tentei diversas soluções que encontrei e nada resolve. Sou iniciante e quero aprender como resolver. Posto aqui os resultados dos comandos;

jones@jones-jsa:~$ sudo apt-get update
[sudo] senha para jones:
E: Não foi possível obter trava /var/lib/apt/lists/lock - open (11: Recurso temporariamente indisponível)
E: Impossível criar acesso exclusivo ao directório /var/lib/apt/lists/
E: Não foi possível obter trava /var/lib/dpkg/lock - open (11: Recurso temporariamente indisponível)
E: Não foi possível obter acesso exclusivo ao directório de administração (/var/lib/dpkg/), outro processo está a utilizá-lo?
jones@jones-jsa:~$ sudo apt-get install -f
E: Não foi possível obter trava /var/lib/dpkg/lock - open (11: Recurso temporariamente indisponível)
E: Não foi possível obter acesso exclusivo ao directório de administração (/var/lib/dpkg/), outro processo está a utilizá-lo?

jones@jones-jsa:~$ sudo dpkg --configure -a
[sudo] senha para jones:
Configurando linux-image-4.4.0-59-generic (4.4.0-59.80) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
The link /initrd.img is a dangling linkto /boot/initrd.img-4.4.0-59-generic
vmlinuz(/boot/vmlinuz-4.4.0-59-generic
) points to /boot/vmlinuz-4.4.0-59-generic
(/boot/vmlinuz-4.4.0-59-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-59-generic.postinst line 491.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-59-generic /boot/vmlinuz-4.4.0-59-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-59-generic /boot/vmlinuz-4.4.0-59-generic

[creto]

Olá,

Seu terminal diz:

E: Não foi possível obter acesso exclusivo ao directório de administração (/var/lib/dpkg/), outro processo está a utilizá-lo?

Então pressuponho que tem mais de uma instância do APT a trabalhar, ou seja reinicie seu PC e abra novamente o terminal e copie esse comando abaixo e cole no seu terminal:

Código Selecionar Expandir

sudo rm /var/lib/apt/lists/* ; sudo rm /var/lib/apt/lists/partial/* ; sudo apt-get -f install ; sudo apt-get clean ; sudo apt-get update

T+

[nomade]

Esse problema está muito recorrente.

Quando ocorre esse problema com o /var/lib/apt/lists/lock
é por estarem executando dois gerenciadores de pacotes ao mesmo tempo.

Remover o /var/lib/apt/lists/lock só vai resolver se não estiver com o synaptic aberto, ou gdebi, ou não estiver correndo outra instalação em outro terminal aberto, ou se não estiver com pendencia em aceitar termo de licença em algum outro processo de instalação inacabado. Muitas vezes ocorre algum erro de instalação, ou demora e o usuário fecha o terminal sem finalizar o processo. O processo fica aberto. Tem que matar os processos se der erro e  não andar, ou não estiver com paciência em esperar (assumindo o risco da quebra de pacotes talvez). Se um processo de instalação, ou gerenciador como o synaptic continua aberto, o arquivo lock é gerado em seguida a sua remoção. Não flui. Não adianta.

Para matar um processo usem o comando killall:

killall nome-do-aplicativo

exemplo:

sudo killall synaptic

sudo killall apt

sudo killall apt-get

sudo killall gdebi

enfim, é isso... depois disso não haverá mais /var/lib/apt/lists/lock se houver, aí sim, remova com o comando que o creto mandou, pois houve um erro de verdade com ele.

[Luplini]

Boa noite!
Obrigado pelo interesse em ajudar-me.
Infelizmente não obtive sucesso.  O killall nos processos aplicados retorna; nenhum processo localizado.
e continua a; 
E: Não foi possível obter trava /var/lib/dpkg/lock - open (11: Recurso temporariamente indisponível)
E: Não foi possível obter acesso exclusivo ao directório de administração (/var/lib/dpkg/), outro processo está a utilizá-lo?

Suponho que o problema ocorre devido a uma atualização mal sucedida para o Kernel 4.4.0-59. Só consigo iniciar com o Kernel 4.4.0-57. tento remover o kernel problemático, mas por causa desse erro não consigo. Alguma solução???

[creto]

De um por um:

Código Selecionar Expandir

sudo rm /var/lib/dpkg/lock

Código Selecionar Expandir

sudo rm /var/lib/apt/lists/*

Código Selecionar Expandir

sudo rm /var/lib/apt/lists/partial/*

Código Selecionar Expandir

sudo apt-get -f install

Aqui veja se o terminal informa alguma coisa, se não houver nenhum erro, continue

Código Selecionar Expandir

sudo apt-get clean ; sudo apt-get autoclean

Código Selecionar Expandir

sudo apt-get autoremove

Código Selecionar Expandir

sudo apt-get update

T+

[Luplini]

Sem sucesso Resultado dos comandos:

jones@jones-jsa:~$ sudo rm /var/lib/dpkg/lock
[sudo] senha para jones:
jones@jones-jsa:~$ sudo rm /var/lib/apt/lists/*
rm: não foi possível remover '/var/lib/apt/lists/partial': É um diretório
jones@jones-jsa:~$ sudo rm /var/lib/apt/lists/*
rm: não foi possível remover '/var/lib/apt/lists/partial': É um diretório
jones@jones-jsa:~$ sudo rm /var/lib/apt/lists/partial/*
rm: não foi possível remover '/var/lib/apt/lists/partial/*': Arquivo ou diretório não encontrado
jones@jones-jsa:~$ sudo apt-get -f install
Lendo listas de pacotes... Pronto
Construindo árvore de dependências       
Lendo informação de estado... Pronto
Os seguintes pacotes foram instalados automaticamente e já não são necessários:
  linux-headers-4.4.0-31 linux-headers-4.4.0-31-generic
  linux-image-4.4.0-31-generic linux-image-extra-4.4.0-31-generic
Utilize 'sudo apt autoremove' para os remover.
0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 0 não atualizados.
8 pacotes não totalmente instalados ou removidos.
Depois desta operação, 0 B adicionais de espaço em disco serão usados.
Configurando linux-image-4.4.0-59-generic (4.4.0-59.80) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
The link /initrd.img is a dangling linkto /boot/initrd.img-4.4.0-59-generic
vmlinuz(/boot/vmlinuz-4.4.0-59-generic
) points to /boot/vmlinuz-4.4.0-59-generic
(/boot/vmlinuz-4.4.0-59-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-59-generic.postinst line 491.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-59-generic /boot/vmlinuz-4.4.0-59-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-59-generic /boot/vmlinuz-4.4.0-59-generic   (E aqui parou)

[creto]

Uau Depmod demora um pouco por isso não sai fechando o terminal antes de ele aparecer isso $

poste aqui a saida da minha desconfiança:

Código Selecionar Expandir

dpkg --get-selections | grep linux-image

e também

Código Selecionar Expandir

dpkg --get-selections | grep linux-headers

T+

[Luplini]

Demora, mas sera que mais que uma hora?
Aqui está;
jones@jones-jsa:~$ dpkg --get-selections | grep linux-headers
linux-headers-4.4.0-31            install
linux-headers-4.4.0-31-generic         install
linux-headers-4.4.0-57            install
linux-headers-4.4.0-57-generic         install
linux-headers-4.4.0-59            install
linux-headers-4.4.0-59-generic         install
linux-headers-generic            install
jones@jones-jsa:~$ dpkg --get-selections | grep linux-headers
linux-headers-4.4.0-31            install
linux-headers-4.4.0-31-generic         install
linux-headers-4.4.0-57            install
linux-headers-4.4.0-57-generic         install
linux-headers-4.4.0-59            install
linux-headers-4.4.0-59-generic         install
linux-headers-generic            install
jones@jones-jsa:~$

[creto]

Não mais que uma hora não, é o kernel e headers todos ok.

Olha eu estou sem um ubuntu aqui no momento, mas no gerenciador de atualizações dele tem como você aumetnar o tempo em que ele busca por atualizações. Se fizer isso descartaria a possibilidade de os dois estarem trabalhando juntos, ou seja o terminal e o gerenciador de atualizações buscando por elas, dai repetiria o:

sudo apt update

Se ocorrer novamente a trava, executar novamente a remoção dessa trava e tentar todos os comandos de tentativa de correção postos aqui, estou usando o Mint xfce 18 que é similar ao 16.04 e até agora não consegui simular esse erro aqui, mesmo que eu tente.

Vou trabalhar agora a noite e no começo da semana também, releia os passos apresentados aqui e ão desista, deve ser um desses quesitos que deve estar dando essa trava:

Boa sorte, bom domingo e até mais.

[druidaobelix]

Vá pelo Modo de Recuperação (Recovey Mode), cuja entrada se encontra na tela inicial do sistema, o menu do Grub.

Ao chegar na tela de entrada do Recovery Mode, onde existem várias opções, escolha:

Network --> Habilitar Rede

e em seguida, usando a tecla TAB vá para OK e dê um [Enter]

Isso irá fazer a montagem do sistema na forma de leitura e gravação (rw - read write), porque originalmente no Modo Recovery, por segurança da integridade do sistema de arquivos, ele inicia apenas na forma somente leitura (ro - ready only), o que não permitiria alterar nada no disco.

Tendo habilitado network, ele retorna automaticamente para a mesma tela de opções.

Agora escolha

root  --> desistir e ir para o modo root

mesma coisa, use o TAB para navegar e dê OK com o [Enter]

Agora você está como root (proprietário, superusuário) do sistema, o seu prompt de comando vai estar aparecendo algo similar a isso:

#root@nome_da_sua_maquina:

Estando dessa forma, então execute o comando proposto pelo "Creto" no post #1.

Se não conseguir acesso à internet no Recovery Mode, então monte o disco manualmente e execute apenas os comandos rm (remover) daquele post #1, depois quando voltar ao ambiente gráfico com internet, execute os dois restantes.

Na execução daqueles comandos no Recovey não precisa do sudo porque já é o root.

[druidaobelix]

Se ao ativar network não for possível usar em Recovery porque ainda vem indicando uso simultâneo, reinicie novamente ainda pela opção Recovery, use a opção desistir e ir para root e então monte o disco do sistema manualmente sem usar o artifício network para montar o disco do sistema, então use apenas os comandos rm como dito antes.

Possivelmente você saiba como se faz essa montagem manual, mas em todo caso e mesmo para eventuais leitores que não saibam:

Código Selecionar Expandir

mount -o remount,rw /dev/sdxn /

sendo que em sdxn o x indica o disco (sda, sbb, sdc, etc) e o n indica a partição (sda2, sdb5, scc3, etc).

No sintaxe acima a partição n do disco sdx (sdxn) está sendo montada na raiz do sistema, representada pela / (barra inclinada à direita)

É sempre montar alguma coisa (/dev/sdxn) em algum lugar (/)

exemplo:

mount -o remount,rw /dev/sda3 /

Para saber qual é exatamente o disco e partição use o comando

Código Selecionar Expandir

fdisk -l | grep type -B4 -A50

(sinal de hífen mais letra ele no final do comando acima)

[Luplini]

Bom Dia! Já fiz de tudo, mas quando chega no sudo dpkg --configure -a,  a partir de determinado momento fica parado, nem em modo Recovery vai.
Vou segui a sugestão do Creto; desistir e reinstalar o Ubuntu.
De qualquer for agradeço a todos a ajuda que me prestaram.