Ошибка дублирования источников apt: как исправить

Что означает ошибка дублирования источников apt

Ошибка дублирования источников apt означает, что один и тот же репозиторий объявлен дважды в разных файлах, и APT (advanced package tool) обнаружил обе копии. В Ubuntu 24.04 и более новых версиях это почти всегда происходит из-за того, что сторонний скрипт установки создал старый файл .list в одну строку, в то время как файл формата deb822 .sources для того же репозитория уже находился на диске. Никаких повреждений нет, и пакетам ничего не угрожает. Удалите одно из двух объявлений, и сообщение исчезнет.

Вот строка, которую пользователи обычно вставляют в поисковую строку:

W: Target Packages (stable/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list.d/docker.list:1 and /etc/apt/sources.list.d/docker.sources:1

Читайте её с конца. Два файла, каждый с указанием номера строки, объявляют одно и то же. Target Packages — это индекс, который загружает apt, чтобы узнать, какие пакеты предлагает репозиторий, а stable/binary-amd64/Packages указывает компонент (stable) и архитектуру (amd64), которые охватывает этот индекс. Таким образом, apt сообщает вам, что индекс amd64 для компонента stable настроен в docker.list в строке 1, и снова в docker.sources в строке 1.

В apt 3.0 и более новых версиях, что соответствует Ubuntu 25.04 и Debian 13, то же самое сообщение начинается с Warning: вместо W:. Текст после префикса остаётся прежним.

Это предупреждение — мягкий случай. apt объединяет две декларации, и обновление проходит успешно, так как оба описания указывают на один и тот же архив с одним и тем же ключом. Тяжёлый случай полностью блокирует работу:

E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/ubuntu/ noble: /usr/share/keyrings/docker-archive-keyring.gpg != /etc/apt/keyrings/docker.asc
E: The list of sources could not be read.

Здесь apt отказывается работать, потому что две декларации указывают разные ключи подписи для одного архива. Он может объединить две идентичные декларации, но не будет выбирать между двумя значениями Signed-By, так как выбор неверного ключа приведёт к проверке подписей пакетов ключом, которым владелец архива никогда не подписывал данные. В результате apt не считывает источники вовсе. Команды apt update и apt install будут выдавать одну и ту же ошибку с этими двумя строками до тех пор, пока вы не отредактируете файлы вручную.

Как возникает дубликат

Эти два формата хранятся в разных файлах с разными расширениями, поэтому файловая система не препятствует их одновременному существованию. apt обнаруживает пересечение на позднем этапе, когда разворачивает каждый файл источников в список целей для индексации, которые планирует загрузить. До этого момента docker.list и docker.sources являются двумя независимыми файлами.

К появлению пары приводят четыре обычных события:

• Скрипт установки от поставщика или команда, скопированная из старой инструкции, создает /etc/apt/sources.list.d/vendor.list с записью tee.
• Собственный пакет поставщика позже выпускает /etc/apt/sources.list.d/vendor.sources и устанавливает его в систему.
• add-apt-repository в Ubuntu 24.04 и более новых версиях создает файлы deb822 .sources, поэтому PPA (персональный архив пакетов), который вы ранее добавили вручную как .list, возвращается в виде .sources.
• Обновление дистрибутива перезаписало собственные источники системы в формат deb822, оставив ваш файл .list, созданный вручную, без изменений.

Каждый из этих путей логичен сам по себе. Дубликат возникает, когда два таких события происходят на одном сервере, часто с разницей в несколько месяцев.

Сравнение двух форматов

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

deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu noble stable

Порядок фиксирован: тип (deb для бинарных пакетов, deb-src для исходных кодов), затем параметры в квадратных скобках, далее URI (универсальный идентификатор ресурса) архива, затем дистрибутив (suite) и один или несколько компонентов. Поскольку смысл определяется позицией, лишний пробел меняет то, как apt считывает данные.

Формат deb822 описывает то же самое в виде блока именованных полей. Название происходит от RFC 822 — стандарта оформления заголовков почтовых сообщений, который Debian уже использует для файлов управления пакетами.

Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: noble
Components: stable
Architectures: amd64
Signed-By: /etc/apt/keyrings/docker.asc

Тот же репозиторий, тот же ключ, ничего лишнего. Соответствие прямое: deb становится Types, адрес архива становится URIs, дистрибутив становится Suites, компоненты становятся Components, а каждый параметр в скобках превращается в отдельное поле: signed-by= становится Signed-By:, а arch= становится Architectures:.

Названия всех полей даны во множественном числе, так как каждое поле принимает список значений, разделенных пробелами. Одно поле Suites: noble noble-updates noble-backports в блоке заменяет три отдельные строки deb. Пустая строка завершает блок, поэтому один файл .sources может содержать настройки нескольких репозиториев. Формат deb822 также поддерживает параметры, с которыми однострочный формат справляется плохо: Enabled: no для отключения репозитория, Trusted, Check-Valid-Until, а также встроенный ключ, вставленный непосредственно в Signed-By, где каждая строка имеет отступ в один пробел, а пустые строки обозначаются точкой.

Расположение файлов

• /etc/apt/sources.list: исходный единый файл. В Ubuntu 24.04 и более новых версиях он обычно пуст или содержит только комментарий, указывающий на новое местоположение.
• /etc/apt/sources.list.d/*.list: записи в одну строку, обычно по одному файлу на репозиторий.
• /etc/apt/sources.list.d/*.sources: блоки в формате deb822. В Ubuntu 24.04 и более новых версиях здесь хранятся репозитории самого дистрибутива, в файле ubuntu.sources.
• /etc/apt/keyrings/: место для ключей, которые вы добавляете самостоятельно. В /usr/share/keyrings/ хранятся ключи, полученные из пакетов.

apt считывает только файлы, заканчивающиеся на .list или .sources; имя файла может содержать буквы, цифры, знаки подчёркивания, дефисы и точки. Файлы с любым другим расширением игнорируются с выводом уведомления, что важно для описанного ниже исправления.

Поиск дублирующейся пары

Начните с вывода списка файлов в директории:

ls -l /etc/apt/sources.list.d/

-rw-r--r-- 1 root root  195 Aug  3 09:12 docker.list
-rw-r--r-- 1 root root  254 Aug  9 14:40 docker.sources
-rw-r--r-- 1 root root 2683 Jun 11 08:02 ubuntu.sources

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

grep -rn -E '^(deb |deb-src |Types:|URIs:|Suites:|Signed-By:)' /etc/apt/sources.list /etc/apt/sources.list.d/

/etc/apt/sources.list.d/docker.list:1:deb [arch=amd64 signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu noble stable
/etc/apt/sources.list.d/docker.sources:1:Types: deb
/etc/apt/sources.list.d/docker.sources:2:URIs: https://download.docker.com/linux/ubuntu
/etc/apt/sources.list.d/docker.sources:3:Suites: noble
/etc/apt/sources.list.d/docker.sources:6:Signed-By: /etc/apt/keyrings/docker.asc

Искомая пара — это две записи с одинаковым хостом и одинаковым набором (suite). Обе указывают на https://download.docker.com/linux/ubuntu и набор noble, поэтому они представляют собой один и тот же репозиторий, записанный дважды. Их пути Signed-By также различаются, что и вызывает ошибку Conflicting values, показанную ранее.

Для этого шага используйте grep вместо команды apt. Поскольку apt останавливается при возникновении конфликта, он не может вывести список ваших источников, поэтому apt-cache policy вместо нужного ответа выводит ту же самую ошибку.

Исправление: сохраните файл deb822, удалите устаревший

Сохраните файл .sources. Это формат, который сейчас использует инструментарий apt, и именно к нему переходят Debian и Ubuntu. Прежде чем что-либо удалять, проверьте, какой из двух путей к ключу существует на диске:

ls -l /etc/apt/keyrings/ /usr/share/keyrings/ | grep -i docker

-rw-r--r-- 1 root root 4813 Aug  9 14:40 docker.asc

Присутствует только /etc/apt/keyrings/docker.asc, поэтому файл deb822 содержит актуальные данные, а файл .list ссылается на удаленный ключ. Если окажется, что файл, который вы планируете оставить, указывает на отсутствующий ключ, сначала скопируйте в него рабочий путь, а затем удалите другой файл.

Переместите устаревший файл из директории, вместо того чтобы сразу его удалять:

sudo mkdir -p /root/apt-sources-backup
sudo mv /etc/apt/sources.list.d/docker.list /root/apt-sources-backup/
sudo apt update

Переименование в docker.list.bak с сохранением файла на месте также допустимо, так как apt игнорирует неизвестные расширения, но в этом случае при каждом запуске apt будет выводиться следующее сообщение:

N: Ignoring file 'docker.list.bak' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension

Перемещение файла в другое место избавит вас от этого уведомления и сохранит резервную копию. Корректный файл apt update после этих действий выглядит так, без строк, ссылающихся на два файла одновременно:

Hit:1 http://archive.ubuntu.com/ubuntu noble InRelease
Get:2 https://download.docker.com/linux/ubuntu noble InRelease [48.8 kB]
Get:3 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Fetched 175 kB in 1s (146 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

Теперь убедитесь, что репозиторий корректно работает после внесенных изменений:

apt-cache policy | grep download.docker.com

 500 https://download.docker.com/linux/ubuntu noble/stable amd64 Packages
     origin download.docker.com

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

Почему один неисправный сторонний источник блокирует apt update

Соседняя ошибка выглядит иначе, но имеет ту же причину: сторонний источник, который apt не может использовать. Первый вариант — отсутствие ключа:

Err:5 https://download.docker.com/linux/ubuntu noble InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7EA0A9C3F273FCD8
E: The repository 'https://download.docker.com/linux/ubuntu noble InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Поле Signed-By отсутствует или указывает на файл, который не является пригодным ключом, поэтому apt не может проверить подпись файла InRelease архива. В результате apt отбрасывает весь репозиторий, так как не доверяет спискам пакетов, которые невозможно проверить. Проверьте сам файл ключа:

ls -l /etc/apt/keyrings/docker.asc
gpg --show-keys /etc/apt/keyrings/docker.asc

Рабочий ключ выводит строку pub с идентификатором ключа и строку uid с указанием поставщика. gpg: no valid OpenPGP data found. означает, что файл вообще не является ключом; обычно это значит, что при загрузке была сохранена страница ошибки, так как URL ключа изменился. Загрузите ключ заново, проверьте файл, затем выполните apt update.

Второй вариант возникает после обновления релиза:

Err:6 https://ppa.launchpadcontent.net/ondrej/php/ubuntu plucky InRelease
  404  Not Found [IP: 10.0.0.80 443]
E: The repository 'https://ppa.launchpadcontent.net/ondrej/php/ubuntu plucky Release' does not have a Release file.

PPA не опубликовал ничего для этого дистрибутива, поэтому путь на сервере отсутствует, и запрос возвращает 404. Остальные репозитории продолжают обновляться, а уже установленные пакеты остаются без изменений. Однако выполнение завершается с ненулевым кодом, поэтому любой скрипт, проверяющий статус выхода apt update, теперь при каждом запуске сообщает об ошибке. Именно поэтому стоит удалять неработающие источники на серверах с настроенными автоматическими обновлениями безопасности: в ежедневном потоке уведомлений легко пропустить реальную проблему.

Отключение одного источника без нарушения работы остальных

Для файла в формате deb822 добавьте одно поле в секцию и сохраните изменения:

Types: deb
URIs: https://ppa.launchpadcontent.net/ondrej/php/ubuntu
Suites: plucky
Components: main
Signed-By: /etc/apt/keyrings/ondrej-php.asc
Enabled: no

Руководство apt рекомендует этот способ вместо комментирования каждой строки секции, так как его проще отменить. Для однострочного файла добавьте # в начало строки. Для обоих форматов перемещение файла из /etc/apt/sources.list.d/ также является рабочим решением; этот вариант следует выбирать, если репозиторий больше не будет использоваться.

Снова выполните sudo apt update. Блок Err: для этого репозитория исчезнет, а код завершения вернется к 0, что можно проверить с помощью echo $? на следующей строке.

Никогда не исправляйте поврежденный источник с помощью sudo rm /etc/apt/sources.list.d/*. В Ubuntu 24.04 и более новых версиях это удаляет ubuntu.sources, где хранятся собственные репозитории дистрибутива, из-за чего apt остается без списков пакетов и сообщает E: Unable to locate package curl для программ, которые очевидно существуют. Если вы уже выполнили эту команду, восстановите файл:

Types: deb
URIs: http://archive.ubuntu.com/ubuntu/
Suites: noble noble-updates noble-backports
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Types: deb
URIs: http://security.ubuntu.com/ubuntu/
Suites: noble-security
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Сохраните его как /etc/apt/sources.list.d/ubuntu.sources, заменив noble на имя вашего релиза из lsb_release -cs, а затем выполните sudo apt update.

Преобразование устаревших файлов .list в формат deb822

Начиная с августа 2026 года, apt версии 3.0 и новее включает конвертер для этой задачи. Он присутствует в Debian 13, Ubuntu 25.04 и всех последующих релизах, включая 26.04. Проверьте версию, а затем выполните команду:

apt --version
sudo apt modernize-sources

Она перезаписывает однострочные файлы в /etc/apt/sources.list.d/ в файлы deb822 формата .sources. Ознакомьтесь с выводом команды, затем самостоятельно просмотрите содержимое каталога и выполните apt update, прежде чем доверять результату. В Ubuntu 24.04 поставляется более старая версия apt без этой подкоманды, поэтому там команда вернет E: Invalid operation modernize-sources. В этом релизе выполняйте преобразование вручную, используя приведенное выше сопоставление полей.

На данный момент преобразование является необязательным, так как apt по-прежнему поддерживает оба формата. Это стоит сделать на сервере, который вы планируете использовать долго, поскольку все инструменты, работающие с источниками, теперь записывают их в формате deb822, а система, содержащая только файлы .sources, не будет накапливать дубликаты этого типа.

Поддержание порядка в сторонних репозиториях на сервере

Сторонние репозитории — это часть сервера, которая устаревает быстрее всего. Каждый такой репозиторий — это обещание стороннего разработчика поддерживать пакеты для вашего релиза Ubuntu, а обновление дистрибутива проверяет каждое из этих обещаний в один и тот же день.

• Добавляйте сторонний репозиторий только в том случае, если стандартных пакетов дистрибутива недостаточно. Для обычного стека LAMP на Ubuntu 24.04 они не нужны: в архиве Ubuntu есть все необходимые пакеты, а обновления безопасности выпускаются на протяжении всего жизненного цикла релиза.
• Храните ключи в /etc/apt/keyrings/, по одному файлу на поставщика, с правами 644. Загрузку выполняет непривилегированный пользователь _apt, которому нужен доступ к ключу, поэтому файл, доступный только root, вызовет ошибку прав доступа при каждом обращении к репозиторию.
• Указывайте путь к конкретному файлу ключа в каждой секции Signed-By. Ключ, помещенный в /etc/apt/trusted.gpg или /etc/apt/trusted.gpg.d/, считается доверенным для всех репозиториев в системе, что означает, что ключ поставщика, добавленный много лет назад, может подтвердить подлинность пакетов из любого источника.
• Перед обновлением релиза изучите свои источники и убедитесь, что каждый поставщик уже выпускает пакеты для версии, на которую вы переходите.

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

W: https://download.docker.com/linux/ubuntu/dists/noble/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

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

gpg --no-default-keyring --keyring /etc/apt/trusted.gpg --export 7EA0A9C3F273FCD8 | sudo tee /etc/apt/keyrings/docker.gpg > /dev/null
sudo chmod 644 /etc/apt/keyrings/docker.gpg

Добавьте Signed-By: /etc/apt/keyrings/docker.gpg в секцию репозитория и выполните sudo apt update. Предупреждение исчезнет, как только ни один репозиторий не будет зависеть от старой связки ключей, после чего вы сможете удалить запись с помощью sudo gpg --no-default-keyring --keyring /etc/apt/trusted.gpg --delete-key 7EA0A9C3F273FCD8.

Еще одна привычка поможет избежать лишних проблем. do-release-upgrade отключает сторонние источники на время обновления и оставляет их выключенными после, а ручное включение по одному — это именно тот момент, когда возникают дублирующиеся записи. Прочитайте руководство по обновлению Ubuntu 24.04 до 26.04 перед началом и запишите, какие репозитории вам действительно нужны. На только что настроенной машине лучше всего привести источники в порядок во время первых десяти минут работы на новом VPS, пока в системе присутствуют только те записи, которые были в составе Ubuntu изначально.

FAQ

Почему apt сообщает, что цель настроена несколько раз?

Потому что два файла в /etc/apt/sources.list.d/ объявляют один и тот же репозиторий, дистрибутив и компонент. Сообщение указывает оба файла с номерами строк, например docker.list:1 и docker.sources:1. apt объединяет их и продолжает работу, поэтому само обновление выполняется успешно. Дубликат всё равно стоит удалить: как только в двух файлах будут указаны разные ключи подписи, apt остановится с ошибкой E: Conflicting values set for option Signed-By и откажется читать любые источники, что также заблокирует apt install.

Что лучше оставить: файл .list или файл .sources?

Оставьте файл .sources. Формат deb822 используется в add-apt-repository на Ubuntu 24.04 и новее; он содержит по одному именованному полю для каждой настройки вместо позиционного текста в квадратных скобках, и именно к этому формату переходят дистрибутивы. Перед удалением файла .list убедитесь с помощью ls -l /etc/apt/keyrings/, что путь Signed-By внутри файла .sources указывает на существующий ключ. Переместите старый файл из /etc/apt/sources.list.d/, а не переименовывайте его внутри той же директории, так как оставшийся файл с расширением .bak заставит apt выводить уведомление об игнорируемом файле при каждом запуске.

Как отключить один репозиторий apt, не удаляя его?

В файле deb822 .sources добавьте Enabled: no в нужную секцию. В однострочном файле .list поставьте # в начале строки. В любом случае после этого выполните sudo apt update, и блок Err: для этого репозитория исчезнет. Это правильное решение, если в стороннем репозитории ещё нет пакетов для вашего выпуска Ubuntu, а ошибка 404 заставляет apt update завершаться с ненулевым кодом.

Исчезнет ли однострочный формат sources.list?

Он считается устаревшим, но не удалён. apt по-прежнему читает файлы .list и будет делать это ещё долгое время, поэтому завтра на вашем сервере ничего не сломается. Новые инструменты записывают данные в формате deb822: Ubuntu 24.04 и новее хранят репозитории дистрибутива в /etc/apt/sources.list.d/ubuntu.sources, а add-apt-repository создает файлы .sources. В apt 3.0 и новее команда sudo apt modernize-sources конвертирует оставшиеся у вас файлы.