Apt-get atascado al 0%

Cuando trato de hacer algo con apt-get usando un terminal, apt-get se atasca al 0% [Working] .

Llegué a esta página a través de una alta búsqueda en Google, pero estas respuestas no me ayudaron. En su lugar, borré mi repository local de archivos de paquetes recuperados con:

 apt-get clean 

Puede intentar verificar el caché y limpiar el directorio del caché.
En el orden (cada paso es más profundo, así que detente cuando encuentres una solución):

  • sudo apt-get clean ( Actualizar ) en versiones recientes borrará el repository local de archivos de paquetes recuperados. Será suficiente la mayor parte del tiempo. No es (era) en versiones anteriores.

    Elimina todo excepto el archivo de locking de / var / cache / apt / archives / y / var / cache / apt / archives / partial /.

  • Mire dentro de /var/lib/apt/lists/partial/ debería estar vacío.
    Si no, puede decidir vaciarlo sudo rm /var/lib/apt/lists/partial/* eventualmente puede necesitar sudo rm -f /var/lib/apt/lists/partial/*

  • sudo apt-get check

    actualiza la caché de paquetes y comprueba si hay dependencias rotas.

  • Reduzca a un número normal (no enorme) de repositorys la lista de /etc/apt/sources.list .
    Si son demasiados, su sistema puede colgarse en el bash de construir todo el árbol de dependencias.
    Puede crear un conjunto mínimo de repositorys desde el sitio del Generador de listas de fonts de Ubuntu y luego hacer una copia de seguridad de /etc/apt/sources.list (por ejemplo, sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000 ) puedes pegar eso en lugar de tu lista actual.

  • finalmente, puede verificar si tiene un archivo de listas de origen con https en lugar de http, pero apt-transport-https no está instalado (vea el comentario ).
  • inténtalo de nuevo sudo apt-get update y si falla
  • haga una copia de seguridad de su directorio /var/lib/apt/lists con sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_lists y después de sudo rm -R /var/lib/apt/lists/*
  • ejecutar sudo apt-get update nuevo

Es posible que necesite limpiar a mano algunos de los siguientes directorios (siempre puede hacer una copia de seguridad de ellos y solo después de eliminar los archivos que contiene):

  • /etc/apt/sources.list.d/
    Fragmentos de archivos de ubicaciones para obtener paquetes. Elemento de configuración: Dir :: Etc :: SourceParts.
  • etc / apt / preferences.d /
    Fragmentos de archivos para las preferencias de versión. Elemento de configuración: Dir :: Etc :: PreferencesParts.
  • / var / cache / apt / archives / partial /
    Área de almacenamiento de archivos de paquetes en tránsito. Elemento de configuración: Dir :: Cache :: Archives (parcial se adjuntará implícitamente)
  • / var / lib / apt / lists / partial / Área de almacenamiento para información de estado en tránsito. Elemento de configuración: Dir :: State :: Lists (parcial se adjuntará implícitamente)
  • / var / lib / apt / lists / Área de almacenamiento para información de estado para cada recurso de paquete especificado en sources.list (5) Elemento de configuración: Dir :: State :: Lists.

PS> Si tiene éxito, recuerde que debe eliminar la copia de respaldo que ya no necesita, pero no las sources.list.000 La sources.list.000 siempre puede ser útil!
Puede encontrar sugerencias adicionales en la respuesta relacionada como esta .

Actualizar
Hubo un error antiguo porque el paquete squid-deb-proxy-client no limpia todos sus cambios, resuelto así:

Eliminando la línea:
Adquirir :: http :: ProxyAutoDetect “/ usr / share / squid-deb-proxy-client / apt-avahi-discover”;

de:
/etc/apt/apt.conf.d/30autoproxy

Tal vez pueda ser útil este hilo de error

Más drástico eliminar el paquete si es posible.

Asegúrese de que puede hacer ping desde su propia red y, lo que es más importante, a la red de Ubuntu, es decir,

  ping us.archive.ubuntu.com OR ping security.ubuntu.com 

Debería obtener una salida similar 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 

También descubrí que esto me estaba sucediendo cuando cambié a algunos repositorys https. apt necesita que apt-transport-https sea ​​instalado para que funcione (lo cual, comprensiblemente, puede ser un problema cuando intentas descargar algunas cosas).

primero intenta actualizarlo por

 aptitude update 

y luego ejecute apt-get

o debería cambiar su espejo al más cercano a su lugar, mire esto. ¿Cómo puedo usar un espejo cerca de mí o elegir un espejo más rápido?

Esto también podría ser causado por estar detrás de un proxy que bloquea el acceso. Algunas veces recibí un error NODATA … a veces solo se mantuvo en 0% [Working...] .

Si cambió la ubicación, cambie también su servidor de descarga:

 sudo software-properties-gtk 

haga clic en otro y luego seleccione el mejor servidor:

Seleccione el mejor servidor 1seleccione el mejor servidor 2

después de eso, seleccione y elimine todos los otros repositorys de software:

borrar todos los otros repositorios de software

finalmente:

 sudo apt-get update sudo apt-get upgrade 

En Debian 9, mi apt estaba bloqueado al 0% [trabajando] por algún tiempo antes de realizar cualquier tarea que requiera acceso a Internet. Después de probar muchos otros métodos, cuando deshabilité el administrador de red y comencé a usar systemd-networkd, este problema se resolvió finalmente.

Una respuesta que no encontré en Internet en ninguna parte, pero en realidad la encontré basada en un comando que ejecuté hace un par de horas. Un ejemplo de tal comando es

 echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list 

Después de lo cual se agrega un archivo a /etc/apt/sources.list.d/. En este directorio, también se podrían agregar fonts. En mi caso, fue Teamviewer el que contenía su propia lista que tenía una URL no válida. Por lo tanto causando que mi actualización falle. Estos son los comandos que ejecuté.

Nota: teamviewer.list me estaba causando problemas, pero puede ser cualquier cosa para ti dentro de este directorio. Pruébalo y haz copias de seguridad!)

 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 esto le salve a alguien las horas que podría haberme salvado!