Ошибка при добавлении репозитория

Ошибка при добавлении репозитория

dav1d@pc ~ $ apt install xserver-xorg-core=2:1.17.3-2ubuntu4 xserver-common=2:1.17.3-2ubuntu4 xserver-xorg-input-evdev=1:2.9.2-1ubuntu1 xserver-xorg-input-synaptics=1.8.2-1ubuntu2 xserver-xorg-input-vmmouse=1:13.1.0-1ubuntu1 xserver-xorg-input-wacom=1:0.32.0-0ubuntu2 xserver-xorg-video-intel=2:2.99.917+git20160218-1ubuntu2 xserver-xorg-video-radeon=1:7.6.1-1ubuntu1 lib32gcc1 libc6 libc6-dbg libc6-i386
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
E: Версия «2:1.17.3-2ubuntu4» для «xserver-xorg-core» не найдена
E: Версия «2:1.17.3-2ubuntu4» для «xserver-common» не найдена
E: Версия «1:2.9.2-1ubuntu1» для «xserver-xorg-input-evdev» не найдена
E: Версия «1.8.2-1ubuntu2» для «xserver-xorg-input-synaptics» не найдена
E: Версия «1:13.1.0-1ubuntu1» для «xserver-xorg-input-vmmouse» не найдена
E: Версия «1:0.32.0-0ubuntu2» для «xserver-xorg-input-wacom» не найдена
E: Версия «2:2.99.917+git20160218-1ubuntu2» для «xserver-xorg-video-intel» не найдена
E: Версия «1:7.6.1-1ubuntu1» для «xserver-xorg-video-radeon» не найдена

Repos:     Active apt sources in file: /etc/apt/sources.list.d/official-package-repositories.list
           deb http://packages.linuxmint.com sylvia main upstream import backport #id:linuxmint_main
           deb http://archive.ubuntu.com/ubuntu xenial main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu xenial-updates main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu xenial-backports main restricted universe multiverse
           deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted universe multiverse
           deb http://archive.canonical.com/ubuntu/ xenial partner
           Active apt sources in file: /etc/apt/sources.list.d/oibaf-graphics-drivers-xenial.list
           deb http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu xenial main
           deb-src http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu xenial main
           Active apt sources in file: /etc/apt/sources.list.d/opera-stable.list
           deb https://deb.opera.com/opera-stable/ stable non-free #Opera Browser (final releases)
           Active apt sources in file: /etc/apt/sources.list.d/opera.list
           deb http://deb.opera.com/opera/ stable non-free #Opera Browser (final releases)
           Active apt sources in file: /etc/apt/sources.list.d/yandex-browser-beta.list
           deb [arch=amd64] http://repo.yandex.ru/yandex-browser/deb beta main

Что такое репозиторий (PPA)

Начнём с самого простого вопроса — а что же такое репозиторий? Это некое хранилище, где находятся нужные вам пакеты. Естественно, что стандартные репозитории Ubuntu, доступные сразу после установки, не могут в себя вместить абсолютно все существующие пакеты. Именно поэтому создаются сторонние репозитории.

Как добавить репозиторий (PPA)

Разберём добавление репозитория на примере программы Kazam Screencaster. Что бы добавить репозиторий нужно воспользоваться следующей командой:

sudo add-apt-repository ppa:репозиторий/ppa

Добавим репозиторий Kazam Screencaster:

sudo add-apt-repository ppa:kazam-team/unstable-series

После того, как вы добавили нужный репозиторий, то нужно обязательно обновить список пакетов. Для этого вводим следующую команду:

sudo apt-get update

Но иногда нужно добавить репозиторий, который выглядит немного по другому. К примеру у программы Skulltag нужно добавить такую строчку в список репозиториев:

deb http://www.skulltag.com/download/files/release/deb stable multiverse

Для этого есть два варианта. Первый — долгий, но вроде как стандартный. Нужно добавить данную строку в файл /etc/apt/sources.list, для этого откройте его:

