Какие шаги следует предпринять перед обновлением релиза, чтобы избежать проблем?

Получив уведомление о 1404_HWE_EOL , я рассматриваю возможность обновления важной производственной системы до 16.04.1. Я говорю «важная производственная система», потому что это рабочая станция, которую я ежедневно использую на работе. Я хочу избежать ошибок или других проблем, потому что у меня нет лишнего времени на отладку и решение проблем (ИТ-отдел не помогает с системами Linux). У меня есть резервные копии всех данных, но нет текущего раздела ОС (я могу использовать диск ОС как еще один запасной вариант). Какие еще шаги я должен выполнить перед обновлением? Я хочу знать, как минимизировать осложнения при использовании обновления выпуска, предлагаемого в Ubuntu.

Я прочитал об удалении PPA перед обновлением . У меня установлено 27 PPA, для удаления всех этих программ, которые они приносят, потребуется некоторое время, а после обновления произойдет обратное. Это имеет значительную выгоду? Что-нибудь еще?

важная производственная система

Я бы не стал обновлять такую ​​систему. Я установил бы 16.04 на другую машину, скопировал бы текущие данные на эту машину. Протестируй, попробуй еще. А затем сделайте эту машину рабочим сервером.

И вы можете повторить это с 18.04 с текущего сервера 14.04.

Зачем вообще рисковать?

Я бы взял резервную копию образа («dd» в Linux Live System) рабочей станции и преобразовал ее в виртуальную виртуальную машину VirtualBox. (RAW-изображение для VDI). После этого сделайте снимок и запустите этот образ в VB. Пройдите все шаги для обновления. Если что-то не работает, верните оснастку обратно. После обновления системы вы можете преобразовать VDI обратно в raw и "dd" в вашу систему или сыграть в run-book.
Но всегда делайте последнюю резервную копию образа "dd", прежде чем перезаписывать свою старую систему
Я предпочитаю запускать мои системы с флэш-накопителя USB, поэтому установка системы выполняется с помощью «VDI -> RAW -> usb tumb-drive» и выполняется загрузка с обновленной / установленной системы. готов. Хорошо, вы «потеряли» один порт USB, но у вас никогда не будет стресса, и вы всегда можете легко сделать резервную копию системы.

Вот вариант ответа @ rinzwind, который может работать с уже имеющимся у вас оборудованием.

Если у вас есть (или вы можете освободить) достаточно свободного места на внутренних дисках, вы можете создать 2 новых раздела (используя что-то вроде gparted из дистрибутива live CD / USB) и скопировать root (/) в один из них. и / home к другому и пометить их как root2 и home2, чтобы их было легко найти.

Если root и home находятся в одном разделе, вы можете просто скопировать это, но по многим причинам намного лучше, если они разделены.

Вам нужно будет указать новый корень в новом / home, отредактировав изменения в /etc/fstabновом корневом разделе (обновив UUID нового / home и корневых разделов).

Вы можете получить их, выполнив команду, ls -l /dev/disk/by-labelчтобы найти устройства, на которых в настоящий момент находятся новый root и home, а затем запустить их, ls -l /dev/disk/by-uuidчтобы перейти от имен устройств к uuids.

Затем обновите grub (из вашей производственной системы) с помощью grub-customizer, чтобы добавить новый корень в меню grub.

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

Когда вы закончите обновление, вы можете просто сказать grub, что копия является действующей (запись по умолчанию), а оригинал теперь является резервной копией. grub-customizer делает такие вещи довольно легко.

Если у вас слишком много данных в / home или root (что делает их слишком большими для дублирования), сначала поместите их в отдельный раздел (обязательно расскажите программам, которые получают к ним доступ, о перемещении). Это не должно быть дублировано - только поддержано.

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

Со вторым набором «тестовых» разделов вы можете теперь попробовать все виды вещей, которые вы не хотели бы рисковать в системе, от которой вы зависите, для повседневной работы.

В настоящее время я использую Kubuntu 12.04, например 16.04, в своих разделах «разработки», пока он не настроен так, как я хочу.

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

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

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

Однажды я обновил одну из своих виртуальных машин, и хотя обновление не удалось и якобы откатилось, у меня не было чистой / функциональной системы.

Ответ @ Rinzwind также работает с виртуальными машинами: создайте новую виртуальную машину, установите на нее новую версию Ubuntu и начните копирование.