Які дії слід вжити, перш ніж здійснити оновлення версії, щоб уникнути проблем?


10

Після повідомлення про 1404_HWE_EOL я розглядаю можливість модернізації важливої ​​виробничої системи до 16.04.1. Я кажу "важлива система виробництва", тому що це робоча станція, яку я щодня використовую на роботі. Я хочу уникнути помилок чи інших проблем, тому що у мене немає зайвого часу, щоб витратити налагодження та розбирати проблеми (ІТ-відділ не допомагає в системах Linux). У мене є резервна копія всіх даних, але не поточний розділ ОС (я можу ввести дисковод ОС як інший шар резервної копії). Які ще дії слід виконати перед оновленням? Хочу знати, як мінімізувати ускладнення при використанні оновлення випуску, пропонованого в Ubuntu.

Я читав про видалення PPA перед оновленням . У мене встановлено 27 PPA, це займе певний час, щоб видалити всі ці програми, які вони приносять, а потім змінити після оновлення. Чи має це суттєва користь? Ще щось?


Це система виробництва VM? Якщо це так, у вас може бути можливість зробити знімок та / або повернутися до нього до оновлення. Я використовував це раніше, щоб уникнути невдалих оновлень на локальній машині розвитку (не на виробничому сервері).
ashes999

Це не ВМ. У такому випадку це був би чудовий варіант.
Стівен К. Хоуелл

1
Коли я оновив, процес автоматично відключив мої додані PPA - їх не потрібно видаляти. Після оновлення я міг їх повторно включити. Проблеми із прорізуванням зубів (для мене) полягали в основному про пару PPA, які не були оновлені для підтримки Xenial.
Падді Ландау

Застереження. Якщо у вас є відеокарта AMD, переконайтеся, що вона сумісна з драйверами, доступними 16.04. Шахта ні, і на користь довголіття мого обладнання я повернувся до 14.04.
Тоні Мартін

Відповіді:


13

важлива система виробництва

Я б не оновлював таку систему. Я встановив би 16.04 на іншу машину, скопіював живі дані на цю машину. Тест, тестуйте ще трохи. А потім зробіть цю машину виробничим сервером.

І ви можете повторити це з 18.04 за допомогою поточного сервера 14.04.

Навіщо взагалі ризикувати?


У моїй ситуації у мене немає повного дублікату апаратного стеку, тому це означає використовувати ddклон мого накопичувача (SSD на HDD), протестувати і оригінал, і клон, а потім запустити Nuke і прокласти для встановлення нової ОС. Я завжди робив це в минулому, але сподіваюся, що дотримання певного кроку забезпечує надійний метод переходу до нового випуску. Це занадто оптимістично?
Стівен К. Хоуелл

Ні. Повністю можливо. Можливо, вам доведеться врахувати 1 предмет: 16.04 використовує "systemd". Тож запуск усіх сервісів змінився.
Rinzwind

Тож які кроки призводять до поліпшення результатів при використанні do-release-upgradeдля оновлення Ubuntu до наступного випуску LTS?
Стівен К. Хоуелл

Хоча ця відповідь надає обґрунтовану пораду, що, на мій досвід, є безпечним способом оновлення, вона не надає інформацію про використання вбудованої опції оновлення випуску. Саме це я хочу зрозуміти краще.
Стівен К. Хоуелл

Вибачте, "покращені результати при використанні до-реліз-оновлення" порівняно з чим?
Rinzwind

2

Я б взяв резервну копію зображень ("dd" в Linux Live System) Робочої станції і перетворив би її в VirtualBox VM. (RAW-зображення для VDI). Після цього зробіть оснастку і запустіть це зображення в VB. Програйте весь крок для оновлення. Якщо щось не працює, поверніть оснащення назад. Отримавши оновлену систему, ви можете перетворити VDI назад у сировину та "дд" її у вашу систему або відтворити бігову книгу.
Але завжди робіть останню резервну копію зображень "dd", перш ніж перезаписати стару систему.
Я вважаю за краще запускати свої системи з USB Thumb-накопичувача, щоб встановлення системи робилося за допомогою "VDI -> RAW -> usb tumb-drive" та завантажувалося з оновленої / встановленої системи. готовий. Гаразд, ви "втрачаєте" один порт USB, але у вас ніколи не буде напруги, і ви завжди можете зробити резервну копію системи.


1

Ось варіант відповіді @ rinzwind, який може працювати з обладнанням, яке ви вже маєте.

Якщо у вас є (або ви можете звільнити) достатньо вільного місця на внутрішньому дисководі, ви можете створити 2 нові розділи (використовуючи щось на зразок gparted від дистрибутива CD / USB) та скопіювати root (/) на один з них та / home до іншого та позначте їх на кшталт root2 та home2, щоб їх легко було знайти.

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

Вам доведеться вказати новий корінь на новий / home, відредагувавши зміни /etc/fstabна новому кореневому розділі (оновлення UUIDs нового / домашнього та кореневих розділів).

Ви отримуєте їх, виконуючи ls -l /dev/disk/by-labelпошук пристроїв, на яких зараз працює новий корінь та дім, а потім запущений, ls -l /dev/disk/by-uuidщоб перейти від назв пристроїв до увайдів.

Далі оновіть grub (з вашої виробничої системи) чимось на кшталт grub-customizer, щоб додати новий корінь у меню grub.

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

Після завершення оновлення ви можете просто сказати grub, що копія є живою (запис за замовчуванням) і що тепер оригінал - це резервне копіювання. grub-customizer робить такі речі досить легкими.

Якщо у вас є занадто багато даних у / home або root (роблячи їх занадто великими, щоб їх дублювати), покладіть їх спочатку у свій власний розділ (обов'язково повідомте програмам, які отримують доступ до нього про переїзд). Його не потрібно дублювати - просто створити резервну копію.

Це також робить резервну копію даних набагато простішою, оскільки вона більше не поєднується з системними речами.

За допомогою другого набору "тестових" розділів ви можете спробувати всілякі речі, від яких ви не хочете ризикувати в системі, від якої ви залежаєте щодня.

Я зараз запускаю Kubuntu 12.04, як це, з 16.04 в моїх розділах "розробку", поки він не буде налаштований так, як мені хочеться.

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

Ця відповідь охоплює всі основні деталі, як це зробити. Я не намагався висвітлити кожну дрібну деталь кожного кроку. Але оскільки ви працюєте з копією всього, не повинно бути серйозних питань, і все інше вже було висвітлено десь тут на stackexchange.


0

Хоча це не стосується конкретного випадку, якщо система Ubuntu є віртуальним комп'ютером, ви можете подолати цю проблему, зробивши знімок перед оновленням та поверненням, якщо воно не працює.

Одного разу я оновив один із своїх віртуальних машин, і хоча оновлення не вдалося і нібито повернулося назад, я не отримав чистої / функціональної системи.

@ Відповідь Rinzwind також працює з віртуальними машинами: створіть новий VM, встановіть на ньому нову версію Ubuntu і починайте копіювати речі.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.