sudo gedit /etc/apt/sources.list

И в новой строке вставьте нужный репозиторий, сохраните файл и обновите список пакетов.

Либо опять таки воспользуйтесь командой add-apt-repository, прописав в кавычках добавляемый репозиторий. Пример:

sudo add-apt-repository `deb http://www.skulltag.com/download/files/release/deb stable multiverse`

Ошибка при добавлении репозитория

Команда add-apt-repository не устанавливается по умолчанию например в Ubuntu Mini и Ubuntu Server. Поэтому при попытке добавить репозиторий появляется сообщение об ошибке:

apt-add-repository: command not found

Поэтому нужно доустановить в систему пару пакетов, выполнив следующие команды:

sudo apt-get install python-software-properties

sudo apt-get install software-properties-common

sudo dpkg-reconfigure python-software-properties

Убедиться, что команда появилась в системе можно, выполнив в консоли:

whereis add-apt-repository

В ответ система должна написать что-то вроде этого:

add-apt-repository: /usr/bin/add-apt-repository /usr/share/man/man1/add-apt-repository.1.gz

Как удалить репозиторий (PPA)

Для удаления репозитория нужно воспользоваться немного изменённой командой:

sudo add-apt-repository --remove ppa:репозиторий/ppa

Пример:

sudo add-apt-repository --remove ppa:kazam-team/unstable-series

Как отключить репозиторий (PPA)

Иногда требуется не просто удалить репозиторий, а ненадолго его отключить. Тут нам поможет Центр приложений Ubuntu. Открываем его, переходим в «Правка» -> «Источники приложений…». В открывшемся окне открываем вкладку «Другое ПО», ищем нужный репозиторий и после этого снимаем галочку напротив. Всё, репозиторий отключен.

https://toster.ru/q/149649

http://ubuntovod.ru/instructions/add-remove-disable-ppa-ubuntu.html

http://admi0n.blogspot.ru/2014/02/ubuntu-add-apt-repository.html

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх

Сейчас у меня последняя версия Linux mint (19) но по какой-то причине не удается добавить репозиторий MacBuntu.
Установку производил по инструкции — https://mintguide.org/themes/649-macbuntu-theme-and-icons-mac-os-x-style-on-linux-mint.html

Так же зашел на сайт репозитория, но там такие же команды — https://launchpad.net/~noobslab/+archive/ubuntu/macbuntu

Помогите пожалуйста решить данную проблему.

user@user-pc:~$ sudo add-apt-repository ppa:noobslab/macbuntu
[sudo] пароль для user: 
Вы хотите добавить следующие PPA:
 This PPA is dedicated to Macbuntu transformation pack for Ubuntu.
 Больше информации: https://launchpad.net/~noobslab/+archive/ubuntu/macbuntu
Нажмите Enter, чтобы продолжить или Ctrl+C для отмены

Executing: /tmp/apt-key-gpghome.vXwPYwHLek/gpg.1.sh --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys F59EAE4D
gpg: key D530E028F59EAE4D: 2 подписи не проверены за отсутствием ключа
gpg: ключ D530E028F59EAE4D: "Launchpad PPA for NoobsLab" не изменен
gpg: Всего обработано: 1
gpg:              неизмененных: 1
user@user-pc:~$ sudo apt update
Игн:1 http://archive.canonical.com tara InRelease
Пол:2 http://ubuntu.colocall.net/ubuntu bionic InRelease [242 kB]
Сущ:3 http://ppa.launchpad.net/atareao/telegram/ubuntu bionic InRelease        
Игн:4 http://dl.google.com/linux/chrome/deb stable InRelease                   
Игн:5 http://linuxmint-packages.ip-connect.vn.ua tara InRelease                
Сущ:6 http://archive.canonical.com/ubuntu bionic InRelease                     
Сущ:7 http://linuxmint-packages.ip-connect.vn.ua tara Release                  
Пол:8 http://ubuntu.colocall.net/ubuntu bionic-updates InRelease [88,7 kB]     
Пол:9 http://ubuntu.colocall.net/ubuntu bionic-backports InRelease [74,6 kB]   
Сущ:10 https://repo.skype.com/deb stable InRelease                             
Сущ:11 http://ppa.launchpad.net/noobslab/macbuntu/ubuntu bionic InRelease      
Сущ:12 http://dl.google.com/linux/chrome/deb stable Release                    
Ошк:13 http://archive.canonical.com tara Release                               
  404  Not Found [IP: 91.189.91.15 80]
