Выбирает эту опцию на живой сессии, отличающейся от выполнения do-release-upgrade
в регулярной установке? Если так, как?
(Проигнорируйте версию - я на самом деле обновляю от 12,04 до 16,04),
У меня есть много установленных пакетов и настроенные сервисы.
У меня так или иначе создается впечатление, что, по крайней мере, основанный на ISO метод (повсеместность) более или менее распаковывает новую основную системную замену и затем устанавливает о том же наборе пакетов, но большая часть конфигурации просто заменяется (никакое слияние и т.д.)
Я использовал бы метод, который сохраняет как можно больше моей конфигурации.
С тех пор нет никакого другого ответа, я опишу то, что я собрал в течение последних нескольких дней, пробуя оба метода и различные случаи в прошлом.
Этот метод не очень любезен для серверов с пользовательской конфигурацией или данными, но это очень быстро и гарантирует правильно модернизированную систему.
do-release-upgrade
метод работает из системы. Это выполняет некоторые пользовательские сценарии перехода, но главным образом это apt-get upgrade
, но к следующей системе LTS. Если Вы - 2 выпуска LTS позади подобного, я был, необходимо будет выполнить его дважды. Различия между конфигурационными файлами по умолчанию обнаруживаются, поскольку пакеты установлены. , Если все подходит, много пользовательских конфигураций быть сохраненными или указаны обновлением и нуждаются в небольшом объеме физической работы каждый.
оборотные стороны - то, что процесс занимает много времени и, возможно, нуждается в ручном вмешательстве многократно по пути. Это может получить техническую попытку выяснить различия между старым и новыми файлами конфигурации. Также результатом может быть странное пересечение между новейшей технологией Ubuntu и старыми пакетами и перенесенными конфигурациями.
Некоторые примечания по выполнению do-release-upgrade
и графические сессии.: Выполнение этого от графического интерфейса пользователя может быть плохой идеей. Графическая сессия замучена различными способами, когда пакеты обновлены из-под нее. Мудро эти do-release-upgrade
переносит его сам в screen
сессия. (Я испытал затруднения при повторном подключении с screen
сессия. К счастью я также имел tmux
выполнение вдобавок ко всему и после получения более старой версии tmux
я смог возобновиться от текстовой консоли.)