Как перевести Debian 12 на версию Testing без нарушения зависимостей

Показательный сценарий: у Моргана есть рабочий стол с Debian 12, используемый для личной разработки, и ему нужны более новые библиотеки для проекта. Морган может переустановить систему при необходимости, но предпочел бы избежать частичного обновления рабочего стола или плана, который удалит важные пакеты. Это гипотетический пример, а не реальный опыт миграции или результаты тестирования. Наиболее безопасный практический подход — поэтапное перемещение, имитация плана APT и остановка, как только предлагаемые изменения станут непонятными.

По состоянию на 9 октября 2026 года Debian идентифицирует текущий тестовый дистрибутив как Forky, следующий релиз после Debian 13 «Trixie». Debian предупреждает, что обновления безопасности для Testing не выпускаются командой безопасности своевременно. Testing может быть полезен на свободном рабочем столе или машине для разработки, но он плохо подходит для систем, которым требуется предсказуемое покрытие безопасности или непрерывная доступность. Никакая процедура миграции не может гарантировать, что все зависимости и приложения останутся неизменными.

1. Подходит ли Debian Testing для этого компьютера?

В раздел Testing входят пакеты, прошедшие автоматизированные критерии миграции из Unstable, включая проверки, предназначенные для обеспечения возможности установки зависимостей. Это не означает, что каждый пакет не содержит ошибок или что каждая конфигурация рабочего стола работает. Проект Debian объясняет, как пакеты попадают в раздел Testing, в своем обзоре дистрибутива Testing . В разделе часто задаваемых вопросов по безопасности Debian отмечается, что исправления могут быть отложены из-за задержек миграции или переходов.

Для критически важных задач на настольном компьютере, производственного сервера или машины без возможности восстановления лучше оставаться на стабильной версии. Для гипотетического рабочего стола Моргана, предназначенного для разработки, версия Testing может быть приемлемой, если в план входят периодические изменения пакетов, временная возможность удаления и ручное обслуживание. Если единственная цель — обновление одного приложения, перед переходом на новую версию операционной системы проверьте Debian Backports или другой поддерживаемый вариант упаковки.

2. Что необходимо резервно скопировать перед сменой репозитория?

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

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

dpkg --get-selections > ~/package-selections.txt
apt-mark showmanual > ~/manually-installed-packages.txt
sudo cp -a /etc/apt ~/apt-config-before-testing

Эти записи помогают объяснить, что изменилось, но сами по себе они не воссоздают систему. Моргану следует запланировать миграцию на то время, когда будет достаточно времени для анализа уведомлений APT и восстановления, а не начинать ее непосредственно перед крайним сроком.

3. Удобны ли система управления посылками и установка Bookworm?

Перед установкой нового дистрибутива устраните существующие проблемы. Выполните стандартные обновления Debian 12, перезагрузите систему, если изменилось ядро ​​или основные службы, и убедитесь в работоспособности рабочего стола. Затем проверьте состояние пакетов, блокировки и источники репозиториев:

sudo dpkg --audit
sudo apt-get check
apt-mark showhold
apt-cache policy bash libc6 systemd

dpkg --auditСообщает о частично установленных или несогласованных состояниях пакетов; apt-get checkпроверяет проблемы с зависимостями в текущей системе. Проверяет заблокированные пакеты вместо того, чтобы снимать их с блокировки вслепую. Удаляет или отключает сторонние репозитории для перехода и отмечает пакеты, установленные из репозиториев поставщиков, локальных файлов или исходных сборок. Эти пакеты могут иметь несовместимые версии в Debian Testing.

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

4. Стоит ли переходить с Bookworm на Trixie перед тестированием?

Да, используйте описанный в документации процесс обновления Bookworm до Trixie в качестве промежуточного этапа. Примечания к выпуску Debian написаны для обновлений с одной стабильной версии на другую и содержат информацию о подготовке, известных проблемах и задачах после обновления. В примечаниях к выпуску Bookworm для Debian 12 описано обновление до следующей версии. Следуйте этим инструкциям, перезагрузите систему и убедитесь, что на машине установлена ​​текущая стабильная версия, прежде чем переключать ее в тестовую.

Этот поэтапный подход обеспечивает известную контрольную точку и упрощает выявление причин сбоев. Не пропускайте примечания к выпуску, изменяя источники Bookworm напрямую на Testing на вашем основном компьютере. Прямой переход может быть решен с помощью APT, но это не документированный путь обновления от стабильной версии к стабильной и может объединить несколько этапов перехода пакетов в одно изменение, которое сложнее проверить. Если само обновление до стабильной версии завершается неудачей или оставляет пакеты неразрешенными, приостановите процесс.

5. Как следует направлять APT-группу на тестовый набор, не смешивая разные наборы тестов?

