Получив уведомление о 1404_HWE_EOL , я рассматриваю возможность обновления важной производственной системы до 16.04.1. Я говорю «важная производственная система», потому что это рабочая станция, которую я ежедневно использую на работе. Я хочу избежать ошибок или других проблем, потому что у меня нет лишнего времени на отладку и решение проблем (ИТ-отдел не помогает с системами Linux). У меня есть резервные копии всех данных, но нет текущего раздела ОС (я могу использовать диск ОС как еще один запасной вариант). Какие еще шаги я должен выполнить перед обновлением? Я хочу знать, как минимизировать осложнения при использовании обновления выпуска, предлагаемого в Ubuntu.
Я прочитал об удалении PPA перед обновлением . У меня установлено 27 PPA, для удаления всех этих программ, которые они приносят, потребуется некоторое время, а после обновления произойдет обратное. Это имеет значительную выгоду? Что-нибудь еще?
источник
Ответы:
Я бы не стал обновлять такую систему. Я установил бы 16.04 на другую машину, скопировал бы текущие данные на эту машину. Протестируй, попробуй еще. А затем сделайте эту машину рабочим сервером.
И вы можете повторить это с 18.04 с текущего сервера 14.04.
Зачем вообще рисковать?
источник
ddдля клонирования моего диска (SSD на HDD), тестирования как оригинала, так и клона, затем nuke и pave для установки новой ОС. Я всегда делал это в прошлом, но надеялся, что выполнение некоторых шагов обеспечит надежный метод обновления до новой версии. Это слишком оптимистично?do-release-upgradeдля обновления Ubuntu до следующего выпуска LTS?Я бы взял резервную копию образа («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 и начните копирование.
источник