Debian 13 Trixie: почему release notes важнее быстрых гайдов
Перед обновлением Debian лучше читать release notes, а не короткий пост с тремя командами.
Когда выходит новый Debian, в интернете быстро появляются инструкции формата: заменить codename в sources.list, выполнить apt update, потом apt full-upgrade. В лаборатории это иногда работает. На VPS с реальным сайтом такой подход слишком легкомысленный.
Почему release notes не формальность
Debian release notes обычно скучные, но именно там написано то, что ломает ночной сон: изменения в пакетах, переходы сервисов, удаленные компоненты, особенности upgrade path, известные проблемы и порядок действий.
Если сервер живет давно, на нем почти всегда есть следы прошлых решений:
- PPA или сторонние репозитории;
- вручную собранные пакеты;
- старые конфиги nginx;
- сервисы, которые стартуют только из-за случайной совместимости;
- PHP или Node.js, поставленные не из системного репозитория.
Быстрый гайд обычно не знает обо всем этом.
Как подходить к Debian 13
Я бы делал так:
- Сначала прочитать официальные release notes.
- Проверить, какие пакеты стоят не из Debian.
- Сделать snapshot или backup важных каталогов.
- Прогнать обновление на копии.
- Только после этого трогать production.
Для маленького блога это может звучать слишком серьезно. Но на практике именно маленькие проекты чаще всего держатся на одном VPS без staging, а значит цена ошибки выше.
Вывод
Debian 13 сам по себе не страшен. Страшен апгрейд без понимания текущего состояния сервера. Release notes нужны не для галочки, а чтобы заранее увидеть места, где короткие инструкции молчат.
Источник: Debian 13 release notes.