インテルi7 CPUでbinary-armhfを検索するapt-get
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 Translation-en_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 Not Found [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リポジトリ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を持っていますが、それはアーム命令セットを使用するとは思わない、独自のx86_64を持っていないのですか（間違っている可能性があります、CPUアーキテクチャについてあまり知りません）？
役に立つ場合は、コアの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:
方向性のおかげで、私はしばらくこれに苦労してきました。
armhfを外部アーキテクチャとして追加するarmhfクロスツール（コンパイラ、リンカなど）をインストールした可能性があります。これを確認するには、次を実行します。
dpkg --print-foreign-architectures
次を実行することにより、外部アーキテクチャを削除できます。
Sudo dpkg --force-architecture --remove-architecture armhf
私にとって、armhfを外部アーキテクチャとして追加するパッケージはcuda-cross-armhf-6-5でした。
私はついに答えを見つけました！
バイナリAMD64の代わりにバイナリx64を使用して失敗するapt-get更新
パッケージマネージャーに外部アーキテクチャがどのように、なぜ読み込まれるかはまだわかりませんが、armhfエントリを削除すると、信頼できるレポジトリに存在しないディレクトリの検索が停止します。