web-dev-qa-db-ja.com

特定のPPAに対して「apt-get update」が「100％[Working]」で数時間スタックする

Ubuntu 15.04でSudo apt-get updateを実行すると、次の（短縮された）出力が得られます。

$ LANG=C Sudo apt-get update
[Sudo] password for ipc-admin: 
Ign http://ftp.uni-stuttgart.de vivid InRelease
Ign http://ftp.uni-stuttgart.de vivid-updates InRelease
.
.
.
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-en
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-de
100% [Working]

その後、スタックし、中断するまで続行しません Ctrl+C。

代わりにSudo aptitude updateを実行すると、同じ位置でハングします。

Sudo rm -rf /var/lib/apt/listsを使用してキャッシュを削除し、Sudo apt-get updateを再度実行しても、同じ結果が得られます。

ただし、Sudo apt-get updateを実行して新しい更新、またはapt-get upgradeを受け取ることができるので、apt-get installを実行し、スタックしたときにパッケージインデックスファイルを正常に更新したようです。 apt-get updateタスクが終了しないだけです...

aptをSudo aptitude reinstall aptで再インストールし、その後再起動しても状況は変わりませんでした。

ここで何が問題になる可能性があり、どのように修正できますか？

PS：これらの動的な行を示すscriptで記録されたapt-get updateの完全な出力は、 Pastebin にあります。

更新

数時間実行した後、実際に終了します！問題の原因となるリポジトリは、さまざまなhttps://repo.tox.im行です。ここでは、各行の間の長い待ち時間の後に表示されます：

Ign https://repo.tox.im nightly InRelease
Ign https://repo.tox.im nightly Release.gpg
Ign https://repo.tox.im nightly Release
Err https://repo.tox.im nightly/main i386 Packages
  Connection timed out after 120000 milliseconds
Ign https://repo.tox.im nightly/main Translation-en
Ign https://repo.tox.im nightly/main Translation-de
Fetched 69,8 kB in 36min 0s (32 B/s)
W: Failed to fetch https://repo.tox.im/dists/nightly/main/binary-i386/Packages  Connection timed out after 120000 milliseconds

E: Some index files failed to download. They have been ignored, or old ones used instead.

この後、プロセスは中断することなく正しく終了します。それでは、そのリポジトリで何が問題になる可能性があり、どうすれば修正できますか？

aptpackage-managementupdatespparepository
6
Byte Commander

コマンドが完了するまで数時間待機した後、すべてのtoxリポジトリーでコマンドがハングすることがわかりました。

私は彼らのメインページをチェックし、リポジトリ、wiki、メインサイトを含むインフラストラクチャ全体が別のドメインに移動したことを知りました。それが、古いURLがもう生きていない理由であり、apt-get updateがタイムアウトしている理由です。

新しいwiki で、彼らは、実際のリポジトリをインストールするために次の（少し変更された）スクリプトを与えました：

#!/bin/bash
Sudo apt-key del 0C2E03A0
Sudo sh -c 'echo "deb https://pkg.tox.chat/debian nightly main" > /etc/apt/sources.list.d/tox.list'
wget -qO - https://pkg.tox.chat/debian/pub.gpg.key | Sudo apt-key add -
Sudo apt-get install apt-transport-https
Sudo apt-get update
echo "Tox Repository Installed. You can now install qtox"

これらの行を実行すると、apt-get updateの問題はすべてなくなりました。

残念ながら、新しいリポジトリにはまだqToxの64ビットビルドしか含まれていないため、32ビットマシン用にコンパイルするまで、しばらくそのパッケージを保持する必要があります。

警告：32ビットqToxがインストールされている場合は、notをインストールしてください倉庫！最新のバージョン番号よりも大きいバージョン番号の32ビットqtoxパッケージが含まれているので、apt-get upgradeはインストールを実行し、更新を実行するとすぐに現在のqToxインストールをそのパッケージに置き換えます。しかし、それは32ビットパッケージではなく、1つのように見えます！内部には64ビットの実行可能ファイルが含まれています！

パッケージをインストールせずに真のアーキテクチャを検証するための詳細情報とスクリプトについては、Q＆A here ！を参照してください。

最後のリポジトリの更新でこれが修正され、qToxが両方のアーキテクチャで再び利用可能になりました！ :)

6
Byte Commander

私はこの問題を時々、機械から機械に認識しました。メインミラーサーバーに変更するだけでこれを取り除きました-ドイツ語版では「Haupt-Server」を使用しています enter image description here

「ドイツのサーバー」から「メインのサーバー」に変更したので、すべてが順調です...

1
Mr.Gosh

まず、適切なソースを選択したことを確認してください

/etc/apt/sources.list

次に、私のために働くものを試すことができます：

cd /etc/apt

この辞書には、次の名前のフォルダーがあります。

sources.list.d

また、必要のないいくつかの設定ファイルが含まれています。

各行の前に＃を追加してこれらの構成ファイルを編集しましたが、これは理にかなっています。

0
umix huang