Пол:14 http://security.ubuntu.com/ubuntu bionic-security InRelease [83,2 kB]   
Игн:15 http://build.openvpn.net/debian/openvpn/release/2.4 xenial InRelease    
Пол:17 http://ubuntu.colocall.net/ubuntu bionic-updates/main i386 Packages [269 kB]
Сущ:18 http://build.openvpn.net/debian/openvpn/release/2.4 xenial Release      
Пол:19 http://ubuntu.colocall.net/ubuntu bionic-updates/main amd64 Packages [297 kB]
Пол:20 http://ubuntu.colocall.net/ubuntu bionic-updates/main Translation-en [113 kB]
Пол:21 http://ubuntu.colocall.net/ubuntu bionic-updates/universe i386 Packages [167 kB]
Пол:22 http://ubuntu.colocall.net/ubuntu bionic-updates/universe amd64 Packages [167 kB]
Чтение списков пакетов… Готово                                                 
E: Репозиторий «http://archive.canonical.com tara Release» не содержит файла Release.
N: Обновление из этого репозитория нельзя выполнить безопасным способом, и поэтому по умолчанию он отключён.
N: Смотрите справочную страницу apt-secure(8) о создании репозитория и настройке пользователя.
user@user-pc:~$ sudo apt install macbuntu-os-icons-lts-v7 macbuntu-os-ithemes-lts-v7
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
E: Не удалось найти пакет macbuntu-os-icons-lts-v7
E: Не удалось найти пакет macbuntu-os-ithemes-lts-v7

Ввожу команду:
sudo add-apt-repository ppa:wireguard/wireguard
По итогу ошибка:
Error: ‘ppa:wireguard/wireguard’ invalid

Какая может быть причина?

user@server:~$ sudo add-apt-repository ppa:wireguard/wireguard
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 102, in _get_https_content_py3
    lp_page = urllib.request.urlopen(request, cafile=LAUNCHPAD_PPA_CERT)
  File "/usr/lib/python3.7/urllib/request.py", line 222, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.7/urllib/request.py", line 531, in open
    response = meth(req, response)
  File "/usr/lib/python3.7/urllib/request.py", line 641, in http_response
    'http', request, response, code, msg, hdrs)
  File "/usr/lib/python3.7/urllib/request.py", line 569, in error
    return self._call_chain(*args)
  File "/usr/lib/python3.7/urllib/request.py", line 503, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.7/urllib/request.py", line 649, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 404: Not Found

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 327, in get_ppa_info
    ret = get_ppa_info_from_lp(user, ppa)
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 92, in get_ppa_info_from_lp
    return get_info_from_lp(lp_url)
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 88, in get_info_from_lp
    return _get_https_content_py3(lp_url)
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 108, in _get_https_content_py3
    raise PPAException("Error reading %s: %s" % (lp_url, reason), e)
softwareproperties.ppa.PPAException: 'Error reading https://launchpad.net/api/1.0/~wireguard/+archive/ubuntu/wireguard: Not Found'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 393, in shortcut_handler
    return PPAShortcutHandler(shortcut)
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 356, in __init__
    info = get_ppa_info(self.shortcut)
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 339, in get_ppa_info
    _get_suggested_ppa_message(user, ppa))
