Cuando ejecuto: apt-get update recibo los siguientes errores:
http://us.archive.ubuntu.com trusty/mainPaquetes Err armhf 404 no encontrados [IP: 91.189.91.13 80] http://us.archive.ubuntu.com trusty/universePaquetes Err armhf 404 no encontrados [IP: 91.189.91.13 80] http://us.archive.ubuntu.com trusty-updates/mainPaquetes Err armhf 404 no encontrados [IP: 91.189.91.13 80] http://us.archive.ubuntu.com trusty-updates/universePaquetes Err armhf 404 no encontrados [IP : 91.189.91.13 80]
Ign http://us.archive.ubuntu.comtrusty/main Traducción-en_US
Ign http://us.archive.ubuntu.comtrusty/universe Translation-en_US
W: No se pudo recuperar http://us.archive.ubuntu.com/ubuntu/dists/trusty/main/binary-armhf/Packages 404 No encontrado [IP: 91.189.91.13 80]
W: No se pudo recuperar http://us.archive.ubuntu.com/ubuntu/dists/trusty/universe/binary-armhf/Packages 404 No encontrado [IP: 91.189.91.13 80]
W: No se pudo recuperar http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-armhf/Packages 404 No encontrado [IP: 91.189.91.13 80]
W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/universe/binary-armhf/Packages 404 No encontrado [IP: 91.189.91.13 80]
E: Algunos archivos de índice no se pudieron descargar. Se han ignorado o se han utilizado en su lugar los antiguos.
Borré /etc/apt/sources.list y /etc/apt/sources.list.d y volví a los repositorios principales confiables, por ejemplo, la salida de cat /etc/apt/sources.list es simplemente:
###### Ubuntu Main Repos deb http://us.archive.ubuntu.com/ubuntu/universo principal confiable deb-src http://us.archive.ubuntu.com/ubuntu/universo principal confiable
###### Repos de actualización de Ubuntu deb http://us.archive.ubuntu.com/ubuntu/universo principal de actualizaciones confiables deb-src http://us.archive.ubuntu.com/ubuntu/universo principal de actualizaciones confiables
¿Qué hace que el administrador de paquetes busque el directorio binario-armhf y cómo puedo detener estos errores al actualizar mis paquetes?
¿Por qué mi distribución busca el directorio binario-armhf? Tengo un Intel i7 y no creo que use el conjunto de instrucciones arm, ¿no tiene su propio x86_64 (podría estar equivocado, no sé mucho sobre la arquitectura de la CPU)?
En caso de que sea útil, la salida de cat /proc/cpuinfo para uno de mis núcleos es:
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Core(TM) i7 CPU X 990 @ 3.47GHz stepping : 2 microcode : 0x13 cpu MHz : 1600.000 cache size : 12288 KB physical id : 0 siblings : 12 core id : 0 cpu cores : 6 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 6941.82 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management:
Gracias por cualquier dirección, he estado luchando con esto por un tiempo.
Respuesta1
Es probable que haya instalado (por ejemplo) herramientas cruzadas armhf (compilador, enlazador, etc.) que se agregan armhfcomo arquitectura externa. Puedes verificar esto ejecutando:
dpkg --print-foreign-architectures
Puede eliminar la arquitectura externa ejecutando:
sudo dpkg --force-architecture --remove-architecture armhf
Para mí, el paquete que se agregaba armhfcomo arquitectura extranjera era cuda-cross-armhf-6-5.
Respuesta2
¡Finalmente encontré la respuesta!
apt-get update usando binario-x64 en lugar de binario-amd64 y fallando
Todavía no tengo claro cómo y por qué se completan las arquitecturas externas para el administrador de paquetes, pero eliminar la entrada armhf detiene la búsqueda del directorio inexistente en el repositorio confiable.