Ubuntu 16.04 lts отмена обновления
Сегодня выпущен Ubuntu 16.04 LTS. Я видел здесь iso. Но я не хочу делать чистую установку. Может кто-нибудь объяснить мне, как обновить?
Related of "Помощь для обновления ubuntu 14.04 до 16.04"
Теперь, когда выйдет релиз, вы можете сделать следующее:
sudo do-release-upgrade -d
Прежде всего, сделайте резервную копию своей системы. Вам может потребоваться вмешаться, чтобы сообщить, чтобы он перезаписывал любые файлы конфигурации с изменениями или показывал вам diff, чтобы вы могли либо объединить его вручную, либо сделать заметку, чтобы исправить ее позже.
(Флаг -d предназначен для «Разработка», но он даст вам окончательный выпуск 16.04 LTS. Причина, по которой вы должны заставить его таким образом, состоит в том, что обычно рекомендуется дождаться выхода версии 16.04.1 он обычно содержит множество исправлений ошибок.)
Окончательный выпуск 16.04 LTS не выпущен для обновления, но он будет выпущен через некоторое время сегодня и завтра.
От man do-release-upgrade
H, --help show help message and exit -d, --devel-release Check if upgrading to the latest devel release is possible -p, --proposed Try upgrading to the latest release using the upgrader from Ubuntu-proposed -m MODE, --mode=MODE Run in a special upgrade mode. Currently "desktop" for regular upgrades of a desktop system and "server" for server systems are supported. -f FRONTEND, --frontend=FRONTEND Run the specified frontend -s, --sandbox Test upgrade with a sandbox aufs overlay
В man-странице есть одна недопустимая функция, но вы можете ее увидеть, когда вы вызываете do-release-upgrade --help:
-c, --check-dist-upgrade-only Check only if a new distribution release is available and report the result via the exit code
Поэтому, чтобы проверить, доступно ли обновление, вы можете использовать следующую строку из терминала:
Do-release-upgrade -c
который даст вам следующий выход, если выпуск недоступен:
Checking for a new Ubuntu release No new release found.
и следующее, если релиз действительно доступен:
Checking for a new Ubuntu release New release "16.04" available. Run "do-release-upgrade" to upgrade to it.
Если вы хотите проверить, не приведет ли обновление к ошибкам, вы можете сделать следующее:
Sudo do-release-upgrade -s
Это попытается установить обновление без его фактической установки. Единственная ошибка, с которой вы можете столкнуться, может проигнорировать тот, что касается grub поскольку установка изолированной изолированной среды не может быть установлена. Если вы обнаружите другие ошибки, скорее всего, вам стоит скорее перейти на новую установку вместо обновления. Однако, поскольку это тестовый тест с песочницей, вы можете просто reboot свой компьютер и вернуться к старой системе без каких-либо изменений.
Для самого обновления, если вы хотите это сделать, и вы получили подтверждение, что релиз доступен, вы можете просто запустить
Sudo do-release-upgrade
без каких-либо параметров, которые будут выполнять обновление.
В случае, если вы не хотите ждать, и незадолго до релиза (т.е. день выпуска, но вы не получили подтверждения о выпуске уже имеющегося), вы можете принудительно обновить ветку разработки, которая должна быть в этой точке наравне с сам релиз:
Sudo do-release-upgrade -d
Sudo do-release-upgrade
Это команда для обновления до последней версии, но на данный момент она ничего не сделает, поскольку последняя версия еще не доступна на зеркалах.
Странный момент: я загрузил Ubuntu Mate 16.04 для RPI3 вчера, что было довольно странно, так как обычный образ рабочего стола по-прежнему 15.10.
При обновлении Ubuntu 14.04 LTS до 16.04 LTS обычным способом «do-release-upgrade» по умолчанию будут удалены все сторонние пакеты. В том числе и пакеты Zimbra. К счастью, есть аккуратный маленький трюк, чтобы предотвратить это удаление.
Как обновить Ubuntu 14.04 LTS до 16.04 LTS, чтобы не удалилась Zimbra
1. Откройте два сеанса экрана (или два сеанса терминала) на вашем сервере Zimbra / ZCS
2. Блокируйте доступ пользователей к серверу. Как правило это порты SMTP, SMTPS, IMAP и IMAPS.
3. Сделайте резервное копирование сервера.
4. Остановите Zimbra:
$ sudo /etc/init.d/zimbra stop
5. Убедитесь, что все пакеты обновлены до последних версий:
$ sudo apt-get update && sudo apt-get upgrade
6. Запустите процесс обновления дистрибутива Ubuntu:
$ sudo do-release-upgrade
Если у вас нет do-release-обновления, вам нужно сначала выполнить
sudo apt-get install update-manager-core
7. При появлении запроса «do-release-upgrade», который отключает сторонние источники, повторно включите сторонние источники.
Для этого откройте /etc/apt/sources.list.d/zimbra.list с помощью редактора (например, nano, vim) в другом сеансе терминала / экрана и измените его содержимое:
# deb https://repo.zimbra.com/apt/87 xenial zimbra # disabled on upgrade to xenial
# deb-src https://repo.zimbra.com/apt/87 xenial zimbra # disabled on upgrade to xenial
Deb https://repo.zimbra.com/apt/87 xenial zimbra
deb-src https://repo.zimbra.com/apt/87 xenial zimbra
Затем вернитесь к первому сеансу терминала и дайте «do-release-upgrade» продолжить процесс обновления.
8. Когда вы узнаете о пакетах, которые будут удалены или обновлены и спрошены, подтвердите это.
Примечание. Не беспокойтесь о незначительных сообщениях об ошибках. Вы можете смело игнорировать их.
9. Согласитесь со всеми предложениями «do-release-upgrade» (например, удаление файлов в /var/log/sysstat/ и разрешаете ли вы перезапустить ssh).
10. Когда процесс обновления будет завершен, перезапустите систему.
11. После этого запустите Zimbra на Ubuntu 16.04 LTS. Проверьте статус запуска:
sudo /etc/init.d/zimbra status
Первый запуск Zimbra может занять некоторое время, чтобы должным образом запустились все службы.
Если есть какие-либо проблемы или вы хотите быть более осторожными, вы также можете и снова запустить его установщик:
12. Если все в порядке, разблокируйте порты SMTP и SMTPS (и IMAP и IMAPS).
Если что-то не получилось, то просто сделайте восстановление всего сервера из резервной копии.
Вы зашли в терминал и ваша Ubuntu приветствует Вас сообщением, что могут быть обновлены пакеты. Какие команды надо набрать, чтобы обновить Ubuntu из командной строки?
Welcome to Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-79-generic x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage Могут быть обновлены 17 пакетов. 0 обновлений касаются безопасности системы.
Перед обновлением необходимо выполнить команду apt-get update , которая обновит информацию о пакетах, содержащихся в репозиториях, чтобы в процессе обновления получить самые последние версии пакетов. Далее существует 2 варианта обновления: dist-upgrade и upgrade . Предпочтительнее первый вариант.
Когда мне надо обновить убунту через терминал, я выполняю эти две команды:
Sudo apt-get update sudo apt-get dist-upgrade
dist-upgrade делает тоже самое, что upgrade плюс выполяет «умное» разрешения конфликтов версий пакетов. При конфликтах пакетов Ubuntu попытается обновите наиболее важные пакеты за счет менее важных. Поэтому команда dist-upgrade может установить дополнительные пакеты или удалить один из конфликтующих пакетов.
Команды upgrade и dist-upgrade не меняют версию системы, например с Ubuntu 13.04 до Ubuntu 13.10. Для этого есть отдельная команда.
Do-release-upgrade
На мой взгляд простым смертным имеет смысл апгрейдится только с LTS на LTS, то есть совершать переход между версиями с долгосрочной поддержкой, а выпускаются они раз в 2 года и поддерживаются 5 лет. Еще это обусловлено тем, что большинство производителей серьёзного программного обеспечения также поддерживают свои продукты для LTS версий операционных систем, например цитата из документации MongoDB :
PLATFORM SUPPORT
MongoDB only provides packages for 64-bit LTS (long-term support) Ubuntu releases. For example, 12.04 LTS (precise), 14.04 LTS (trusty), 16.04 LTS (xenial), and so on. These packages may work with other Ubuntu releases, however, they are not supported.
То есть, если вы обновитесь с Ubuntu 16.04 на 16.10 и вдруг MongoDB перестанет работать, то не факт, что даже за деньги вам помогут решить эту пробему.
В рассматриваемом случае получается периодичность выполнения команды do-release-upgrade примерно раз в 2-4 года.
Обновление с 16.04 до 18.04
В апреле 2018 года Canonical выпустила Ubuntu 18.04 LTS (кодовое имя Bionic Beaver). А это значит, что можно обновлять систему.
Однако стоит упомянуть слова Стив Лангасека, менеджера команды Ubuntu Engineering Foundations, который напоминает про принцип «Работатет - не трогай»:
Обновления между выпусками LTS не включаются по умолчанию, пока не будет выпущен первый выпуск (18.04.1), запланированный на июль. Рекомендуется, чтобы большинство пользователей LTS подождали до этого времени до обновления до 18.04.
Поэтому, до недавнего времени если запускалась команда do-release-upgrade , то она выводила сообщение, что обновлений нет.
$ sudo do-release-upgrade Checking for a new Ubuntu release No new release found.
Если в таком случае добавить ключ -d (версии разработки), то обновление запустится
$ sudo do-release-upgrade -d
// Пробовал обновиться 8.05.2018, не получилось, откатился назад.
Итак, время пришло. Терминал торжественно встречает фразой.
New release "18.04.1 LTS" available. Run "do-release-upgrade" to upgrade to it. do-release-upgrade Чтение временных файлов Проверка менеджера пакетов Продолжить работу через SSH? Этот сеанс запущен через ssh. Не рекомендуется выполнять обновление через ssh, так как в случае неудачи восстановление будет очень сложным. Если вы продолжите, дополнительная служба ssh будет запущена на порту «1022». Хотите ли вы продолжить? Продолжить [дН]
И вот на этом моменте следует остановиться. Если у вас нет «прямого» доступа к машине, то есть риск, что обновление пройдет неудачно и вы не сможете об этом узнать по SSH. Безопаснее обновлять операционную систему, если у вас есть физический доступ к машине.
Второй момент. Система несколько раз спросит подтверждение:
Продолжить [дН] Подробности [п]
Если у вас локализованная версия Ubuntu, то прямо в терминале (не SSH) сменить раскладку не получится((, а ответ yes или y не подойдет. Поэтому стоит скопировать букву «д» в буфер обмена.
После подтверждения начинатся загрузка и установка пакетов, модификация системных файлов. В зависимости от установленного ПО мастер установки задаст вопросы вида:
Файл настройки «/etc/apache2/apache2.conf» ==> Изменён с момента установки (вами или сценарием). ==> Автор пакета предоставил обновлённую версию. Что нужно сделать? Есть следующие варианты: Y или I: установить версию, предлагаемую сопровождающим пакета N или O: оставить установленную на данный момент версию D: показать различия между версиями Z: запустить оболочку командной строки для проверки ситуации По умолчанию сохраняется текущая версия файла настройки. *** apache2.conf (Y/I/N/O/D/Z) [по умолчанию N] ?
Ничего сложного. Отвечаем, дожидаемся завершения обновления.
Обновление системы завершено. Требуется перезагрузка Чтобы завершить обновление, требуется перезагрузка. Если вы выберите «д», система будет перезагружена.
Перезагружаемся.
Проблемы после обновления
На вопрос Файл настройки «/etc/apache2/apache2.conf» изменён я ответил установить версию, предлагаемую сопровождающим пакета. Из-за этого apache2 не запустился.
Смотрим журнал journalctl -xe -u apache2
Apachectl: AH00558: apache2: Could not reliably determine the server"s fully qualified domain name, using 127.0.1.1. Set the "ServerName" directive globally to suppress this message
Запись сообщает, что не удалось достоверно определить полное доменное имя сервера. Добавление ServerName
Echo "ServerName localhost" | sudo tee /etc/apache2/conf-available/servername.conf sudo a2enconf servername sudo systemctl reload apache2
Ls /etc/apache2/mods-available | grep php php7.2.conf php7.2.load
Включаем модуль PHP 7.2
Sudo a2enmod php7.2
Система не поставила PHP расширение pdo_mysql . Исправляем:
Sudo apt-get install php7.2-mysql
Также не помешает ознакомиться:
- Не забывайте посматривать
На данный момент стало возможным обновить систему до версии 18.04 LTS beta с помощью менеджера приложений т.к. она достигла версии финальной бета-заморозки. В последствии после выхода релизной версии — дистрибутив обновится в штатном режиме через обычное обновление пакетов. Но, если Ubutnu 18.04 уже вышла из стадии беты — то не страшно — данная статья подойдет и для обновление системы до релизной версии (разницы в данном случае нет).
Перед началом обновления следует подстраховаться и сделать резервную копию важных данных, ведь всегда остается вероятность ошибок при обновлении ОС. Также желательно на время обновления включить использование открытых драйверов на видео вместо проприетарных (если используются) во избежании непредвиденных ситуаций с графикой после перезагрузки системы, что вполне не исключено. Сделать этом можно в меню «Software & Updates» -> «Дополнительные драйверы».
Также стоит убедиться, что в конфигурационном файле /etc/update-manager/release-upgrades значение Prompt установлено как lts . Если это не так, то менеджер обновления предложит обновиться не до версии 18.04 LTS, а до следующей доступной (например с 17.04 до 17.10).
Обновление системы
Через графический интерфейс
Для начала следует обновить все приложения в Ubuntu выполнив с помощью терминала команды:
Sudo apt update sudo apt upgrade
Или с помощью менеджера приложений (используя графический интерфейс).
После того, как все приложения были обновлены можно приступать к обновлению системы. Запускаем менеджер обновления от имени суперпользователя и с флагом d (в терминале — CTRL+ALT+T):
Sudo update-manager -d
Флаг d необходим в данный момент из-за того, что последняя версия имеет статус бета (разрабатываемый релиз). Если на момент чтения статьи 18.04 уже доступна в качестве релизной версии, то можно использовать команду без данного флага.
Если все идет по плану — то откроется окно (рис. выше) в котором будет сообщаться об отсутствии обновлений для компьютера и доступности нового выпуска системы (Ubuntu 18.04). Для начала обновления жмем на кнопку «Обновить».
Следующим откроется окно с информацией о выпуске, можно просмотреть информацию и двигаться дальше, нажав «Обновить»:
Если у тебя добавлены сторонние репозитории (источники приложений) то откроется окно с информацией о том, что они были отключены. Если они понадобятся в дальнейшем — то их можно будет активировать после обновления системы.
После всех вышеописанных действий мы наконец добрались до финишной прямой, после прохождения которой останется только ждать, глядя на заполняющийся прогрессбар процесса обновления.
На окне с двумя кнопками «Отменить» и «Начать обновление» — думаю не стоит особо заострять внимание — тут все понятно:
А вот и все — после выполнения предыдущего пункта откроется окно с прогрессом обновления:
В процессе установки могут периодически всплывать окна с различными вопросами и предупреждениями как от различных приложений, так и от самой системы. Что касается приложений — тут все индивидуально, а примером вопроса от системы я продемонстрирую следующее окно:
Тут нас спрашивают: «удалять ли устаревшие пакеты?». В большинстве случаев рекомендуется удалить их (предварительно можно просмотреть список того, что будет удалено под кнопкой «подробности»).
Последним всплывающим окном мы увидим следующее:
Перезагрузим систему.
В моем случае после успешной перезагрузки потребовалось только активировать проприетарный драйвер для видеокарты. Все остальное осталось в полной работоспособности.
Для того, чтобы убедиться, что система обновилась до версии 18.04 в терминале можно выполнить команду:
Lsb_release -a
Через текстовый терминал
Процесс обновления Ubuntu в консоли мы инициируем командой do-release-upgrade от имени суперпользователя. И, по аналогии с обновлением через update-manager используем флаг d — как я указывал в начале статьи, он: «необходим в данный момент из-за того, что последняя версия имеет статус бета (разрабатываемый релиз). Если на момент чтения статьи 18.04 уже доступна в качестве релизной версии, то можно использовать команду без данного флага».
Итак, выполняем команду:
Sudo do-release-upgrade -d
Запустится проверка наличия обновлений. После чего, если обновления системы будут найдены, тебе нужно будет подтвердить начало их установки нажав Д (Y):
После этого система начнет загрузку и установку новых пакетов — процесс не быстрый, так что не забудь подготовить чашечку чая и пару бутербродов, чтобы не скучать в ожидании следующего диалога в терминале.