softwareproperties.shortcuts.ShortcutException: Cannot add PPA: 'ppa:~wireguard/ubuntu/wireguard'.
The team named '~wireguard' has no PPA named 'ubuntu/wireguard'
Please choose from the following available PPAs:
Error: 'ppa:wireguard/wireguard' invalid
user@server:~$

Начиная с Ubuntu 20.10 при обновлении системы или добавлении репозиториев с помощью apt-add-repository и ключей с помощью apt-key вы можете видеть ошибку Key is stored in legacy trusted.gpg keyring или apt-key is deprecated. Вообще говоря, это не ошибка, а всего лишь предупреждение и всё будет работать не смотря на неё.

Но если вы не хотите видеть это сообщение, можно всё поправить. В этой статье мы рассмотрим как исправить ошибку key is stored in legacy trusted.gpg keyring и почему она возникает.

Почему возникает ошибка

Эта ошибка означает, что ключ стороннего репозитория хранится в устаревшем хранилище ключей /etc/apt/trusted.gpg. Это похоже на то, что было несколько лет назад со строками настройки сторонних репозиториев. Сразу они хранились в /etc/apt/sources.list, а потом их перенесли в /etc/apt/sources.list.d/. Но дело не только в этом.

Все пакеты в сторонних репозиториях, которые вы можете добавить в Ubuntu, в том числе и из PPA, должны быть подписаны GPG ключом, который находится в списке доверенных ключей системы. При добавлении репозитория, добавляется не только запись о репозитории в файл /etc/sources.list или /etc/sources.list.d, но и его ключ, который сохранялся в по умолчанию в /etc/apt/trusted.gpg.

Это работает, но проблема в том, что apt полностью доверяет ключам из этого расположения, так же как и из расположения /etc/apt/trusted.gpg.d/. Все эти ключи могут использоваться для проверки подписи всех репозиториев. Например, ключ от Elasticsearch может использоваться для верификации пакетов из репозитория MySQL. Разработчики считают это проблемой безопасности поскольку это может привести к тому, что пакеты из официальных репозиториев могут быть заменены вредоносными из сторонних репозиториев. Они хотят отказаться от кросс-подписи и добиться того, чтобы пакеты из каждого стороннего репозитория проверялись его ключом. При правильной настройке приоритетов это может защитить пакеты из официальных репозиториев от подмены.

Это правильный подход. Но, похоже, на момент написания статьи в Ubuntu 22.04 и Debian 11 подобная защита по умолчанию не реализована. И даже если вы разместите ключи как рекомендуется, пакеты из официальных репозиториев всё ещё могут быть подменены. Таким образом, это задел на будущее. Если я не прав и вы знаете как реализовать такую защиту — расскажите в комментариях.

Для того чтобы воплотить эту идею в жизнь сначала нужно чтобы у каждого репозитория был указан ключ, которым будут проверяться его пакеты. Для этого разработчики рекомендуют сохранять ключи для каждого пакета в отдельных файлах. Не в /etc/apt/trusted.gpg.d/, а /etc/apt/keyrings и указывать в описании репозитория путь к ключу, которым должна быть проверена подпись с помощью опции signed-by.

На данный момент объявлена устаревшей утилита apt-key, а также хранение ключей сторонних репозиториев в общем файле /etc/apt/trusted.gpg. В то же время хранить ключи в /etc/apt/trusted.gpg.d всё ещё можно. И многие репозитории так и делают. Хотя некоторые, тот же Elasticsearch, уже используют новый подход. Этот ход не многое меняет, но это первый шаг, к тому чтобы всё было сделано правильно в будущем.

Вы могли заметить, что раньше во многих инструкциях рекомендовалось использовать apt-key для добавления ключа, а теперь используется утилита gpg. Фактически, для управления ключами и раньше использовалась утилита gpg, а apt-key выступала в роли оболочки и автоматически указывала нужные параметры. Теперь же нужно всё делать явно. Поэтому для системы ничего не поменялось и новые команды gpg можно использовать в старых версиях дистрибутивов.

Для того чтобы убрать это предупреждение, избежать его появления в будущем и сделать всё правильно, вам надо выполнить несколько шагов:

• Забыть про apt-key и добавлять ключи вручную с помощью gpg;
• Забыть про apt-add-repository и добавлять PPA вручную;
• Перенести все ключи из /etc/apt/trusted.gpg/ в /etc/apt/keyrings и прописать путь к ключу для каждого репозитория.

Предлагаю начать с последнего пункта и перенести все сторонние ключи из файла trusted.gpg в папку /etc/apt/keyrings.

Перенос ключей в /etc/apt/keyrings (правильный способ)

Для того чтобы система не выдавала предупреждение о том, что способ хранения ключей устарел или в будущем улучшить безопасность, нужно переместить все ключи сторонних репозиториев из trusted.gpg в папку /etc/apt/keyrings и прописать путь к ключам для каждого репозитория в /etc/apt/sources.list.d. Сначала надо найти все ключи, которые надо перемещать. Для этого выполните команду:

sudo apt-key list

Тут будут выведены все доверенные ключи в системе. Нужно их просмотреть и найти только те, которые хранятся в trusted.gpg. Обычно в выводе утилиты все ключи разделены по файлам и ключи из trusted.gpg будут в самом верху. В данном примере, это ключ от репозитория MySQL. Кроме того, здесь есть ключ от Google Chrome, но он находится в trusted.gpg.d и apt это пока устраивает. Но для улучшения безопасности в будущем вы можете его тоже переместить в /etc/apt/keyrings.

Для того чтобы экспортировать ключ в отдельный файл найдите строчку pub, и возьмите из неё последние 8 цифр. В данном примере это 3A79BD29. Затем выполните такую команду:

sudo apt-key export 3A79BD29 | sudo gpg --dearmour -o /etc/apt/keyrings/mysql.gpg

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

Такую процедуру надо проделать с каждым ключом. Затем для каждого репозитория нужно прописать ключ, которым которым он будет проверяться. В данном примере репозиторий добавлен с помощью файла /etc/apt/sources.list.d/mysql.list. Для каждой строчки deb в этом файле нужно добавить опцию signed-by с путем к ключу. Например:

deb [signed-by=/etc/apt/keyrings/mysql.gpg] https://....

Если там уже есть другие опции, то каждая новая опция должна быть отделена запятой. После этого можно удалить ключ из хранилища trusted.gpg:

sudo apt-key del 3A79BD29

Дальше вы можете выполнить команду обновления и убедится что больше нет никаких ошибок:

sudo apt update

Перенос ключей в /etc/apt/trusted.gpg.d/ (допустимый способ)

Как я уже говорил выше, на данный момент объявлено устаревшим только хранение ключей в trusted.gpg. Если вы не хотите прописывать signed-by для всех репозиториев, то всё ещё можете переместить ключи в trusted.gpg.d. Тогда они все ещё будут использоваться для проверки подписи пакетов из всех репозиториев, но apt не будет выдавать предупреждение при обновлении. Порядок действий тот же. Сначала надо посмотреть список ключей в trusted.gpg:

sudo apt-key list

Затем экспортировать каждый ключ в trusted.gpg.d. Например:

sudo apt-key export 3A79BD29 | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/mysql.gpg

И удалить его из trusted.gpg:

sudo apt-key del 3A79BD29

В данном случае, прописывать ключи в signed-by для каждого репозитория не надо, поскольку они и так считаются доверенными для всех репозиториев apt.

Если вы выбрали этот способ, то дальше можно не смотреть. Утилита apt-key в последних версиях Ubuntu 22.04 уже сохраняет ключи сторонних репозиториев в /etc/apt/trusted.gpg.d и для того чтобы убрать ошибку достаточно сконвертировать старые ключи. Если же вы хотите сделать так, как рекомендуют разработчики Ubuntu, смотрите дальше.

Как добавить ключ без apt-key