После очистки и резервного копирования системы Trixie проверьте каждый файл в папках /etc/apt/sources.listи /etc/apt/sources.list.d/. Временно отключите сторонние репозитории. Последовательно заменяйте записи пакетов Debian stable; не оставляйте смесь пакетов trixie, trixie-security, testing, и несвязанных пакетов, если вы намеренно не понимаете механизм закрепления APT.

Исходные файлы Deb822 используют одну секцию на каждый исходный файл. Упрощенный пример для основного архива Debian выглядит следующим образом:

Types: deb
URIs: https://deb.debian.org/debian
Suites: testing
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Сохраните компоненты и настройки подписи, соответствующие вашей установке; не каждая система включает все компоненты. Если вы хотите, чтобы текущая дистрибуция Testing автоматически следовала за будущими переходами, используйте имя набора тестов testing. На указанную выше дату оно соответствует Forky. Использование кодового имени forkyпривяжет вас к этому имени релиза; после выпуска Forky он не будет автоматически следовать следующему кодовому имени Testing.

Не следует предполагать, что testing-securityстрока кода эквивалентна репозиторию безопасности стабильной версии. На текущей странице Forky в Debian указано, что обновления безопасности для тестовой версии пока не управляются командой безопасности и могут поступать несвоевременно. Перед продолжением проверьте информацию о текущем релизе тестовой версии .

6. Что предлагает изменить APT?

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

sudo apt update
apt-cache policy
apt-get -s full-upgrade

Эта -sопция имитирует транзакцию; она не устанавливает предлагаемые пакеты. Просмотрите полный план, особенно удаление пакетов, недавно установленные библиотеки, отложенные пакеты и пакеты, для которых нет подходящих кандидатов. APT full-upgradeразрешено устанавливать или удалять пакеты для удовлетворения зависимостей, поэтому «команда выполнена» не то же самое, что «все необходимые приложения остаются установленными».

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

apt-get -s -o Debug::pkgProblemResolver=yes full-upgrade

Не продолжайте, если план предусматривает удаление среды рабочего стола, диспетчера дисплея, сетевых компонентов, загрузчика или другого пакета, от которого вы зависите, и вы не можете объяснить причину. Переход на новую библиотеку может временно сделать некоторые приложения недоступными в тестовой среде. Ожидание перехода или временное сохранение системы в стабильной среде может быть безопаснее, чем принудительное объединение пакетов. Никогда не используйте --forceмассовое удаление пакетов, чтобы создать видимость чистоты симуляции.

7. Когда следует запускать настоящее обновление?

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

sudo apt full-upgrade

Перед принятием решения еще раз внимательно ознакомьтесь с описанием пакета и сводкой по удалению. Если APT предлагает удалить критически важный пакет для настольных компьютеров или ядра системы, ответьте «нет» и проведите расследование. Если обновление останавливается из-за ошибок зависимостей, сохраните точный вывод ошибки. Не запускайте apt --fix-broken installи не повторяйте операцию сразу же с помощью -yкоманды `call`; сначала определите, какое ограничение пакета или репозитория привело к остановке решателя.

После успешной транзакции следуйте уведомлениям о пакетах, перезагрузите компьютер и убедитесь, что графический интерфейс, сеть, звук, хранилище и основные приложения работают. Если идёт масштабный переход или пакеты временно исчезли из тестовой среды, часто предпочтительнее дождаться миграции архивов, чем добавлять нестабильные пакеты. В главе о APT в руководстве администратора Debian объясняется разница между обычными обновлениями и APT full-upgrade, включая возможность удаления пакетов.

8. Как можно проверить миграцию и обеспечить возможность её восстановления?

После перезагрузки подтвердите активную версию и проверьте согласованность пакетов:

cat /etc/os-release
sudo apt-get check
sudo dpkg --audit
apt-cache policy bash libc6 systemd

Просмотрите историю APT /var/log/apt/history.logи журнал пакетов, /var/log/dpkg.logесли вам нужно понять, что изменилось. Протестируйте приложения, от которых зависит Morgan, включая любые проекты, которые послужили причиной переноса. Убедитесь, что исходные файлы теперь указывают на нужный набор приложений и что отключенные сторонние приложения не вернулись незаметно.

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

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

Официальные ссылки

• Информация о тестовом релизе Debian — текущее кодовое имя и статус безопасности.
• Как работает тестирование Debian — критерии миграции пакетов.
• Часто задаваемые вопросы от команды безопасности Debian — обработка вопросов безопасности для тестирования.
• Примечания к выпуску Debian 12 Bookworm — подготовка к поддерживаемому обновлению.
• Справочник Debian: Управление пакетами и Руководство администратора Debian: APT .
• Руководство по APT/apt-get — поведение при моделировании и обновлении.