Вот уже скоро выходит новая LTS-версия замечательного дистрибутива Linux - Ubuntu. Многие пользователи задаются вполне резонным вопросом: "Как же обновиться до Ubuntu 18.04 LTS". Какая магия сопутствует этому? Об этом мы поговорим в сегодняшней статье.
Перед тем, собственно, как начать само обновление, надо убедиться, что никакие важные данные не будут потеряны. Конечно, если вы, все же, хотите проделать это все чисто ради эксперимента на абсолютно нейтральном поле (на виртуальной машине или же "тестовом" пк), то данный пункт вам абсолютно не нужен. Однако если вы из тех, кто использует Ubuntu в качестве операционной системы по-умолчанию - ради своего же блага сделайте резервные копии всех важных данных, и перенесите их куда-нибудь в безопасное место (съемные накопители или другой жесткий диск).
Теперь же необходимо обновить все пакеты в нынешней системе до актуальных версий. Если не сделать этот шаг - обновление может пройти не так, как нам бы этого хотелось. Вводим следующую команду в терминал:
Sudo apt update && sudo apt dist-upgrade
Как только обновление пакетов будет завершено, можно переходить к апгрейду до 17.10.
На выбор доступны два варианта:
И тот, и этот вариант принесет желаемый результат - актуальная версия Ubuntu - 17.10. Какой выбрать - решать только вам.
Если вы захотите использовать этот вариант апгрейда - вам необходимо будет просто дождаться уведомления, которое сообщит о том, что для установки доступна новая версия дистрибутива Ubuntu - 18.04. Далее вам останется подтвердить обновление и подождать пока оно установится на ваш пк. После этого вам предложат перезагрузить компьютер, и после этого вы войдете уже в Ubuntu 18.04.
Если по каким-то причинам вы не видите уведомление о выходе новой версии Ubuntu (и, соответственно, не можете провести апгрейд графической утилитой), то у вас, все еще, остается вариант с командной строкой.
Для начала введите эту команду:
Sudo update-manager
По идее, после подтверждения должен открыться все тот же Software Updater и предложить вам обновиться до актуальной версии. Если этого не случилось, вы можете попробовать ввести это.
На данный момент стало возможным обновить систему до версии 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):
После этого система начнет загрузку и установку новых пакетов — процесс не быстрый, так что не забудь подготовить чашечку чая и пару бутербродов, чтобы не скучать в ожидании следующего диалога в терминале.
Вы зашли в терминал и ваша 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 года.
В апреле 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
Также не помешает ознакомиться:
Поскольку релиз Ubuntu 16.04 LTS уже вот-вот на подходе - вы, возможно, думаете обновляться сейчас или все-таки подождать.
Что же, в этой статье вы узнаете каким образом вы можете обновиться как до релиза, так и после.
Как и версия, с которой вы обновляетесь, Ubuntu 16.04 это релиз с долгосрочной поддержкой . Он будет получать исправления критических багов и обновления безопасности от Canonical в течение 5 лет.
Если на вашем устройстве установлена Ubuntu 14.04 LTS - то как только состоится релиз новой версии, вам предложат обновиться. В случае Xenial - это в Июле.
Но не обязательно ждать пока система предложит вам эту возможность. Обновиться можно уже сейчас .
У вас должна стоять система 14.04 LTS. Нельзя обновиться с Ubuntu 12.04 LTS до 16.04, первоначально не обновившись до Ubuntu 14.04 LTS - полная переустановка займет гораздо меньше времени.
Также нужно помнить, что не обязательно обновлять прямо сейчас. Новый релиз не означает, что текущий уже не торт.Ubuntu 14.04 LTS будет поддерживаться до 2019 года, не забывайте об этом.
Если вам важнее стабильность, а не новый функционал, можно просто подождать пару месяцев, пока ранние пташки не протестируют все от и до, а уже затем обновляться.
Но если жажда новых функций (и новых версия стандартных приложений) слишком сильна, читаем дальше...
В LTS релизах главное стабильность. Поэтому Ubuntu всегда ждет первого официального релиз, прежде чем представить новую LTS версию людям.
А для желающих потрогать новую версию раньше, нужно хорошо попросить.
Сперва наперво: у вас не должно быть неустановленных обновлений.
Перепроверьте еще раз, запустите менеджер обновлений - дайте ему еще раз проверить наличие доступных обновлений, установите все найденные.
Откройте терминал и выполните следующую команду:
sudo update-manager -d
Нажмите Enter и введите пароль, когда потребуется
Через несколько секунд откроется менеджер обновлений. Он еще раз проверит наличие доступных обновлений, затем предложит обновиться до новой версии Ubuntu.
Просто нажмите кнопку “Обновить", чтобы начать процесс
Если вы следуете инструкции до дня официального релиза (что, конечно же, не рекомендуется) - то установка не должна занять много времени при наличии хорошего интернета.
Если вы следуете инструкции в день релиза (что, конечно же, рекомендуется) - то потерпите: вы не единственный, кто обновляется, и сервера, вероятно, перегружены. Все обновление может занять больше времени, чем обычно.
Еще один момент: хотя и обновление с LTS-на-LTS должно сохранить все ваши файлы, всегда рекомендуется делать бэкап важных документов, папок и фотографий перед подобными действиями. Обновления "напрямую" редко идут не по плану, но никогда не говори никогда.
На этом все.
Напишите как все прошло в комментариях!
|Система Ubuntu предоставляет релизы двух типов: стандартные и LTS (Long Term Support). Стандартные релизы выходят каждые полгода, в то время как релизы LTS обновляются каждые два года и поддерживаются, по крайней мере, пять лет.
Обновления системы безопасности Ubuntu 12.04 выйдут в октябре 2017 года. Чтобы продлить время поддержки системы и получить доступ к новым функциям и обновлениям, вы можете обновить систему до нового релиза LTS. В этом руководстве показано, как безопасно обновить сервер Ubuntu 12.04 до 14.04, при этом сохранив существующие конфигурации.
Поскольку текущая система используется для обработки конфиденциальных данных и выполнения задач, очень важно создать её резервную копию. Описанный в данном руководстве процесс обновления системы очень надёжен, однако никто не может гарантировать, что это обновление не вызовет проблем с программным обеспечением или конфигурациями. Предварительное резервное копирование данных заранее позволяет восстановить систему в случае возникновения проблем в результате обновления.
Существует несколько эффективных способов резервного копирования файлов в Ubuntu. Один из них подразумевает копирование файлов сервера в резервную папку на локальной машине при помощи rsync. Создать резервную копию полной файловой системы не получится, так как некоторые из каталогов предназначены для временного хранения запущенных процессов; нужно исключить эти папки из резервного копирования.
Используйте следующие команды для копирования файловой системы сервера. Имейте в виду: при использовании авторизации на основе SSH-ключей пользователь root не имеет пароля, потому нужно направить rsync на файл закрытого ключа (как правило, он находится в /home/username/.ssh/id_rsa). Так как файлы сервера загружаются на локальную машину, то команда должна быть выполнена на локальном компьютере, а не на сервере.
Примечание : Замените условные данные, выделенные красным, своими данными.
sudo rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} -e "ssh -i /path/to/private_key" root@SERVER_IP_ADDRESS:/* ~/backup/
Флаг aAX сохраняет важные атрибуты файлов (такие как права доступа, владельца, и время последнего изменения). При использовании Docker или другого инструмента для виртуализации необходимо добавить флаг S, чтобы команда rsync могла правильно обработать разреженные файлы (например, виртуальную память).
Чтобы в дальнейшем восстановить файлы сервера, можно снова использовать rsync, поменяв местами параметры источника и назначения:
sudo rsync -aAXv -e "ssh -i /path/to/private_key"~/backup/ root@SERVER_IP_ADDRESS:/*
Примечание : Для большей безопасности данных можно также сделать снапшот – моментальный снимок файловой системы.
Прежде чем приступить к обновлению системы, нужно убедиться, что все программы находятся в актуальном состоянии. Обновление ранее установленного программного обеспечения позволяет значительно уменьшить количество пакетов, скачиваемых во время обновления всей системы, а значит – сократить вероятность ошибок.
Для этого используйте пакетный менеджер apt.
sudo apt-get update
sudo apt-get upgrade
apt-cache policy update-manager-core
Если команда не вернула номер версии установленного пакета (выдаёт Installed: (none)), значит, данный пакет не установлен. Используйте apt, чтобы установить его.
sudo apt-get install update-manager-core
Теперь система готова к обновлению.
Далее нужно запустить команду do-release-upgrade с правами root. Этот скрипт автоматически загрузит последнюю версию релиза из репозитория Ubuntu и внедрит все обновления. Данный процесс может занять несколько минут. Кроме того, во время обновления система может задавать вам вопросы, запрашивать данные, просить подтверждения и т.п. Следите за сессией SSH, пока обновление не закончится.
sudo do-release-upgrade
Менеджер обновления выполнит большую часть задач, связанных с переходом на новую версию LTS, самостоятельно, но система всё-таки потребует ответить на некоторые вопросы. В основном система будет просить разрешение на перезапись существующих конфигурационный файлов. Рекомендуется выбрать стандартную опцию – сохранить существующие конфигурации; это самый стабильный вариант.
Примечание : Отвечая на вопросы системы во время обновления релиза, будьте предельно внимательны!
Когда процесс обновления будет выполнен, система попросит выполнить перезагрузку. Чтобы перезагрузить сервер, выберите y.
Сессия SSH будет прервана, потому вам нужно будет восстановить её, чтобы убедиться, что обновление прошло успешно. Вернувшись в сессию, используйте lsb_release, чтобы узнать номер версии ОС:
На экране должен появиться вывод:
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty
Обратите внимание: если всё прошло успешно, в строке Release будет находиться номер 14.04.
Даже если вы загрузили новое ядро для обновленного релиза, ядро не может быть активировано для использования программным обеспечением для обслуживания сервера. Как правило, хостинг-провайдер предоставляет специальные инструменты для индивидуального обновления ядра.
Чтобы узнать, какую версию ядра использует сервер, введите:
Результат будет примерно такой:
3.2.0-24-virtual i686
Если версия ядра ниже 3.13, значит, сервер ещё не поддерживает ядро Ubuntu 14.04. Конечно, маловероятно, что старое ядро вызовет проблемы с программным обеспечением, но новое ядро позволит улучшить производительность и получить доступ к новым полезным функциям.
В процессе обновления сервер загрузил новое ядро для Ubuntu 14.04. Чтобы узнать, какая версия ядра была загружена, проверьте каталог /lib/modules:
На экране появится:
3.13.0-39-generic 3.2.0-24-virtual
Чтобы использовать новое ядро, нужно обновить его при помощи панели управления, затем отключить и запустить сервер.
Откройте панель управления и выберите сервер, ядро которого нужно обновить.
Как правило, в специальной вкладке содержится список доступных ядер. Выберите ядро, которое подходит для данного дистрибутива, релиза и версии (в данном случае это 3.13.0-39-generic).
Выбрав ядро, загрузите его на сервер. Чтобы сервер начал использовать новое ядро, его нужно отключить. Для этого рекомендуется использовать терминал:
Когда сервер будет полностью отключен, можете загрузить его снова.
Снова подключитесь к серверу по SSH и убедитесь, что теперь он использует новое ядро:
Команда должна вернуть версию нового ядра:
3.13.0-39-generic i686
Теперь сервер Ubuntu обновлён до последнего релиза LTS, что предоставит вам доступ к последним обновлениям программного обеспечения и системы безопасности до 2019 года.
Столкнувшись с проблемами совместимости программ после обновления, проверьте документацию этой программы, чтобы узнать о возможных изменениях, которые нужно внести в её конфигурации.
Tags: ,
