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]
Ignhttp://us.archive.ubuntu.com信頼/メイン 翻訳-en_US
Ignhttp://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 をクリアし、信頼できるメイン リポジトリに戻しました。たとえば、cat /etc/apt/sources.list の出力は次のようになります。
###### Ubuntu メインリポジトリ debhttp://us.archive.ubuntu.com/ubuntu/信頼できるメインユニバース deb-srchttp://us.archive.ubuntu.com/ubuntu/信頼できるメインユニバース
###### 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 があるのではないでしょうか (間違っているかもしれません。CPU アーキテクチャについてはあまり詳しくありません)。
参考までに、私のコアの 1 つに対する 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外部アーキテクチャとして追加する armhf クロス ツール (コンパイラ、リンカーなど) がインストールされている可能性があります。これを確認するには、次のコマンドを実行します。
dpkg --print-foreign-architectures
次のコマンドを実行すると、外部アーキテクチャを削除できます。
sudo dpkg --force-architecture --remove-architecture armhf
armhf私にとって、外国のアーキテクチャとして追加するパッケージはでしたcuda-cross-armhf-6-5。
答え2
ついに答えが見つかりました！
apt-get アップデートで binary-amd64 ではなく binary-x64 が使用され失敗する
パッケージ マネージャーに外部アーキテクチャが設定される方法と理由はまだ不明ですが、armhf エントリを削除すると、信頼できるリポジトリ内の存在しないディレクトリの検索が停止します。