склонный - получают поиск двоичного-файла-armhf с INTEL i7 CPU

Когда я работаю: склонный - получают обновление, я получаю следующие ошибки:

Допустить ошибку 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 испытанный/основной Перевод-en_US

Ign http://us.archive.ubuntu.com Перевод-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 и вернулся к испытанному основному repos, например, вывод кошки/etc/apt/sources.list просто:

###### Ubuntu Основной Repos deb http://us.archive.ubuntu.com/ubuntu/ испытанная основная вселенная deb-src http://us.archive.ubuntu.com/ubuntu/ испытанная основная вселенная

###### Обновление Ubuntu Repos deb http://us.archive.ubuntu.com/ubuntu/ испытанные обновления основная вселенная deb-src http://us.archive.ubuntu.com/ubuntu/ испытанные обновления основная вселенная

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

Почему мой дистрибутив ищет двоичный-armhf каталог? Я, имеют intel i7 и не полагают, что он использует систему команд руки, разве он не имеет своего собственного x86_64 (я мог быть неправым, я не знаю много об архитектуре ЦП)?

В случае, если это полезно, вывод кошки/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:

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

5
задан 31 October 2014 в 07:30

2 ответа

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

dpkg --print-foreign-architectures

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

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

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

6
ответ дан 23 November 2019 в 09:06

Я наконец нашел ответ!

склонный - получают обновление с помощью двоичного-файла-x64 вместо двоичного-файла-amd64, и перестав работать

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

1
ответ дан 23 November 2019 в 09:06

Другие вопросы по тегам:

Похожие вопросы: