Error de apt-get en openhabian al llamar a '/usr/lib/apt/methods/http'

Error de apt-get en openhabian al llamar a '/usr/lib/apt/methods/http'

Espero estar aquí, hace unos días se rompió mi Raspberry Pi Modelo B rev. 2 (ejecutando Openhabian). Todavía no estoy seguro de por qué y no pude solucionarlo yo mismo.

Cuando intento apt-get updateser root obtengo el siguiente resultado:

[15:58:05] root@openHABianPi:/home/openhabian# apt-get update
Reading package lists... Done
E: Method http has died unexpectedly!
E: Sub-process http received signal 4.
E: Method /usr/lib/apt/methods/http did not start correctly
E: Method https has died unexpectedly!
E: Sub-process https received signal 4.
E: Method /usr/lib/apt/methods/https did not start correctly
E: Method https has died unexpectedly!
E: Sub-process https received signal 4.
E: Method /usr/lib/apt/methods/https did not start correctly
E: Method https has died unexpectedly!
E: Sub-process https received signal 4.
E: Method /usr/lib/apt/methods/https did not start correctly
E: Method https has died unexpectedly!
E: Sub-process https received signal 4.
E: Method /usr/lib/apt/methods/https did not start correctly
E: Method http has died unexpectedly!
E: Sub-process http received signal 4.
E: Method /usr/lib/apt/methods/http did not start correctly
E: Method http has died unexpectedly!
E: Sub-process http received signal 4.
E: Method /usr/lib/apt/methods/http did not start correctly
E: Failed to fetch http://raspbian.raspberrypi.org/raspbian/dists/stretch/InRelease
E: Failed to fetch https://apt.homegear.eu/Raspbian/stretch/InRelease
E: Failed to fetch https://deb.debian.org/debian/dists/stretch-backports/InRelease
E: Failed to fetch https://mirrordirector.raspbian.org/raspbian/dists/testing/InRelease
E: Failed to fetch https://dl.bintray.com/openhab/apt-repo2/dists/stable/InRelease
E: Failed to fetch http://archive.raspberrypi.org/debian/dists/stretch/InRelease
E: Failed to fetch http://repos.azulsystems.com/debian/dists/stable/InRelease
E: Some index files failed to download. They have been ignored, or old ones used instead.

Cuando intento verificar la versión de /usr/lib/apt/methods/http(https es un enlace a eso), obtengo el siguiente resultado:

[15:59:05] root@openHABianPi:/home/openhabian# /usr/lib/apt/methods/http
Illegal instruction

Lo he apt-transport-httpsinstalado. Yo también lo hice apt-get autoremovey es posible que falten algunas dependencias en cualquier paquete /usr/lib/apt/methods/httpdel que forme parte, aunque, hasta donde yo sé, eso no debería suceder.

¡Gracias por su ayuda!

Edición 1:

[23:11:36] root@openHABianPi:/home/openhabian# dpkg -i apt_1.4.9_armhf.deb
dpkg: warning: downgrading apt from 1.8.0 to 1.4.9
(Reading database ... 47399 files and directories currently installed.)
Preparing to unpack apt_1.4.9_armhf.deb ...
Unpacking apt (1.4.9) over (1.8.0) ...
dpkg: dependency problems prevent configuration of apt:
 libapt-pkg5.0:armhf (1.8.0) breaks apt (<< 1.6~) and is installed.
  Version of apt to be configured is 1.4.9.

dpkg: error processing package apt (--install):
 dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.28-8) ...
Processing triggers for man-db (2.7.6.1-2) ...
Errors were encountered while processing:
 apt

lo instalélibapt-pkg5.0_1.4.9_armhf.deby luego pude instalarapt_1.4.9_armhf.deb

Todavía tengo el problema de que apt-get update se congela en 0% [Working]una fuente, esto aún puede deberse a fuentes incompatibles.

Edición 2:
Los problemas fueron causados ​​por una fuente incorrecta que se originó en una configuración de letsencrypt/certbot. Me deshice de todos los problemas restantes eliminando la fuente, fijando mis paquetes en estable (estaba usando "ahora" para muchos paquetes) y Básicamente, haciendo un trabajo muy cuidadoso apt-get dist-upgradecon muchas comprobaciones manuales. Es posible que deba excluir las fuentes https temporalmente incluso con apt-transport-https instalado, ya que a mí tampoco funcionó (falló con "Instrucción ilegal" durante la llamada /usr/lib/apt/methods/httpsdebido a dependencias).

Respuesta1

Espero que dpkgtodavía funcione bien... En mi sistema Debian/MX (también basado en Debian Stretch), el /usr/lib/apt/methods/httparchivo es parte del aptpaquete, verificado con dpkg -S /usr/lib/apt/methods/http.

Navegando por lo que podría ser su repositorio principalhttp://raspbian.raspberrypi.org/raspbian/dists/stretch/InReleasey específicamente mirando enhttp://raspbian.raspberrypi.org/raspbian/dists/stretch/main/binary-armhf/Packages(es 59M) Veo que tiene

Package: apt
Version: 1.4.9

Que también es el mismo número de versión que el mío. Entonces, supongo que su aptpaquete estaba estropeado de alguna manera, ¿tal vez una versión incompatible de otra fuente lo "actualizó"? Puede verificar la versión de su apto con uno de:

  • apt-cache showpkg apt
  • apt-cache show aptsi apt-cache todavía funciona, o
  • dpkg -s apt
  • dpkg-query --show apt

Con suerte, no es 1.4.9, así que puedes intentar instalar esta versión. Navegando más por el repositorio, http://raspbian.raspberrypi.org/raspbian/pool/main/a/apt/tiene elapt_1.4.9_armhf.debarchivo.

[EsLa lista de espejos está aquí., con otros enlaces de descarga.]

Si descarga el .deb. archivo e instálelo con

dpkg -i apt_1.4.9_armhf.deb

eso debería instalar, con suerte, una buena versión de apt.

Tenga cuidado de no "actualizar" apt nuevamente a una versión posiblemente rota; verificaría la fuente de cualquier candidato apt-cache policy apty tal vez eliminaría las fuentes "malas", o consideraría fijar aptsolo una buena fuente (ver man apt_preferences) o bloquear su versión.

información relacionada