На данный момент утилита apt-key считается устаревшей и добавлять ключи с помощью неё не рекомендуется. Для этого надо использовать gpg. Обратите внимание, что ключи могут быть двух типов. Либо с формате ASCII расширением .asc либо в бинарном формате .gpg. Но apt может работать только с ключами в формате OpenPGP и расширением .gpg. Поэтому нельзя просто скопировать полученный ключ в папку /etc/apt/trusted.gpg.d или /etc/apt/keyrings.

Обычно ключи распространяются в формате ASCII, вы можете скачать его, конвертирвать и уже затем добавить в систему с помощью gpg. Например, выполните такую команду для загрузки ключа Google Chrome:

wget https://dl.google.com/linux/linux_signing_key.pub

А затем конвертируйте его в бинарный файл:

cat linux_signing_key.pub | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/chrome.gpg

То же самое можно сделать одной командой:

wget -q -O - https://dl.google.com/linux/linux_signing_key.pub | sudo gpg --dearmor -o /etc/apt/keyrings/chrome.gpg

Ну и не забудьте добавить опцию singed-by для репозитория. Например, для того же Google Chrome новая команда добавления репозитория будет выглядеть так:

$ sudo sh -c 'echo "deb [arch=amd64 signed-by=/usr/share/keyrings/chrome.gpg] http://dl.google.com/linux/chrome/deb/ stable main" > /etc/apt/sources.list.d/google.list'

После этого вы можете проверить что всё заработало и ключ распознается корректно.

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

wget -q -O - https://url | sudo tee /etc/apt/trusted.gpg.d/reponame.gpg

Как добавить PPA без apt-add-repository

Поскольку apt-add-repository использует apt-key, теперь нельзя использовать эту утилиту для добавления PPA. Простого способа получить путь к репозиторию и его ключ в командной строке по его имени нет, но зато вся необходимая информация есть на странице репозитория. Просто раскройте пункт Technical details about this PPA под командами добавления репозитория. Например, для Firefox:

Здесь есть отпечаток ключа, в данном случае AF316E81A155146718A6FBD7A6DCF7707EBC211F. Вы можете добавить ключ в систему с помощью следующей команды:

sudo gpg --homedir /tmp --no-default-keyring --keyring /etc/apt/keyrings/firefox.gpg --keyserver keyserver.ubuntu.com --recv-keys AF316E81A155146718A6FBD7A6DCF7707EBC211F

После этого надо добавить запись об этом репозитории в /etc/sources.list.d. На странице PPA выберите версию вашего дистрибутива и скопируйте строки над ключом:

Создайте файл /etc/apt/sources.list.d/firefox.list и вставьте в него то, что было скопировано.

Если вы решили не хранить ключи в /etc/apt/trusted.gpg.d, то вам также нужно прописать путь к ключу репозитория с помощью опции signed-by. Если ключ был сохранен в /etc/apt/keyrings/firefox.gpg, то результат будет выглядеть вот так:

deb [signed-by=/etc/apt/keyrings/firefox.gpg] https://ppa.launchpadcontent.net/ubuntu-mozilla-security/ppa/ubuntu jammy main
deb-src [signed-by=/etc/apt/keyrings/firefox.gpg] https://ppa.launchpadcontent.net/ubuntu-mozilla-security/ppa/ubuntu jammy main

После этого вы можете обновить список пакетов и убедится что всё работает.

Выводы

Теперь вы знаете что означает Key is stored in legacy trusted.gpg keyring и как исправить эту ошибку. Разработчики затеяли серьезное и важное преобразование системы безопасности пакетного менеджера, но это всё ещё довольно сложно для простых пользователей. Намного проще добавить ключ с помощью apt-key и добавить репозиторий по его имени с помощью apt-add-repository. Возможно, в будущем эти утилиты будут обновлены и начнут поддерживать новый способ работы с ключами.

Многие репозитории уже предлагают правильные команды для установки их в систему. А для всех остальных вы можете делать всё вручную, продолжить использовать apt-key или же просто игнорировать предупреждение о том, что ключи хранятся в устаревшем месте.

