«apt-get update» застрял в течение нескольких часов при «100% [Working]» для определенных PPA

6

Когда я запускаю sudo apt-get update на Ubuntu 15.04, я получаю следующий (сокращенный) вывод:

$ 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: полный выход apt-get update , записанный с script , который также показывает, что эти динамические строки можно найти на pastebin .

UPDATE

Позволяя ему работать в течение нескольких часов, он на самом деле заканчивается! Репозиториями, которые вызывают проблему, являются различные https://repo.tox.im строк. Вот что появляется после loooong времени ожидания между каждой строкой:

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.

После этого процесс завершается корректно, не прерывая его. Итак, что может быть проблемой с этим репозиторием и как я могу его исправить?

    
задан Byte Commander 04.08.2015 в 21:10
источник

3 ответа

6

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

Я проверил их главную страницу и узнал, что вся инфраструктура, включая репозитории, вики и основной сайт, переместилась в другой домен. Вот почему старый URL-адрес уже неактивен и почему apt-get update отключается.

На своей новой вики они предоставили следующий (слегка модифицированный) скрипт для установки актуализированного репозитория:

#!/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 исчезли!

К сожалению, новый репозиторий содержит только 64-битные сборки qTox, поэтому мне придется жить с тем, что этот пакет сдерживается на некоторое время, пока они не скомпилируют его для 32-битных машин!

ПРЕДУПРЕЖДЕНИЕ: Если у вас установлено 32bit qTox, не установите новый репозиторий! Он содержит 32-процентный пакет co_de% с более высоким номером версии, чем последний, поэтому qtox установит его и заменит вашу текущую установку qTox на эту, как только вы запустите обновления. Но это не 32-битный пакет, он просто выглядит как один! Внутри он содержит 64-битные исполняемые файлы!

Для получения дополнительной информации и скрипта, подтверждающего истинную архитектуру пакета без необходимости его установки, см. мой Q & amp; A здесь !

Последнее обновление репозитория исправило это, и qTox теперь доступен для обеих архитектур снова! :)     

ответ дан Byte Commander 05.08.2015 в 15:01
источник
1

Я время от времени узнавал эту проблему и от амхины до машины. Я избавился от него, просто переключившись на главный зеркальный сервер - вызывается в немецкой версии, которую вы используете «Haupt-Server»

Поскольку я сменил «Немецкие серверы» на «Основной сервер», все в порядке ...

    
ответ дан Mr.Gosh 12.08.2015 в 09:56
0

Прежде всего, убедитесь, что вы выбрали правильные источники в

/etc/apt/sources.list

Затем вы можете попробовать, что сработает для меня:

cd /etc/apt

В этом словаре может быть папка с именем

sources.list.d

и содержит некоторые файлы конфигурации, которые вам не нужны.

Я отредактировал этот файл конфигурации, добавив # перед каждой строкой, и это имеет смысл.

    
ответ дан umix huang 06.11.2016 в 09:34