apt-get dist-upgrade на производственном компьютере

dist-upgrade очень безопасно. Я модернизировал сотни производственных машин. У меня есть системы под управлением squeeze, которые изначально были установлены на sarge. Я выполнил apt-get dist-upgrade буквально тысячи и тысячи раз на производственных машинах.

Это не значит, что это безопасно. Я столкнулся с проблемами, но я могу сосчитать их с одной стороны.

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

Я не согласен с комментарием Пеполуана, что это никогда не безопасно.

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

Однако, чтобы быть уверенным в ответе, вы должны сделать суждение о том, на какой риск вы готовы пойти - и затем проверить его. Никогда не говори никогда":-)

Если вы хотите обновить свой дистрибутив dist-upgrade будет способ пойти. Он будет обновлять только пакеты, установленные через apt-get или dpkg. Это не затронет ваши вещи, скомпилированные вручную. Кроме того, он даст вам резюме, прежде чем делать работу, чтобы вы могли увидеть это самостоятельно.

Если вы хотите обновить версию Ubuntu до более новой, вам придется запустить do-release-upgrade, Я чувствую, что в вашей настройке это было бы рискованно. Есть два способа решения этой задачи:

1. сделать полный тест, как говорит @lain;
2. переустановите скомпилированные вручную пакеты через менеджер пакетов. Исправьте и проверьте свою конфигурацию. Тогда беги do-release-upgrade или используйте альтернативный вариант обновления CD (лично я бы к последнему).

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

      $ sudo apt install timeshift
$ sudo timeshift --create --tags H

Кстати, не забудьте изменить конфигурационный файлtimeshift.

      $ sudo nano /etc/timeshift/timeshift.json

В противном случае резервное копирование не будет выполнено автоматически.

Я не считаю это безопасным делом.

Даже с тестированием... сколько тестов вы собираетесь делать?

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

PS. Я всегда избегаю установки программного обеспечения, которое не упаковано, когда это возможно. И для меня, по моему опыту, это всегда было возможно.