LINUX.ORG.RU
Ответ на: комментарий от Slavaz

Это то понятно. Спасибо. А если больше все-таки интересуют способы переустановки посредством например SSH?

ChAnton ★★
() автор топика
Ответ на: комментарий от ChAnton

А если больше все-таки интересуют способы переустановки посредством например SSH?

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

Я как-то переустанавливал удалённо по SSH Центось со сменой минорной версии (5.2 до 5.5) и со сменой архитектуры: x86_64 -> i386 (клиенту почему-то так понадобилось). Не скажу, что всё было гладко и мягко, но получилось; правда это заняло неоправданно много времени. Намного проще и быстрее было бы клиенту заказать переустановку силами саппорта.

Slavaz ★★★★★
()
Ответ на: комментарий от Slavaz

Большое спасибо за ответ. Это конечно все логично и понятно. Но вот интересует чисто техническая возможность так делать, даже не столько потому что невозможно/нет денег и пр попросить саппорт, а потому как ну просто нет иного выхода: срочность и анонимность, отсутствие поддержки как таковой, не хостинг например, а просто отдельно стоящий за замком сервер и в ближайшие дни нет никакой возможности к нему пробраться. Ну ситуации разные бывают. Да и чисто технические решения интересны.

ChAnton ★★
() автор топика

Загрузиться с исошки (груб умеет), саму исошку придется подрихтовать на предмет полностью unattended установки (умеют как минимум kickstart и d-i)

leave ★★★★★
()
Ответ на: комментарий от ChAnton

Ну тогда уточняющие вопросы:

Для чего понадобилось переустанавливать операционку?

При переустановке что меняется? Дистрибутив(с какого на какой)? Архитектура (с какой на какую)?

Slavaz ★★★★★
()
Ответ на: комментарий от Slavaz

Переустановка понадобилась для полной замены операционки с целью установить вместо Debian Centos(под конкретные задачи). Также это необходимо для профилактики сервера, так как на нем много лет непонятно кто и непонятно как непонятно что делал. Сервер несколько раз проламывали боты с целью DDOS и spam, много раз менялись админы, которые устанавливали на него бэкдоры, не обслуживали должным образом, и прочее. Сейчас срочно понадобилось использовать данное оборудование для серьезной и конфиденциальной задачи. Но использовать существующую систему - риск неоправданный. Так что для исключения малейших неприятностей был сделан такой выбор.

ChAnton ★★
() автор топика
Ответ на: комментарий от ChAnton

Да, пожалуй, переустановка оправдана в данном случае.

Технически могу посоветовать сделать chroot, в него установить базовые пакеты, достаточные для работы в чруте. При этом нужно будет устанавливать пакеты через rpm-менеджер. чтобы правильно сформировалась база установленных пакетов. Также в чрут нужно будет установить sshd (повесьте его на любой порт, кроме 22-го для проверки работоспособности). После того, как убедитесь что в чруте нормально запускается шелл и ssh, а также что mingetty+PAM установлено и прописано в inittab, , нужно будет настроить поднятие сетевых интерфейсов в чруте - тут первая «опасная» зона, потому что малейшая ошибка - и после перегрузки сеть недоступна (или даже на этапе настройки и проверки: запустили в чруте service network restart - и всё, сеть пропала... разве что в основной операционке в кроне или через 'at' поставить воостановление IP на интерфейсе :).
Ещё лучший вариант: локально (в виртуалке) настроить минимальную CentOS-систему, запаковать всю файловую систему и на серваке распаковать в чрут.
Ядро пока лучше не трогать - вполне можно грузануться на дебиановском на первых порах. Затем смонтируйте корень ФС куда-нибудь в чруте (mount / /path/to/chroot/real_root -o bind), переходите в чрут и копируйте файлы с чрута в реальный корень. Можете удалить старые файлы, но не удалите случайно сам чрут-каталог. В этом месте второй опасный момент: пропало питание, оборвалась связь (можно, конечно, screen в чруте поднять) - и всё, сервер пропал. На этапе копирования каталог /boot и каталог /lib/modules лучше не трогать - пусть останется пока что старый загрузчик со старым ядром. Старый каталог /etc лучше переименовать в, например, /etc.old. После копирования посмотрите, какая сетевая карта используется и на всякий случай явно укажите драйвер этой сетевой в /etc/modprobe.conf.
После всего этого будет фактически Центось с ядром Дебиана. По идее, после перезагрузки всё должно будет подняться и заработать (с тучей ошибок при загрузке, но до логина должно дойти). тут начинается третий шанс потерять удалённый сервак: надо поставить ядро Центоса, при этом надо сформировать правильный initrd (внести в него нужные драйвера IDE/SATA/SCSI-контроллеров и указать ядру грузануть эти ядра). Если и этот этап будет пройден, то после очередной перезагрузки можно будет грохнуть чрут и в наличии будет CentOS в минимальной установке. Дальше через yum install... поднимать операционку до нужной кондиции.

Блин, я вспотел, описывая процесс переустановки. Сочувствую тому, кто решится пройти этот процесс - там пот будет ручьями течь.

Slavaz ★★★★★
()
Ответ на: комментарий от Slavaz

Очень мощно описано. Спасибо большое. Буду пробовать сначала на отдельно стоящей машинке, которая в шаговой доступности. А же после 2-3 разовой обкатки, составлю подробный план действий))) Интересный вариант.

ChAnton ★★
() автор топика
Ответ на: комментарий от ChAnton

если всё обстоит так как поисано - то всё равно надо ехать на место и устанавливать без участия текущей системы, объяснять надо, почему так?

mumpster ★★★★★
()
Ответ на: комментарий от mumpster

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

ChAnton ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.