Quando eu corro: apt-get update eu recebo os seguintes erros:
Err http://us.archive.ubuntu.com trusty/main armhf Pacotes
404 não encontrado [IP: 91.189.91.13 80]
Err http://us.archive.ubuntu.com trusty/universe armhf Pacotes
404 não encontrado [IP: 91.189.91.13 80]
Err http://us.archive.ubuntu.com trusty-updates/main armhf Pacotes
404 não encontrado [IP: 91.189.91.13 80]
Err http://us.archive.ubuntu.com trusty-updates/universe armhf Pacotes
404 não encontrado [IP: 91.189.91.13 80]
Ign http://us.archive.ubuntu.com trusty / main Tradução-en_US
Ign http://us.archive.ubuntu.com fidedigno / universo Translation-pt_BR
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: Alguns arquivos de índice não foram baixados. Eles foram ignorados, ou os antigos foram usados em seu lugar.
Limpei o /etc/apt/sources.list e /etc/apt/sources.list.d e reverti para repos principais confiáveis, por exemplo, a saída de cat /etc/apt/sources.list é simplesmente:
###### Repos principais do Ubuntu
deb http://us.archive.ubuntu.com/ubuntu/ principal universo fiel
deb-src http://us.archive.ubuntu.com/ubuntu/ universo principal confiável
###### Repos de atualização do Ubuntu
deb http://us.archive.ubuntu.com/ubuntu/ trusty-updates main universe
deb-src http://us.archive.ubuntu.com/ubuntu/ universo principal das atualizações confiáveis
O que dispara o gerenciador de pacotes para procurar o diretório binary-armhf e como posso parar esses erros ao atualizar meus pacotes?
Por que minha distro está procurando pelo diretório binary-armhf? Eu tenho uma intel i7 e não acredito que ele usa o conjunto de instruções de braço, não tem seu próprio x86_64 (eu posso estar errado, eu não sei muito sobre arquitetura de CPU)?
Caso seja útil, a saída de cat / proc / cpuinfo para on 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 direção, eu tenho lutado com isso por um tempo.
É provável que você tenha instalado (por exemplo) ferramentas armhf cross (compilador, vinculador, etc.) que adicionam armhf como 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 adicionando armhf como arquitetura estrangeira foi cuda-cross-armhf-6-5 .
Eu finalmente encontrei a resposta!
apt -get atualiza usando binary-x64 em vez de binary-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 pesquisa do diretório inexistente no repositório fiel.