Коли я намагаюся зробити що-небудь із apt-get
використанням терміналу, це apt-get
застрягає 0% [Working]
.
ping -c 3 google.com
?
Коли я намагаюся зробити що-небудь із apt-get
використанням терміналу, це apt-get
застрягає 0% [Working]
.
ping -c 3 google.com
?
Відповіді:
Ви можете спробувати перевірити кеш і очистити каталог кешу.
У порядку (кожен крок більш глибокий, тому зупиніться, коли знайдете рішення):
sudo apt-get clean
( Оновлення ) на останніх версіях це дозволить очистити локальний сховище завантажених пакетних файлів. Буде достатньо більшої частини часу. На попередніх версіях це (було) не так.
Він видаляє все, крім файлу блокування з / var / cache / apt / archives / та / var / cache / apt / archives / частковий /.
Загляньте всередину, /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 Джерела сайту List Generator та після цього резервного/etc/apt/sources.list
(з , наприклад sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000
) , ви можете вставити , що замість того, щоб ваш нинішній список.
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
знову біжиМожливо, вам потрібно очистити вручну деякі з наведених нижче каталогів (ви завжди можете створити їх резервну копію і лише після видалення файлів всередині):
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
Можливо, може бути корисна ця нитка помилок
Більш різко зніміть пакет, якщо це можливо.
http://extras.ubuntu.com/ubuntu
всередину браузера ... (або краще рядки всередині вашого /etc/apt/sources.list
sources.list
використовує , https
а не http
, але apt-transport-https
не був встановлений.
Я також виявив, що це відбувається зі мною, коли я перейшов на деякі ретпоси https. apt-transport-https
Для роботи потрібно встановити apt (що, зрозуміло, може бути проблемою, коли ви намагаєтеся завантажити деякі речі).
Переконайтеся, що ви можете пінг із своєї власної мережі та, що ще важливіше, до мережі 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
спершу спробуйте оновити його
aptitude update
а потім запустіть apt-get
або слід поміняти дзеркало на найближче до вашого місця, дивіться це - Як я можу погодитися користуватися дзеркалом поруч із мною або вибрати швидше дзеркало?
sudo aptitude update
і тепер я знову застряг у0% [Working]
Це також може бути спричинене тим, що стоїть за проксі-сервером, який блокує доступ. Іноді в мене виникає помилка NODATA ... іноді вона просто залишається 0% [Working...]
.
якщо ви змінили місцезнаходження, змініть і сервер завантаження:
sudo software-properties-gtk
клацніть інше, тоді виберіть найкращий сервер:
після цього виберіть та видаліть усі інші сховища програмного забезпечення:
нарешті:
sudo apt-get update
sudo apt-get upgrade
Перевірте, чи ваша мережа доступна чи ні. У моєму випадку я перевстановив свій Raspiberry-Pi. Я перевірив дату та час свого RPi, він не оновлювався. Тому я змінив дату вручну,
sudo date -s "2019 Mar 20 02:42"
І перезавантажити. Тепер мій RPI працює добре.
У Debian 9 мій підхоплення затримався на 0% [працює] якийсь час, перш ніж виконувати будь-яку задачу, яка вимагає доступу до Інтернету. Після випробувань багатьох інших методів, коли я відключив менеджер мережі та почав використовувати систему systemd-networkd, ця проблема була остаточно вирішена.
Відповіді я не знайшов в Інтернеті ніде, але насправді знайшов її на основі команди, яку я виконав пару годин тому. Прикладом такої команди є
echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list
Після цього файл додається до /etc/apt/sources.list.d/. У цей каталог також можуть бути додані джерела. У моєму випадку це було команда перегляду, яка містила власний список, який мав недійсну 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
Сподіваюсь, це заощадить когось години, які це могло врятувати мене!
У мене така ж проблема, але я вирішив її так:
sudo systemctl restart networking
сподіваюся, що це може допомогти.
Ця проблема також може бути викликана наявністю файлової системи, доступної лише для читання .
Ви можете перевірити це за допомогою наступної команди:
mount | grep "on / "
Якщо висновок містить ro
один із прапорів кріплення, ваша коренева файлова система перебуває в режимі лише для читання. Перед тим, apt-get update
як продовжити, вам доведеться перезавантажувати файлову систему для читання-запису .
Ресурси щодо того, як переобладнати файлову систему:
Установка apt-transport-https допомогла мені на свіжому Debian 9.
sudo apt-get install apt-transport-https