Как стать автором
Обновить

Комментарии 39

Хорошая, подробная статья, одно мне не понятно только, зачем? Зачем переустанавливать работающий Linux тем паче Debian. Я не вижу use case для этого.
Вариантов масса, например, передача сервера под другой проект или другие задачи. Бывает, когда нужно переустановить систему после того, когда она была скомпрометированна каким-либо сервисом. Да и вообще в некоторых случаях или после некоторых пользователей переустановить систему проще, чем вычистить ее.
Если система была скомпрометирована, то делать debootstrap, хм, несколько глупо.

Если же речь идёт про частую переустановку, то PXE + preseed решает весь вопрос.

Установка debian в чистую занимает 2 минуты 30 секунд полного времени. Центос — около 4-5 минут.
Статья — только метод. Бывают случаи, когда нет ничего, а сделать что-то нужно. Находить выходы из таких ситуаций всегда занятно и приятно.
Статья хороша :) в свое время танцевал 32 на 64 у херцнеров с сохранением структуры.
А на самом деле — лучший выход в такой ситуации, если возможно — ip kvm.
ну, например, это очень поможет, если у хетзнеров хочется получить нестандартный конфиг дисков (напр / 100 GB в RAID1, а остальное — в RAID0 или просто свалкой. Или LVM).
Не думаю, что в многих датацентрах стоят сервера, обеспечивающие загрузку по PXE, да ещё и с опцией запуска установщика lenny…
(хихикнув) Насчёт многих не знаю, а у нас — да. А ещё у нас есть IPKVM, через который можно ставить что угодно как угодно не напрягаясь.
Центось в последних ревизия принудительно форматирует жесткие диски, что может занять краааааааайне много времени. Таким образом при установке системы на диск в 250Гб, это займет порядка часа.
Что означает «принудительно форматирует»? mkfs не отличается повышенной скоростью, но, в принципе, 250Гб за минуты 2-3 делает.

И в каких «последних ревизиях»?
5+
очень странно, ставил недавно 5.5 на терабайтное зеркало заняло 10 минут.
1) Смена архитектуры (i386 -> amd64). Делал такое на FreeBSD.
2) Слетевшая частично файловая система на основном диске (read-only). Чтобы чинить нужно отмонтировать. Либо полуубитая после восстановления система.
3) Операции с диском (смена fs, конвертация в RAID, etc).
4) Необходимость получить полностью чистую систему (например для установки хитрого ПО, вроде панелей управления хостингом).

Это навскидку. Если подумать — можно еще десяток use-case придумать.
Use Case — я хочу сменить архитектуру (для полноценного использования MongoDB), удаленно, без глючного IPKVM, без заявок и без бюрократии.

Пойдет?
У меня в одном сервере было два винта. Один системный посыпался, второй жив по сей день. Точно так же разворачивал систему на втором.

И да, после reboot не помешает поплясать с бубном, пока пинг не восстановится.

Самое обидное в этой ситуации — осечка.

На своей практике ограничивался удалённой сборкой ядра. Самое обидное — когда руки по привычке делают быстрее, чем соображает голова. Я как-то опустил сетевой интерфейс. :-)
А, ну и ядро иногда сбоило из-за конфликтов или неподходящей конфигурации.
Я часто для себя пишу подробные мануалы, чтобы операцию можно было выполнить хоть во сне. Естественно со списком всех необходимых файлов и прочего. Это очень помогает.
Я наступал на эти грабли при переходе с 2.0 на 2.2 и с 2.2 на 2.4. Тут мануалы не помогут.
Просто потому, что меняется архитектура ядра, меняется набор драйверов и опций сборки.
Сейчас тоже бывают значительные изменения в ядре, но я пишу про свой опыт, а сейчас я это делаю «очно» и таких проблем не испытываю. :-)
Думаю, сетевой интерфейс все опускали, хотя бы ради интереса. =)
Это не интересно, это неприятно.
Проще скачать образ установочного диска, прописать до него путь в грубе, ребутнуться и начать установку, как обычно и с использованием ssh в том числе. Не?
Я это к тому, что способ описанный в статье нужно использовать, если требуется минимализировать простой сервисов и всякое такое. А если на втроом этапе всё равно диски переразбиваются и выполняются всякие стандартные операции по установке, то городить все эти штуки смысла маловато.
Мне кажется вы читали не очень внимательно.
один полностью разбитый винчестер
сидел и размышлял какое-то время, как это люди умудряются переустановить ОС на разломанном винчестере :)
в мемориз, однозначно!
Круто на самом деле. Очень рад, что меня пока не беспокоят ситуации «я тут, а сервер в Австралии». Мне проще в серверную спуститься) Но возьму на заметку) Кто его знает какие ситуации могут случиться.
Если сетевушка экзотическая, не забыть прописать её модуль в /etc/modules
Год назад подобным образом удаленно переехал с x86 на amd64,
позже на другом тазике с Gentoo на Debian.
Жаль, не было вдохновения и времени написать статью,
в то время русскоязычных доков по debootstrap было мало.
за статью 5+, soar. Поднял бы карму, да не хватает одного голоса :)
Уверен, что не раз буду вспоминать Вас добрым словом.
всё. как и обещал, поднял Вам карму. Еще раз спасибо!
Рад, если статья оказалась полезной.
Респект. У меня вот тоже в планах перетащить пару серверов с Gentoo (исторически сложилось) на Debian, да всё собраться не могу.

Обязательно перечитаю перед переездом, дабы чего не забыть.
Народная примета: Удаленная переустановка ОС — к дороге :)
наверное надо устанавливать не определённое ядро а метапакет типа linux-image-2.6-686
что видимо более дебианвей
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за статью!
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.