При запуске apt-get update я получаю следующие ошибки:
Err http://us.archive.ubuntu.com trusty/mainarmhf Пакеты 404 Не найдены [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty/universearmhf Пакеты 404 Не найдены [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/mainarmhf Пакеты 404 Не найдены [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/universearmhf Пакеты 404 Не найдены [IP: 91.189.91.13 80]
Ign http://us.archive.ubuntu.comtrusty/main Перевод-ru_RU
Ign http://us.archive.ubuntu.comtrusty/universe Перевод-ru_RU
W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty/main/binary-armhf/Packages 404 Not Found [IP: 91.189.91.13 80]
W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty/universe/binary-armhf/Packages 404 Not Found [IP: 91.189.91.13 80]
W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-armhf/Packages 404 Not Found [IP: 91.189.91.13 80]
W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/universe/binary-armhf/Packages 404 Не найдено [IP: 91.189.91.13 80]
E: Некоторые файлы индекса не удалось загрузить. Они были проигнорированы или вместо них использовались старые.
Я очистил /etc/apt/sources.list и /etc/apt/sources.list.d и вернулся к проверенным основным репозиториям, например, вывод cat /etc/apt/sources.list выглядит просто:
###### Основные репозитории Ubuntu deb http://us.archive.ubuntu.com/ubuntu/trusty main universe deb-src http://us.archive.ubuntu.com/ubuntu/trusty main universe
###### Репозитории обновлений Ubuntu deb http://us.archive.ubuntu.com/ubuntu/trusty-updates основная вселенная deb-src http://us.archive.ubuntu.com/ubuntu/trusty-updates основная вселенная
Что заставляет менеджер пакетов искать каталог binary-armhf и как можно устранить эти ошибки при обновлении пакетов?
Почему мой дистрибутив ищет каталог binary-armhf? У меня Intel i7, и я не верю, что он использует набор инструкций arm, разве у него нет своего x86_64 (я могу ошибаться, я не очень разбираюсь в архитектуре процессоров)?
Если это будет полезно, вот вывод cat /proc/cpuinfo для одного из моих ядер:
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:
Спасибо за любые указания, я уже некоторое время с этим борюсь.
решение1
Вероятно, у вас установлены (например) armhf cross tools (компилятор, линкер и т. д.), которые добавляются armhfкак чужая архитектура. Вы можете проверить это, запустив:
dpkg --print-foreign-architectures
Вы можете удалить чужую архитектуру, выполнив:
sudo dpkg --force-architecture --remove-architecture armhf
Для меня добавление пакета armhfв качестве иностранной архитектуры было cuda-cross-armhf-6-5.
решение2
Я наконец нашел ответ!
apt-get update использует binary-x64 вместо binary-amd64 и не работает
Мне до сих пор не ясно, как и почему внешние архитектуры заполняются для менеджера пакетов, но удаление записи armhf останавливает поиск несуществующего каталога в надежном репозитории.