Quando tento fazer alguma coisa com o apt-getuso de um terminal, ele apt-getfica preso 0% [Working].
ping -c 3 google.com?
Quando tento fazer alguma coisa com o apt-getuso de um terminal, ele apt-getfica preso 0% [Working].
ping -c 3 google.com?
Respostas:
Você pode tentar verificar o cache e limpar o diretório de cache.
Na ordem (cada etapa é mais profunda, pare ao encontrar uma solução):
sudo apt-get clean( Atualização ) nas versões recentes, limpará o repositório local dos arquivos de pacotes recuperados. Isso será suficiente na maioria das vezes. É (não era) o mesmo nas versões anteriores.
Ele remove tudo, menos o arquivo de bloqueio de / var / cache / apt / archives / e / var / cache / apt / archives / parcial /.
Olhe dentro /var/lib/apt/lists/partial/, deve estar vazio.
Caso contrário, você pode decidir esvaziá-lo sudo rm /var/lib/apt/lists/partial/*eventualmente.sudo rm -f /var/lib/apt/lists/partial/*
sudo apt-get check
ele atualiza o cache do pacote e verifica dependências desfeitas.
Reduza para um número normal (não enorme) de repositórios da lista /etc/apt/sources.list.
Se forem muitos, seu sistema poderá travar na tentativa de criar todas as árvores de dependências.
Você pode criar um conjunto mínimo de repositórios no site Ubuntu Sources List Generator e depois fazer backup do
/etc/apt/sources.list(com por exemplo sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000) você pode colar isso em vez da sua lista atual.
apt-transport-httpsnão está instalado (consulte o comentário ).sudo apt-get updatee se falhar/var/lib/apt/listsdiretório com sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_listse depoissudo rm -R /var/lib/apt/lists/* sudo apt-get updatenovamenteÉ possível que você precise limpar manualmente alguns dos seguintes diretórios (você sempre pode fazer backup deles e somente depois de excluir os arquivos internos):
PS> Se você tiver êxito, lembre-se de excluir a cópia de backup que você não precisa mais, mas nem sources.list.000sempre pode ser útil!
Você pode encontrar dicas adicionais em respostas relacionadas como esta .
Atualização
Ocorreu um erro antigo porque o pacote squid-deb-proxy-client não limpa todas as suas alterações, resolvidas assim:
Removendo a linha:
Adquirir :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";
a partir de:
/etc/apt/apt.conf.d/30autoproxy
Talvez possa ser útil esse tópico de bug
Mais drástico, remova a embalagem, se possível.
http://extras.ubuntu.com/ubuntudentro do navegador ... (ou melhor as linhas dentro do seu /etc/apt/sources.list
sources.listestava usando https, em vez de http, mas apt-transport-httpsnão foi instalado.
Também descobri isso quando mudei para alguns repositórios https. O apt precisa apt-transport-httpsser instalado para funcionar (o que pode ser um problema quando você está tentando baixar algumas coisas).
Certifique-se de poder sair da sua própria rede e, mais importante, da rede Ubuntu, ou seja,
ping us.archive.ubuntu.com
OR
ping security.ubuntu.com
Você deve obter uma saída semelhante a:
PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms
--- security.ubuntu.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms
primeiro tente atualizá-lo
aptitude update
e então execute o apt-get
ou mude seu espelho para o mais próximo do seu lugar, assista a isso - Como posso usar um espelho perto de mim ou escolher um espelho mais rápido?
sudo aptitude updatee agora estou mais uma vez preso no #0% [Working]
Isso também pode ser causado por estar atrás de um proxy que bloqueia o acesso. Às vezes, recebia um erro NODATA ... às vezes ficava no 0% [Working...].
se você mudou de local, altere também o servidor de download:
sudo software-properties-gtk
clique em outro e selecione o melhor servidor:

depois disso, selecione e exclua todos os outros repositórios de software:

finalmente:
sudo apt-get update
sudo apt-get upgrade
Verifique se sua rede está acessível ou não. No meu caso, reinstalei o meu Raspiberry-Pi. Verifiquei a data e hora do meu RPi, ele não foi atualizado. Então eu mudei a data manualmente,
sudo date -s "2019 Mar 20 02:42"
E reinicie. Agora meu RPi está funcionando bem.
Uma resposta que não encontrei na internet em nenhum lugar, mas na verdade a encontrei com base em um comando que executei algumas horas atrás. Um exemplo desse comando é
echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list
Após o qual um arquivo é adicionado ao /etc/apt/sources.list.d/. Nesse diretório, as fontes também podem ser adicionadas. No meu caso, era o teamviewer que continha sua própria lista com um URL inválido. Portanto, fazendo com que minha atualização falhe. Estes são os comandos que eu executei.
Nota: teamviewer.list estava me causando problemas, mas pode ser qualquer coisa para você dentro deste diretório. Experimente e faça backups!)
cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update
Espero que isso poupe a alguém as horas que poderia ter me salvado!
Eu tenho o mesmo problema, mas resolvi-o assim:
sudo systemctl restart networking
Espero que isso possa ajudar.
Esse problema também pode ser causado por ter um sistema de arquivos somente leitura .
Você pode verificar isso usando o seguinte comando:
mount | grep "on / "
Se a saída contiver rocomo um dos sinalizadores de montagem, seu sistema de arquivos raiz estará no modo somente leitura. Você precisará remontar a leitura / gravação do sistema de arquivos antes de apt-get updatecontinuar.
Recursos sobre como remontar seu sistema de arquivos:
A instalação do apt-transport-https me ajudou no Debian 9 fresco.
sudo apt-get install apt-transport-https