Як віддалено встановити Linux через SSH?

Мені потрібно віддалено встановити Ubuntu Server 10.04 (x86) на сервер, на якому зараз працює RHEL 3.4 (x86). Мені доведеться бути дуже обережним, оскільки ніхто не може натиснути на мене кнопку перезапуску, якщо щось піде не так.

Ви коли-небудь віддалено встановлювали Linux? Який спосіб ви б рекомендували? Будь-яка порада на речі, на які слід стежити?

Оновлення:

Спасибі за вашу допомогу. Мені вдалося «поміняти шини під час руху» !

Основні компоненти мого методу витягнуті з HOWTO - Встановлення Debian на віддалену систему Linux , спадщина grub: завантаження лише одного разу , перезавантаження паніки одноразового завантаження та ядра та документація спільноти Ubuntu: InstallationFromKnoppix

Ось контур того, що я зробив:

1. Запустіть debootstrap на існуючому сервері Ubuntu
2. Перенесіть файли в розділ swap сервера RHEL 3.4
3. Завантажте в розділ swap swap (система debootstrap)
4. Перенесіть файли в початковий корінний розділ
5. Завантажтеся в нову систему Ubuntu і закінчіть встановлення за допомогою tasksel, apt-get тощо

Я випробував метод у вітчизняній машині, а потім застосував до сервера. Мені пощастило, що все пройшло гладко :)

Я згоден з настроями інших відповідей тут: Хоча це може бути можливим встановити Ubuntu віддалено на RHEL 3.4, ви, ймовірно , буде наступати на який - то дуже тонкий лід.

Я думаю, що найбільшою проблемою у вас може бути вік ядра та libc в існуючій системі. Це ядро ​​серії 2.4.x? Якщо це так, я не впевнений, що ви зможете зняти це, оскільки в якийсь момент під час встановлення вам потрібно буде запустити інструменти, складені для запуску в ядро ​​та libc Ubuntu, і вони можуть не працювати належним чином (або взагалі) на старих умовах виконання. Якщо ви не використовуєте ядро ​​серії 2.6.x на віддаленому сервері, я не думаю, що у вас є багато шансів на успіх.

Якщо ви все ще думаєте, що ви можете спробувати це, я знаю пару посібників:

• Встановлення нових систем Debian за допомогою debootstrap на debian-administration.org. Хоча це специфічно для Debian, він здебільшого застосовно і до Ubuntu.

• Встановлення Debian GNU / Linux з системи Unix / Linux , з посібника з установки Debian GNU / Linux. Знову ж, для Debian, але в основному застосовно.

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

Найкраща практика для віддаленої установки будь-якої ОС - придбання серверного обладнання з позадіапазонним управлінням (HP ilo, Dell drac), що дозволяє віддалено цикл живлення та бачити консоль сервера. Навіть не намагайтеся інакше.

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

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

Це означає, ось як я б ішов робити щось подібне, якби мені довелося:

• Отримайте машину, налаштовану максимально схожо на існуючу машину: жорсткі диски, мережеві карти, адаптери дисків, оперативна пам’ять, ви її називаєте.
• Налаштуйте цю машину, щоб імітувати поточну установку на цьому хості.
• Експериментуйте з тим, що потрібно зробити в цій тестовій системі.
• Робіть на ньому великі ноти, щоб ви могли відтворити його в системі "наживо".
• Перевірте ці примітки ще раз у тестовій системі, перш ніж зробити остаточну міграцію.

Деякі методи, які можуть вам допомогти:

• Вирішіть, чи хочете ви встановити новий розділ або спробуйте встановити його через існуючу файлову систему. Якщо ви робите новий розділ, ви завжди можете відмовитися, завантаживши старий розділ. Однак це, ймовірно, означає, що вам потрібно скоротити поточну файлову систему, що потрібно робити в автономному режимі. Я написав кілька записок ще в 2007 році, коли це робив .
• Можливо, ви зможете зробити встановлення невеликого розділу на вашій тестовій машині, а потім внести відповідні зміни, такі як IP-адреси та "dd" це зображення файлової системи вимкнено, щоб використовувати для заповнення базової установки на новий розділ. Це буде лише в тому випадку, якщо ви використовували окремий розділ для нової установки.
• Ви можете замість цього поставити кореневу файлову систему в підкаталог, а потім зробити щось у initrd, щоб воно: "cd / target; mv * oldroot; mv oldroot / newos / *." щоб перемістити всі старі каталоги з місця і поставити нові на місце. Це потрібно зробити до того, як initrd зробить "pivotroot", ймовірно, відразу після монтажу файлової системи.
• Додавання деякого коду до сценаріїв initrd може дозволити вам робити всілякі чудові речі під час завантаження системи. Докладнішу інформацію див. У публікації до блогу, на яку я посилався вище.
• Очікуйте, що ви зіб'єтесь у цьому. Це надзвичайно ризиковане починання. Коли я зробив розмір файлової системи (згаданий вище), я був шокований, коли вона перезавантажилася належним чином.
• Вам доведеться вирішити, що ви хочете зробити щодо завантажувальних секторів, це працює LILO чи GRUB? Ви хочете спробувати залишитися з поточним завантажувачем або перейти на 10.04? Можливо, ідеальною справою було б використовувати наявний завантажувач для завантаження в нову ОС, а потім запустити "grub-install" з цієї ОС, щоб поставити нову на місце.

Удачі! Вам це знадобиться. :-)

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

Я пишу просте рішення на основі попередньо встановленого.

https://github.com/mhf-ir/ubuntu-overssh-reinstallation

Вам потрібна встановлена ​​версія ubuntu, що має ssh. ще один http-сервер для обслуговування попередньо встановленого файлу. Я тестував стільки разів у багатьох центрах обробки даних.

Якщо у вас є ubuntu, ви можете перевстановити і перерозподілити через ssh без KVM / IPMI / VNC або будь-якого віддаленого додатку. просто використовуючи ssh. І чиста установка за допомогою netiso / miniiso сервера ubuntu.

Він заснований на завантажувачі завантажувальних зображень, що містять ваші користувальницькі файли iso, що містять ваші мережеві настройки та пароль ssh.

1. Удачі.

2. Це можливо за певних обставин (які можуть не стосуватися тут / для вас).

3. Це важко; Я рекомендую вам практикувати на локальному (за потреби віртуальному) пристрої. Багато.

Якщо ви можете отримати лише один візит на сервер, ви можете додати KVM через IP-порт до системи. Я знайшов 1 $ порт Lantronix Spider на CDW, який робить це. Це не допомагає з "кнопкою перезавантаження" або змушенням медіа для вилучення, хоча ви можете перейти в BIOS при перезавантаженні та змінити порядок завантаження, щоб CD ігнорувався.

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

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

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