init 1 и сеть

*sql крутится?

нет, шлюз обыкновенный - iptables,squid,dhcp,dns

можно не заморачиваться и слить диск под init 3 ?
шлюз обыкновенный - iptables,squid,dhcp,dns

Можно не заморачиваться, но лучше по '/etc/init.d/... stop'
положить ненужное, особенно squid,
и если копируешь c помощю 'dd',
обязательно прогнать копию через fsck.
Потом стартуешь остановленное и продолжаешь работать,
как ни в чём ни бывало.

Но как сделать чтобы сеть не падала на первом init'e и чтобы ssh тоже подтянулся?

Амм… Для начала выяснить, почему она падает (она реально падает?) ssh надо как-то изолировать от файловой системы, логи выключить, а вот с /var/run/utmp не знаю, как быть. Может статься, единственным ssh, который будет работать в сингле, будет бизибоксовый. init 3 – те же яйки, только в профиль. ФС-то всё равно придётся отрубать.

можно через rsync не выключая, добавив флаг, чтобы не выходило за пределы файловой системы

Потом на новой системе надо только grub засетапить. Если нет баз данных на этом сервере, то никаких проблем не должно быть.

повторные запуски rsync будут показывать где же появляется разница

Для начала выяснить, почему она падает

Шутишь что ли? По стандарту в init 1 только один терминал для рута и нет запущенных служб. В том числе и ssh.

Тоже склоняюсь к этому варианту. Что меня подкупало в init 1 - можно корень перемонтировать в ro. Ну да ладно, думаю это не критично, спасибо за совет!

А в чем проблема отзеркалить на ходу?

тоже вариант, спасибо!

не выходило за пределы файловой системы

это значит не трогать виртуальные фс ?

боюсь, что система не взлетит с нового диска..

IPMI на шлюзе есть?

нет

тогда init3 и осторожно гасить все кроме ssh

Я просто уже очень давно не видел сингл мод.

в init 1 - можно корень перемонтировать в ro

А в init 3 нельзя? Если /var на отдельном разделе, почему нет?

mount -o remount,ro /

Я корень не пробовал, но когда данные бекаплю, всегда в ro перевожу разделы. Использую rsync. Для этого еще сконфигурил init 4, специально для бекапов и другого обслуживания.

А в init 3 нельзя? Если /var на отдельном разделе, почему нет?

var не отделен. Пробовал в слаке перемонтировать корень под init3 - не сработало, в init1 - легко.

Приходилось решать ранее такую задачу. Написал скрипт, который переводил систему в init1, перемотировал разделы в ro, затем содержимое разделов посредством rsync переливалось на резервный диск, а после система возвращалась на прежний уровень init. Все работало без проблем. Операция занимала гораздо меньше времени чем использование dd, а повторная синхронизация данных на разделах занимала в среднем 5-7 минут.

дык посмотри что там у тебя при init 1 срабатывает(в слаке /etc/rc.d/rc.K), туда и засунь бекап, и выход.

только паузу не забудь, типа read -p'press any key...' -t1 || /root/backup.sh

Пробовал в слаке перемонтировать корень под init3 - не сработало

с -o remount сработает. правда нужно от корня отделить var и прочие tmp, или всё позакрывать открытое там на запись.

Для начала выяснить, почему она падает (она реально падает?

она ДОЛЖНА падать в init 1.

Кэп, ты как-то припозднился…

Ну так как сделал-то?

пока никак. Диск на который собрался переносить посыпался. Сейчас ищу ide замену.