0

1

Кто не встречал ошибок в процессе обновления Ubuntu? Ошибки обновления в Ubuntu и иных дистрибутивах Linux встречаются часто и не вызывают удивления. В статье описан ряд часто встречающихся ошибок и способы их решения.

Данная статья является частью серии, посвященной новичкам в Ubuntu, и она призвана помочь лучше понять работу с дистрибутивом.

В данном туториале мы рассмотрим часто встречающиеся ошибки, которые можно встретить при обновлении Ubuntu. Они зачастую происходят тогда, когда пытаешься добавить софт или репозитории самостоятельно.

Если во время обновления системы появляются ошибки, паниковать не стоит. Ошибки случаются часто и решения есть. Вы научитесь как решить часто встречающиеся ошибки.

Ошибка 0: Failed to download repository information

Многие пользователи Ubuntu обновляют систему через графическую программное средство обновления. Вам приходит оповещения, что стали доступными обновления для вашей системы и теперь можно нажать на кнопку для начала скачивания и установки.

Обычно так и происходит, но иногда можно увидеть подобную ошибку:

Скорее всего ошибка покажется странной, так как интернет работает, но вас все равно просят его проверить.

Заметили, что я назвал ее “Ошибка 0”? Это потому что это по сути не ошибка. То есть, скорее всего, она не связана с подключением к интернету. Тем не менее помимо этого путающего сообщения больше информации нет.

Если вы видите данное сообщение, а подключение к интернету в порядке, то значит пришло время надевать шляпу детектива и пошевелить мозгами.

Нам придется использовать командную строку. Для того чтобы ее быстро открыть можете воспользоваться сочетанием клавиш ctrl+alt+T. Исполните в ней данную команду:

sudo apt update

Дождитесь завершения процесса. Рассмотрите последние 3-4 строки вывода. Они покажут действительные причины ошибки sudo apt-get update. Вот пример:

Дальше туториал будет посвящен способам решения ошибок, указанных в нескольких последних строчках вывода командной строки.

Ошибка 1: Problem With MergeList

Когда вы запустите обновление в терминале, то можете увидеть ошибку “Problem With MergeList”:

E:Encountered a section with no Package: header,
E:Problem with MergeList /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages,
E:The package lists or status file could not be parsed or opened.’

По какой-то причине файл в директории /var/lib/apt/lists сломался. Вы можете удалить все файлы в указанной директории и запустить обновление снова. Исполните указанные команды одна за другое:

