проблема с обновлением apt-get [dубликат]

Я хотел бы убедиться, что у вас есть свои настройки в / etc / ssh / sshd_config.

Чтобы принудительно использовать PKI и чтобы запретить использование паролей, найдите строку

#PasswordAuthentication yes 
[d2 ] в вашем файле, раскомментируйте его и установите на

PasswordAuthenticate no

. Я также прочитал бы баланс настроек, чтобы они имели смысл. В частности, постарайтесь убедиться, что вы используете ключи RSA, поскольку DSA известно, что они скомпрометированы.

15
задан 16 July 2014 в 14:55

18 ответов

сначала попробуйте обновить его с помощью

aptitude update

, а затем запустите apt-get

или измените ваше зеркало ближе всего к вашему месту, посмотрите это - как я могу получить apt использовать зеркало рядом со мной или выбрать более быстрое зеркало?

2
ответ дан 17 July 2018 в 19:23

Ответ, который я не нашел в Интернете нигде, но на самом деле нашел его на основе команды, которую я выполнил пару часов назад. Примером такой команды является

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

. После чего файл добавляется в /etc/apt/sources.list.d/. В этом каталоге также могут быть добавлены источники. В моем случае это был teamviewer, в котором содержался собственный список, в котором был неверный URL-адрес. Поэтому выключение моего обновления. Это команды, которые я выполнил.

Примечание: teamviewer.list вызывал у меня проблемы, но это может быть что угодно для вас внутри этого каталога. Попробуйте и сделайте резервные копии!)

