Quando executo: apt-get update recebo os seguintes erros:
Err http://us.archive.ubuntu.com trusty/mainPacotes armhf 404 não encontrados [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty/universePacotes armhf 404 não encontrados [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/mainPacotes armhf 404 não encontrados [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/universePacotes armhf 404 não encontrados [IP : 91.189.91.13 80]
Ig http://us.archive.ubuntu.comconfiável/principal Tradução-pt_US
Ig http://us.archive.ubuntu.comconfiável/universe Translation-pt_US
W: Falha ao buscar http://us.archive.ubuntu.com/ubuntu/dists/trusty/main/binary-armhf/Packages 404 não encontrado [IP: 91.189.91.13 80]
W: Falha ao buscar http://us.archive.ubuntu.com/ubuntu/dists/trusty/universe/binary-armhf/Packages 404 não encontrado [IP: 91.189.91.13 80]
W: Falha ao buscar http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-armhf/Packages 404 não 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 não encontrado [IP: 91.189.91.13 80]
E: Falha no download de alguns arquivos de índice. Eles foram ignorados ou, em seu lugar, foram usados os antigos.
Limpei /etc/apt/sources.list e /etc/apt/sources.list.d e reverti para repositórios principais confiáveis, por exemplo, a saída de cat /etc/apt/sources.list é simplesmente:
###### Ubuntu Main Repos deb http://us.archive.ubuntu.com/ubuntu/universo principal confiável deb-src http://us.archive.ubuntu.com/ubuntu/universo principal confiável
###### Ubuntu Update Repos deb http://us.archive.ubuntu.com/ubuntu/trusty-updates universo principal deb-src http://us.archive.ubuntu.com/ubuntu/trusty-updates universo principal
O que faz com que o gerenciador de pacotes procure o diretório binário-armhf e como posso evitar esses erros ao atualizar meus pacotes?
Por que minha distro está procurando o diretório binário-armhf? Tenho um Intel i7 e não acredito que ele use o conjunto de instruções arm, ele não tem seu próprio x86_64 (posso estar errado, não sei muito sobre arquitetura de CPU)?
Caso seja útil, a saída de cat /proc/cpuinfo para um dos meus núcleos é:
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:
Obrigado por qualquer orientação, estou lutando com isso há um tempo.
Responder1
É provável que você tenha instalado (por exemplo) ferramentas cruzadas armhf (compilador, vinculador, etc.) que adicionam armhfcomo arquitetura externa. Você pode verificar isso executando:
dpkg --print-foreign-architectures
Você pode remover a arquitetura externa executando:
sudo dpkg --force-architecture --remove-architecture armhf
Para mim, o pacote adicionado armhfcomo arquitetura estrangeira era cuda-cross-armhf-6-5.
Responder2
Finalmente encontrei a resposta!
atualização do apt-get usando binário-x64 em vez de binário-amd64 e falhando
Ainda não estou claro como e por que as arquiteturas estrangeiras são preenchidas para o gerenciador de pacotes, mas a remoção da entrada armhf interrompe a busca pelo diretório inexistente no repositório confiável.