sudo rm -r /var/lib/apt/lists/*
sudo apt-get clean && sudo apt-get update

Проблемы должны исчезнуть

Ошибка 2: Hash Sum mismatch

Вы можете встретиться с ошибкой “Hash Sum mismatch”. Ее решение аналогично тому, что мы написали выше.

W:Failed to fetch bzip2:/var/lib/apt/lists/partial/in.archive.ubuntu.com_ubuntu_dists_oneiric_restricted_binary-i386_Packages Hash Sum mismatch,
W:Failed to fetch bzip2:/var/lib/apt/lists/partial/in.archive.ubuntu.com_ubuntu_dists_oneiric_multiverse_binary-i386_Packages Hash Sum mismatch,
E:Some index files failed to download. They have been ignored, or old ones used instead

Скорее всего ошибка происходит из-за несовпадения на серверах кэша метаданных. Для исправления ситуации используйте данные команды:

sudo rm -rf /var/lib/apt/lists/*
sudo apt update

Ошибка 3: Failed to fetch with error 404 not found

Если вы попытаетесь добавить репозиторий, который недоступен в вашей текущей версии Ubuntu, то увидите ошибку 404 not found:

W: Failed to fetch http://ppa.launchpad.net/venerix/pkg/ubuntu/dists/raring/main/binary-i386/Packages  404  Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.

Вы добавили PPA в надежде установить приложение, но оно недоступно для вашей версии Ubuntu, и появилась ошибка. Вот почему следует заранее проверять доступно ли PPA для вашей версии Ubuntu или нет. Как удостовериться, что для вашей версии есть PPA, можно посмотреть здесь.

Так или иначе решением данной проблемы является удаление проблемной PPA из списка репозиториев. Название PPA вы найдете в сообщении об ошибке. Зайдите в средство Software & Updates:

Здесь пройдите во вкладку Other Software и поищите PPA. Уберите галочку, чтобы PPA удалилась из системы.

Ваш список программ после этого обновится. Теперь, если вы снова запустите обновление, ошибка исчезнет.

Ошибка 4: Failed to download package files

В данной ситуации доступна новая версия программы, но эта версия не распространена на все зеркала. Если вы не используете зеркало, то решить эту проблему просто — сделайте источником программы основной сервер.

Пройдите в Software & Updates там измените сменить сервер с которого происходит скачивание на main (основной):

Ошибка 5: GPG error: The following signatures couldn’t be verified

Добавление PPA может также привести к оповещению “GPG error: The following signatures couldn’t be verified” во время обновления:

W: GPG error: http://repo.mate-desktop.org saucy InRelease: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 68980A0EA10B4DE8

Все что надо в данном случае сделать, так это добавить публичный код в систему. Возьмите ключ из сообщения. В сообщении выше это 68980A0EA10B4DE8.

Данный ключ можно использовать так:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 68980A0EA10B4DE8

Как только ключ будет добавлен, запустите обновление и все должны быть в порядке.

Ошибка 6: BADSIG error

Еще одна знаковая ошибка при обновлении Ubuntu — это “BADSIG error”, которая выглядит примерно так:

W: A error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://extras.ubuntu.com precise Release: The following signatures were invalid: BADSIG 16126D3A3E5C1192 Ubuntu Extras Archive Automatic Signing Key
W: GPG error: http://ppa.launchpad.net precise Release:
The following signatures were invalid: BADSIG 4C1CBC1B69B0E2F4 Launchpad PPA for Jonathan French W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/precise/Release

Все репозитории подписаны GPG, и по какой-то причине система считает их неверными. Необходимо обновить ключи подписей. Проще всего это сделать путем повторной генерации списка apt get (с ключами подписей) и он должен иметь верный ключ.

Используйте следующие команды одну за другой:

cd /var/lib/apt
sudo mv lists oldlist
sudo mkdir -p lists/partial
sudo apt-get clean
sudo apt-get update

Ошибка 7: Partial upgrade error

Обновление через терминал может привести к такому:

Not all updates can be installed
Run a partial upgrade, to install as many updates as possible

Для исправления ошибки исполните в терминале данную команду:

sudo apt-get install -f

Ошибка 8: Could not get lock /var/cache/apt/archives/lock

Данная ошибка происходит, когда еще одна программа использует APT. Допустим вы устанавливаете что-то через Ubuntu Software Center и в одновременно пытается запустить apt в терминале.

E: Could not get lock /var/cache/apt/archives/lock – open (11: Resource temporarily unavailable)
E: Unable to lock directory /var/cache/apt/archives/

Проверьте не использует ли apt другая программа. Это может быть команда в терминале, Software Center, Software Updater, Software & Updates или иной другой соф, который занимается установкой и удалением приложений.

Если можете такие программы закрыть, закрывайте. Если что-то в процессе, то дождитесь завершения.

Если ничего найти не можете, используйте данную команду для того, чтобы прекратить все подобные процессы:

sudo killall apt apt-get

Это хитрая проблема, так что придется попотеть. Если это не поможет, то рекомендуем эту статью.

Встречали ли вы другие ошибки при обновлении?

Так завершается обзор часто встречающихся ошибок при обновлении Ubuntu. Надеюсь данная статья поможет вам с ними справится.

Вы не встречали других ошибок при обновлении Ubuntu недавно, о которых здесь не говорится? Расскажите в комментариях.