cd /etc/apt/ cp sources.list.d/* sources.list.d.backup/ rm sources.list.d/teamviewer.list apt-get clean apt-get check apt-get update

Надеюсь, это спасет кого-то часы, которые он мог бы спасти меня!

0
ответ дан 17 July 2018 в 19:23

Вы можете попробовать проверить кеш и очистить каталог кеша. В порядке (каждый шаг более глубокий, так что остановитесь, когда вы найдете решение):

sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. Загляните внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* sudo apt-get check, он обновляет кеш пакетов и проверяет наличие неработающих зависимостей. Сократите до нормального (не огромного) количества репозиториев список /etc/apt/sources.list. Если их слишком много, ваша система может висеть в попытке построить все дерево зависимостей. Вы можете создать минимальный набор репозиториев с сайта генератора списков источников Ubuntu, а после этого вы создадите резервную копию /etc/apt/sources.list (например, sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000), которую вы можете вставить, вместо этого списка. в конечном итоге вы можете проверить, есть ли у вас файл с исходными списками с https, а не с http, но apt-transport-https не установлен (см. комментарий). попробуйте еще раз sudo apt-get update, и если он не выполнит резервное копирование вашего каталога /var/lib/apt/lists с помощью sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_lists и после sudo rm -R /var/lib/apt/lists/* снова запустит sudo apt-get update

Возможно, вам нужно очистить вручную некоторые из следующих каталогов ( вы всегда можете создавать резервные копии и только после удаления файлов внутри):

sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. etc / apt / preferences.d / фрагменты файла для параметров версии. Элемент конфигурации: Dir :: Etc :: PreferencesParts. Заглянуть внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* / var / lib / apt / lists / partial / Storage для передачи информации о состоянии в пути. Элемент конфигурации: Dir :: State :: Lists (частичный будет неявно добавлен). [D11] sudo apt-get check он обновляет кеш-память пакета и проверяет наличие поврежденных зависимостей.

PS> Если у вас все получилось, не забудьте удалить резервную копию, которая вам больше не нужна, но не sources.list.000 она всегда может быть полезна! Вы можете найти дополнительные подсказки в соответствующем ответе как этот.

Обновление Была старая ошибка, потому что пакет squid-deb-proxy-client не очищает все свои изменения, решается так:

Удаление строки: Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";

из: /etc/apt/apt.conf.d/30autoproxy

ответ как этот один

более решительный вынуть пакет если это возможно.

15
ответ дан 17 July 2018 в 19:23

я пришел на эту страницу через высокий рейтинг поиска Google, но эти ответы не помогли мне. Вместо этого я зачистил мой локальный репозиторий извлеченные файлы пакета:

apt-get clean
18
ответ дан 17 July 2018 в 19:23

, если вы изменили местоположение, также измените сервер загрузки:

sudo software-properties-gtk

нажмите другой, затем выберите лучший сервер:

после этого выберите и удалить все остальные репозитории программного обеспечения:

select best server 1 [!d3]

наконец:

sudo apt-get update sudo apt-get upgrade
1
ответ дан 17 July 2018 в 19:23

В debian 9 мой apt был застрял на 0% [работает] на некоторое время, прежде чем он выполнит любую задачу, требующую доступа в Интернет. После использования многих других методов, когда я отключил диспетчер сети и начал использовать systemd-networkd, эта проблема была окончательно решена.

0
ответ дан 17 July 2018 в 19:23

Это также может быть вызвано тем, что находится за прокси-сервером, который блокирует доступ. Иногда я получал ошибку NODATA ... иногда она оставалась на 0% [Working...].

2
ответ дан 17 July 2018 в 19:23

Убедитесь, что вы можете выполнить ping из своей собственной сети и, что более важно, в сеть Ubuntu, т. е.

ping us.archive.ubuntu.com OR ping security.ubuntu.com

Вы должны получить вывод, похожий на:

PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data. 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms --- security.ubuntu.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms
3
ответ дан 17 July 2018 в 19:23

Я также обнаружил, что это происходит со мной, когда я переключился на некоторые https-репозитории. apt требует apt-transport-https для установки для работы (что, по понятным причинам, может быть проблемой при попытке загрузить некоторые вещи).

2
ответ дан 17 July 2018 в 19:23

сначала попробуйте обновить его с помощью

aptitude update

, а затем запустите apt-get

или измените ваше зеркало ближе всего к вашему месту, посмотрите это - как я могу получить apt использовать зеркало рядом со мной или выбрать более быстрое зеркало?

2
ответ дан 23 July 2018 в 20:08
  • 1
    Я сделал sudo aptitude update, и теперь я снова застрял в 0% [Working] – Digital 16 July 2014 в 15:44
  • 2
    Я также попытался изменить зеркало, но я не вижу никаких изменений. – Digital 16 July 2014 в 15:56
  • 3
    Вы встретили странную проблему ... я исследовал ее ... Но никакого результата – Rahul V Sharma 16 July 2014 в 16:48

Ответ, который я не нашел в Интернете нигде, но на самом деле нашел его на основе команды, которую я выполнил пару часов назад. Примером такой команды является

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

. После чего файл добавляется в /etc/apt/sources.list.d/. В этом каталоге также могут быть добавлены источники. В моем случае это был teamviewer, в котором содержался собственный список, в котором был неверный URL-адрес. Поэтому выключение моего обновления. Это команды, которые я выполнил.

Примечание: teamviewer.list вызывал у меня проблемы, но это может быть что угодно для вас внутри этого каталога. Попробуйте и сделайте резервные копии!)

cd /etc/apt/ cp sources.list.d/* sources.list.d.backup/ rm sources.list.d/teamviewer.list apt-get clean apt-get check apt-get update

Надеюсь, это спасет кого-то часы, которые он мог бы спасти меня!

0
ответ дан 23 July 2018 в 20:08

Вы можете попробовать проверить кеш и очистить каталог кеша. В порядке (каждый шаг более глубокий, так что остановитесь, когда вы найдете решение):

sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. Загляните внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* sudo apt-get check, он обновляет кеш пакетов и проверяет наличие неработающих зависимостей. Сократите до нормального (не огромного) количества репозиториев список /etc/apt/sources.list. Если их слишком много, ваша система может висеть в попытке построить все дерево зависимостей. Вы можете создать минимальный набор репозиториев с сайта генератора списков источников Ubuntu, а после этого вы создадите резервную копию /etc/apt/sources.list (например, sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000), которую вы можете вставить, а не в настоящий список. в конечном итоге вы можете проверить, есть ли у вас файл с исходными списками с https, а не с http, но apt-transport-https не установлен (см. комментарий). попробуйте еще раз sudo apt-get update, и если он не выполнит резервное копирование вашего каталога /var/lib/apt/lists с помощью sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_lists и после sudo rm -R /var/lib/apt/lists/* снова запустит sudo apt-get update

Возможно, вам нужно очистить вручную некоторые из следующих каталогов ( вы всегда можете создавать резервные копии и только после удаления файлов внутри):

sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. etc / apt / preferences.d / фрагменты файла для параметров версии. Элемент конфигурации: Dir :: Etc :: PreferencesParts. Заглянуть внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* / var / lib / apt / lists / partial / Storage для передачи информации о состоянии в пути. Элемент конфигурации: Dir :: State :: Lists (частичный будет неявно добавлен). [D11] sudo apt-get check он обновляет кеш-память пакета и проверяет наличие поврежденных зависимостей.

PS> Если у вас все получилось, не забудьте удалить резервную копию, которая вам больше не нужна, но не sources.list.000 она всегда может быть полезна! Вы можете найти дополнительные подсказки в соответствующем ответе как этот.

Обновление Была старая ошибка, потому что пакет squid-deb-proxy-client не очищает все свои изменения, решается так:

Удаление строки: Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";

из: /etc/apt/apt.conf.d/30autoproxy

ответ как этот один

более решительный вынуть пакет если это возможно.

15
ответ дан 23 July 2018 в 20:08
  • 1
    Хмм, это выглядит многообещающе, я постараюсь сделать это завтра (на самом деле его сегодня, но между ним есть период сна: б). Я опубликую результаты! – Digital 18 July 2014 в 05:36
  • 2
    Проведите приятную ночь ... и мечтайте о точке № 3 (чтобы заменить исходный список / уменьшить количество источников). Если кеш очищается, он обычно решает. Всегда проверяйте, что можно достичь ваших репозиториев. Например. вставьте http://extras.ubuntu.com/ubuntu внутри браузера ... (или лучше линии внутри вашего /etc/apt/sources.list – Hastur 18 July 2014 в 13:02
  • 3
    Я пробовал каждый шаг, но это почему-то не помогло. Я думаю, что переустановить мой ubuntu. Может ли кто-нибудь сказать мне, как я могу переустановить ubuntu, который был установлен как вторичная ОС (с окнами)? Нужно ли вручную удалять все файлы Ubuntu, а затем устанавливать снова или как? – Digital 18 July 2014 в 13:35
  • 4
    ADD: Также, когда я прерываю «Работу», с помощью Control-C, это apperars на терминале: pastebin.com/GgJ2R3Ph . Вы найдете ответы оттуда? – Digital 18 July 2014 в 13:44
  • 5
    У меня была проблема, что один из хостов в sources.list использовал https, а не http, но apt-transport-https не был установлен. – cimnine 20 June 2017 в 16:40

Я пришел на эту страницу с помощью высокопоставленного поиска Google, но эти ответы мне не помогли. Вместо этого я очистил свой локальный репозиторий загруженных файлов пакета с помощью:

apt-get clean
18
ответ дан 23 July 2018 в 20:08

, если вы изменили местоположение, также измените сервер загрузки:

sudo software-properties-gtk

нажмите другой, затем выберите лучший сервер:

после этого выберите и удалить все остальные репозитории программного обеспечения:

select best server 1 [!d3]

наконец:

sudo apt-get update sudo apt-get upgrade
1
ответ дан 23 July 2018 в 20:08

В debian 9 мой apt был застрял на 0% [работает] на некоторое время, прежде чем он выполнит любую задачу, требующую доступа в Интернет. После использования многих других методов, когда я отключил диспетчер сети и начал использовать systemd-networkd, эта проблема была окончательно решена.

0
ответ дан 23 July 2018 в 20:08

Это также может быть вызвано тем, что находится за прокси-сервером, который блокирует доступ. Иногда я получал ошибку NODATA ... иногда она оставалась на 0% [Working...].

2
ответ дан 23 July 2018 в 20:08

Убедитесь, что вы можете выполнить ping из своей собственной сети и, что более важно, в сеть Ubuntu, т. е.

ping us.archive.ubuntu.com OR ping security.ubuntu.com

Вы должны получить вывод, похожий на:

PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data. 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms --- security.ubuntu.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms
3
ответ дан 23 July 2018 в 20:08

Я также обнаружил, что это происходит со мной, когда я переключился на некоторые https-репозитории. apt требует apt-transport-https для установки для работы (что, по понятным причинам, может быть проблемой при попытке загрузить некоторые вещи).

2
ответ дан 23 July 2018 в 20:08

Другие вопросы по тегам:

Похожие вопросы: