apt-get поиск бинарного armhf с процессором INTEL i7

5

Когда я запускаю: apt-get update, я получаю следующие ошибки:

Err http://us.archive.ubuntu.com trusty/main armhf Пакеты   404 Не найдено [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty/universe armhf Пакеты   404 Не найдено [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/main armhf Пакеты   404 Не найдено [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/universe armhf Пакеты   404 Не найдено [IP: 91.189.91.13 80]

Ign http://us.archive.ubuntu.com trusty / main Перевод-ru_US

Ign http://us.archive.ubuntu.com trusty / universe Translation-en_US

W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty/main/binary-armhf/Packages 404 Не найдено [IP: 91.189.91.13 80]

W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty/universe/binary-armhf/Packages 404 Не найдено [IP: 91.189.91.13 80]

W: Не удалось получить http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-armhf/Packages 404 Не найдено [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 Main Repos deb http://us.archive.ubuntu.com/ubuntu/ trusty main universe deb-src http://us.archive.ubuntu.com/ubuntu/ trusty main universe

###### Ubuntu Update Repos deb http://us.archive.ubuntu.com/ubuntu/ trusty-updates main universe deb-src http://us.archive.ubuntu.com/ubuntu/ trusty-updates main universe

Что заставляет диспетчер пакетов искать каталог binary-armhf и как я могу остановить эти ошибки при обновлении моих пакетов?

Почему мой дистрибутив ищет каталог binary-armhf? У меня есть intel i7 и не верю, что он использует набор инструкций для рук, не имеет ли он своего 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:

Спасибо за любое направление, я некоторое время боролся с этим.

    
задан spk593 30.10.2014 в 19:06
источник

2 ответа

5

Вероятно, вы установили (например) кросс-инструменты armhf (компилятор, компоновщик и т. д.), которые добавляют armhf в качестве внешней архитектуры. Вы можете проверить это, выполнив:

dpkg --print-foreign-architectures

Вы можете удалить внешнюю архитектуру, выполнив:

sudo dpkg --force-architecture --remove-architecture armhf

Для меня пакет, добавляющий armhf как иностранную архитектуру, был cuda-cross-armhf-6-5 .

    
ответ дан CliffordVienna 12.08.2015 в 15:28
1

Наконец-то я нашел ответ!

apt -get обновить, используя binary-x64 вместо binary-amd64 и не выполнив

Я все еще не понимаю, как и почему зарубежные архитектуры заполняются для менеджера пакетов, но удаление записи armhf останавливает поиск несуществующего каталога в надежном репо.

    
ответ дан spk593 31.10.2014 в 15:29