Wenn ich „apt-get update“ ausführe, erhalte ich die folgenden Fehler:
Err http://us.archive.ubuntu.com trusty/mainarmhf Pakete 404 Nicht gefunden [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty/universearmhf Pakete 404 Nicht gefunden [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/mainarmhf Pakete 404 Nicht gefunden [IP: 91.189.91.13 80] Err http://us.archive.ubuntu.com trusty-updates/universearmhf Pakete 404 Nicht gefunden [IP: 91.189.91.13 80]
Ign http://us.archive.ubuntu.comtrusty/main Übersetzung-en_US
Ign http://us.archive.ubuntu.comtrusty/universe Übersetzung-en_US
W: Abrufen fehlgeschlagen http://us.archive.ubuntu.com/ubuntu/dists/trusty/main/binary-armhf/Packages 404 Nicht gefunden [IP: 91.189.91.13 80]
W: Abrufen fehlgeschlagen http://us.archive.ubuntu.com/ubuntu/dists/trusty/universe/binary-armhf/Packages 404 Nicht gefunden [IP: 91.189.91.13 80]
W: Abrufen fehlgeschlagen http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-armhf/Packages 404 Nicht gefunden [IP: 91.189.91.13 80]
W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/trusty-updates/universe/binary-armhf/Packages 404 Nicht gefunden [IP: 91.189.91.13 80]
E: Der Download einiger Indexdateien ist fehlgeschlagen. Sie wurden ignoriert oder es wurden stattdessen alte verwendet.
Ich habe /etc/apt/sources.list und /etc/apt/sources.list.d gelöscht und bin zu den zuverlässigen Haupt-Repos zurückgekehrt. Die Ausgabe von cat /etc/apt/sources.list lautet beispielsweise einfach:
###### Ubuntu-Haupt-Repos deb http://us.archive.ubuntu.com/ubuntu/vertrauenswürdiges Hauptuniversum deb-src http://us.archive.ubuntu.com/ubuntu/vertrauenswürdiges Hauptuniversum
###### Ubuntu Update Repos deb http://us.archive.ubuntu.com/ubuntu/trusty-updates Hauptuniversum deb-src http://us.archive.ubuntu.com/ubuntu/trusty-updates Hauptuniversum
Was veranlasst den Paketmanager, nach dem Verzeichnis „binary-armhf“ zu suchen, und wie kann ich diese Fehler beim Aktualisieren meiner Pakete verhindern?
Warum sucht meine Distribution nach dem Verzeichnis „binary-armhf“? Ich habe einen Intel i7 und glaube nicht, dass er den ARM-Befehlssatz verwendet. Hat er nicht sein eigenes x86_64 (ich könnte mich irren, ich weiß nicht viel über CPU-Architektur)?
Falls es hilfreich ist, lautet die Ausgabe von cat /proc/cpuinfo für einen meiner Kerne:
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:
Vielen Dank für alle Hinweise, ich kämpfe schon eine Weile damit.
Antwort1
Es ist wahrscheinlich, dass Sie (zum Beispiel) armhf-Cross-Tools (Compiler, Linker usw.) installiert haben, die armhfals Fremdarchitektur hinzugefügt werden. Sie können dies überprüfen, indem Sie Folgendes ausführen:
dpkg --print-foreign-architectures
Sie können die Fremdarchitektur entfernen, indem Sie Folgendes ausführen:
sudo dpkg --force-architecture --remove-architecture armhf
Für mich armhfwar das Hinzufügen des Pakets als fremde Architektur cuda-cross-armhf-6-5.
Antwort2
Ich habe endlich die Antwort gefunden!
apt-get update verwendet binary-x64 statt binary-amd64 und schlägt fehl
Mir ist immer noch nicht klar, wie und warum die fremden Architekturen für den Paketmanager aufgefüllt werden, aber das Entfernen des armhf-Eintrags stoppt die Suche nach dem nicht vorhandenen Verzeichnis im vertrauenswürdigen Repo.