Здраствуйте!
Необходимо переустановить FreeBSD, но есть только анлим интернет и ssh-доступ. Есть ли что почитать/будут ли советы или общая инструкция к действию? Проблема в том что физического доступа к машине нет и в ближайшее время не будет :(
>Здраствуйте!
>Необходимо переустановить FreeBSD, но есть только анлим интернет и ssh-доступ. Есть
>ли что почитать/будут ли советы или общая инструкция к действию? Проблема
>в том что физического доступа к машине нет и в ближайшее
>время не будет :(Смысл вопроса поясните? что есть "переустановить"?
>>Здраствуйте!
>>Необходимо переустановить FreeBSD, но есть только анлим интернет и ssh-доступ. Есть
>>ли что почитать/будут ли советы или общая инструкция к действию? Проблема
>>в том что физического доступа к машине нет и в ближайшее
>>время не будет :(
>
>Смысл вопроса поясните? что есть "переустановить"?есть "почти работающая" установленная FreeBSD. Цель - сделать систему чистой как лист =) те текущее катологи, файлы и прочую муть пихнуть куданить в /tmp/null, а систему вернуть в дефолт. Ессено запустившись с ядра GENERIC. =)
гм. извиняюсь за неточность.
>есть "почти работающая" установленная FreeBSD. Цель - сделать систему чистой как лист
>=) те текущее катологи, файлы и прочую муть пихнуть куданить в
>/tmp/null, а систему вернуть в дефолт. Ессено запустившись с ядра GENERIC.
>=)
>
>гм. извиняюсь за неточность.Выделить отдельный слайс на винте (или другой винт), поставить туда систему любым удобным способом (export DESTDIR=/mnt; cd /usr/src && make installworld && make installkernel && cd etc && make distribution), либо с CD (install.sh для чего нужно, как минимум base и ядра + создать fstab), либо через sysinstall (не знаю вообще, возможно ли это - сам этим убожеством не пользуюсь).
Затем поставить бут-менеджер (man boot0cfg) - и можно будет выбирать, старую систему грузить или новую, т.е. если есть только доступ по ssh, можно попросить ребутнуть машину и выбрать старую систему.
Кроме того, можно поставить qemu и проверить бутабельность новой системы, подсунув qemu реальный диск целиком.
Когда новая система удачно запустится, старую можно сносить.
Разумеется, если есть второй hdd, будет проще.
Есть более кощунственные способы установки системы поверх работающей. Схема такая:
- подготавливаем свежую систему в qemu или на локальной рабочей машинеНа целевой машине:
- перемонтируем все ФС в r/o
- dumpon off
- swapoffЗатем делаем dd образа с готовой системой прям на целевой диск. Можно по ssh, можно через bunzip2. После чего, наверное, даже shutdown выполнить не получится, но если машину ребутнуть (или она сама ребутнется после паники), есть шанс получить рабочую систему.
Но проще и безопасней всего просто сделать на `почти работающей' системе сделать make installworld.
> есть шанс получить рабочую систему.* Имеется в виду что все зависит от того, как настроет образ который вы залили. Если там неправильно настроены fstab или rc.conf, или не включен sshd, или не создан юзер в группе wheel, которым можно зайти по ssh - то облом. А так образ должен скопироваться без проблем (уже запущенным процессам не нужно лезть на диск, так что ssh+dd[+bunzip2] должны отработать) + он не может быть испорчен работающей системой (файловые системы в r/o, swap и dump выключены). Так что beware of dog. slippery when wet :)
>> есть шанс получить рабочую систему.
>
>* Имеется в виду что все зависит от того, как настроет образ
>который вы залили. Если там неправильно настроены fstab или rc.conf, или
>не включен sshd, или не создан юзер в группе wheel, которым
>можно зайти по ssh - то облом. А так образ должен
>скопироваться без проблем (уже запущенным процессам не нужно лезть на диск,
>так что ssh+dd[+bunzip2] должны отработать) + он не может быть испорчен
>работающей системой (файловые системы в r/o, swap и dump выключены). Так
>что beware of dog. slippery when wet :)всем спасибо :) если получиться не сыграть в ящик то отпишусь как все прошло :)
>[оверквотинг удален]
>>который вы залили. Если там неправильно настроены fstab или rc.conf, или
>>не включен sshd, или не создан юзер в группе wheel, которым
>>можно зайти по ssh - то облом. А так образ должен
>>скопироваться без проблем (уже запущенным процессам не нужно лезть на диск,
>>так что ssh+dd[+bunzip2] должны отработать) + он не может быть испорчен
>>работающей системой (файловые системы в r/o, swap и dump выключены). Так
>>что beware of dog. slippery when wet :)
>
>всем спасибо :) если получиться не сыграть в ящик то отпишусь как
>все прошло :)вообщем не рискнул и решил что попробовать почистить текущую ОСь до состояния рабочей.
Но теперь возникла проблема:
посидел поизучал мощь handbook-а. причем изучал на двух языках, к несчастью решение своей проблемы так и не нашел =( будут идеи. После длительных уговариваний mysql запускается строчкой
mysqld_safe --user=mysql &
почти аналогично apache и vsftpd:/usr/local/apache/bin/apachetcl start
vsftpd &
добавлять такие строчки в rc.conf по-моему будет грязно?
Подскажите почему могут не запускать даймонами. Хотя бы идеи.
Цель: заставить запускаться сие из /etc/rc.d/apache (или /usr/local/etc/rc.d/) или rc.conf.
>[оверквотинг удален]
>
>/usr/local/apache/bin/apachetcl start
>vsftpd &
>
>
>добавлять такие строчки в rc.conf по-моему будет грязно?
>
>Подскажите почему могут не запускать даймонами. Хотя бы идеи.
>
>Цель: заставить запускаться сие из /etc/rc.d/apache (или /usr/local/etc/rc.d/) или rc.conf.у меня:
апач после установки сам создал скрипт в /usr/local/etc/rc.d/apache и спокойно работает
мускл --- /usr/local/etc/rc.d/mysql-server.shв /etc/rc.conf прописано
mysql_enable="YES"
apache_enable="YES"
все.. работает без лишнего вмешательства
>[оверквотинг удален]
>
>/usr/local/apache/bin/apachetcl start
>vsftpd &
>
>
>добавлять такие строчки в rc.conf по-моему будет грязно?
>
>Подскажите почему могут не запускать даймонами. Хотя бы идеи.
>
>Цель: заставить запускаться сие из /etc/rc.d/apache (или /usr/local/etc/rc.d/) или rc.conf.какая у тебя версия ОС???
в 6.0 кажется был глюк - скрипты из /usr/local/etc/rc.d/ именованные без расширения .sh
автоматом (при старте системы) не запускались
>[оверквотинг удален]
>>
>>Подскажите почему могут не запускать даймонами. Хотя бы идеи.
>>
>>Цель: заставить запускаться сие из /etc/rc.d/apache (или /usr/local/etc/rc.d/) или rc.conf.
>
>какая у тебя версия ОС???
>
>в 6.0 кажется был глюк - скрипты из /usr/local/etc/rc.d/ именованные без расширения
>.sh
>автоматом (при старте системы) не запускались6.2 там есть дефолтный скрипт сендмайла. грузицца сцук.
>Подскажите почему могут не запускать даймонами. Хотя бы идеи.
>
>Цель: заставить запускаться сие из /etc/rc.d/apache (или /usr/local/etc/rc.d/) или rc.conf.Из портов всё надо ставть. Ставить не из портов, вот что грязно.