'apt-get update' зависает на несколько часов на «100% [Работает]» для определенного PPA
Когда я запускаю 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 переустановка apt и последующая перезагрузка не привела изменить мою ситуацию тоже.
В чем может быть проблема и как ее исправить?
PS: Полный вывод 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.
После этого процесс завершается правильно, не прерывая его. Так в чем может быть проблема с этим репозиторием и как ее исправить?
3 ответа
Ожидая команды для завершения в течение многих часов я видел, что она зависает на всех репозиториях токсикологии.
я проверил их основную страницу и узнал, что целая инфраструктура включая репозитории, 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 не стало!
, К сожалению, новый репозиторий действительно только содержит сборки на 64 бита qTox все же, таким образом, я должен буду жить с тем пакетом тем, чтобы быть, сдерживаются некоторое время, пока они также не компилируют его для машин на 32 бита!
<час> , ПРЕДУПРЕЖДАЮЩИЙ: , Если у Вас есть 32 бита qTox установленный, сделайте не , устанавливают новый репозиторий! Это содержит 32 бита qtox пакет с числом старшей версии, чем последнее доступное, таким образом apt-get upgrade установит его и заменит Вашу текущую qTox установку той, как только Вы выполняете обновления. Но это не пакет на 32 бита, это просто похоже на тот! В нем содержит исполняемые файлы на 64 бита!
Для получения дополнительной информации и сценарий для проверки истинной архитектуры пакета, не имея необходимость устанавливать его, посмотрите мой Q& здесь !
последнее обновление репозитория зафиксировало это и qTox, теперь доступен для обеих архитектуры снова! :)
Я осознавал эту проблему время от времени и от машины до машины. Я избавился от этого, просто изменив сервер главного зеркала - в немецкой версии он называется «Haupt-Server» 
Так как я перешел от С «Немецких серверов» на «Главный сервер» все нормально ...
В первую очередь, удостоверьтесь, что Вы выбрали надлежащие источники по телефону
/etc/apt/sources.list
Затем, можно попробовать что работы за меня:
cd /etc/apt
В этом словаре, может быть папка, названная
sources.list.d
, и это содержит некоторые файлы конфигурации, в которых Вы не нуждаетесь.
я отредактировал их файл конфигурации путем добавления # перед каждой строкой, и это имеет смысл.