Перенос FreeBSD c ноута на другой комп

[Gamerman]

Рассматриваю такой вопрос: Перенос FreeBSD c ноута на другой комп. при этом винт с ноута вытягивать нельзя, с компа тоже нельзя.
Зачем такое делать? Подготовил систему на ноуте, хочу установить на другой комп (быстро). После установки подрихтовать.
Вопрос: возможно ли такое сделать?
Примечание. Не факт, что там где будет делаться перенос есть инет. Сеть есть.

Идея такая. Установить базовую FreeBSD c компакта, настроить сеть, и как-то по сети. Но как?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paradox]

NFS ?

[Gamerman]

NFS ?

Как вариант, но как поверх установленой системы установить другую? Можно конечно сделать архив дампа существующих разделов или их образы, перегнать на комп и там развернуть. Через востановление дампа.

[terminus]

Посмотрите на ggated (экспорт geom устройств по сети).
http://www.freebsd.org/doc/en_US.ISO885 ... ggate.html

Диски сервера (слайс целиком или отдельно по партициям) можно экспортировать, на ноутбуке примонтировать, и выполнить на них dump | restore

Только тут надо подумать над оптимальным алгоритмом - ведь на сервере должна быть запущена FreeBSD и устройства которые экспортирует ggated надо отмонтировать от основной системы (если своей ОС на сервере нет, то стартовать с Frenzy LiveCD)...

[Alex Keda]

израт какой-то...
проще разрешить ssh руту и перелить - на источнике дамп с отдачей в ssh, на хосте назначения - рестор из ssh

[Gamerman]

израт какой-то...
проще разрешить ssh руту и перелить - на источнике дамп с отдачей в ssh, на хосте назначения - рестор из ssh

Как именно? Уточните пожалуйста.

[Alex Keda]

Код: Выделить всё

dump -0Lf - / | ssh some.host.su restore -rf -

помоему так. точно не помню

[paix]

израт какой-то...
проще разрешить ssh руту и перелить - на источнике дамп с отдачей в ssh, на хосте назначения - рестор из ssh

+1

dump\restore over ssh

(искать в гугле для доп. инфы)

[Gamerman]

Спасибо за отвкты. Прийдет день Х, буду пробовать

[zingel]

Код: Выделить всё

ssh cd /some/directory \&\& tar cf - | ssh cd /some/direstory \&\& tar xvf

как вариант

[paix]

zingel, а пермишинсы, симлинки и т.д. ?
не стоит забывать.

[zingel]

тогда тот же вариант только

Код: Выделить всё

cpio

[Gamerman]

Вроде так должно быть:
dump -0aLf - /usr | ssh 192.168.1.10 "cd /usr && cat | restore -rf -"

[Skit]

Рассматриваю такой вопрос: Перенос FreeBSD c ноута на другой комп. при этом винт с ноута вытягивать нельзя, с компа тоже нельзя.
Зачем такое делать? Подготовил систему на ноуте, хочу установить на другой комп (быстро). После установки подрихтовать.
Вопрос: возможно ли такое сделать?
Примечание. Не факт, что там где будет делаться перенос есть инет. Сеть есть.

Идея такая. Установить базовую FreeBSD c компакта, настроить сеть, и как-то по сети. Но как?

Загрузить принимающую машину с livecd. Разбить диск как нужно. Подмонтировать разделы в /mnt/root /mnt/var /mnt/usr. Расшарить всё по NFS:

Код: Выделить всё

cat /etc/exports
/mnt/root /mnt/var /mnt/usr  -maproot=root айпишник.передающей.машины.здесь

На принимающей машине

Код: Выделить всё

rpcbind
nfsd -u -t -n 4
mountd -r

На передающей машине подмонтировать всё точно так же, только по NFS.

Код: Выделить всё

mkdir /mnt/root
mkdir /mnt/var
mkdir /mnt/usr
nfsiod -n 4
mount_nfs айпишник.принимающей.машины.здесь:/mnt/root /mnt/root
.....
.....

cd /
pax -p eme -X -rw . /mnt/root
echo "var"
cd /var
pax -p eme -X -rw . /mnt/var
echo "usr"
cd /usr
pax -p eme -X -rw . /mnt/usr

[Mikola]

есть предложение, на которое, кстати давно хотел получить ответ у более знающих товарищей. Так как сам с FreeBSD общаюсь пол-года.
Переносил систему FreeBSD 7.2 RELEASE (стояло: Apach, PHP, MySQL, Squid, sams. ядро естественно GENERIC)с компа на комп с разным железом следующим образом:
на рабочей системе: CoreDuo, 1Гб, 120 Гб. (в многопользовательском режиме) командой:
tar cfv backup.tar /
ругнулся что не может себя самого в архив записать, и некоторые временные файлы мускуля и еще чего-то.

на новой машине: AMD 1 ГГц, 512 МБ, 320 Гб. поставил FreeBSD 7.2 RELEASE по минимуму, притом на второй логический диск на первом винда стояла. Соответственно и разметка слайсов не совпадала совершенно.
залил по FTP архив и распаковал:
tar -czfv backup.tar -C /
сразу после этого подредактировал fstab.
после установки новой сетевой карты в Sysinstalle взлетело все: только Squid опять свап создавать как при начальной установке.

Самое интересное что решили зайти дальше и воткнули все это дело по такой же методике на: Intel Celeron 466, 64 МБ, 10 ГБ.
Оно взлетело и там, только полет был не очень а потом вообще под нагрузкой от Squid один Kernel Panic, но проблема не FreeBSD потом на него вообще ничего поставить не смогли. Толи проц, толи мать, толи еще чего - железо древнее.

Интересно мне вот что - какие есть подводные камни в бекапе таром? Если я их не встретил это не значит что их нет, просто может я не знаю.

[zingel]

Таром не надо бекапить в таких случаях, надо dd в таких случаях юзать

[arkan]

а не легче взять USB винт и через него проделать эту всю операцию ?
dd однозначно в этом деле мастер

[Mikola]

Таром не надо бекапить в таких случаях, надо dd в таких случаях юзать

Ок, будем смотреть в сторону dd.

а не легче взять USB винт и через него проделать эту всю операцию ?

А зачем если сеть в организации есть и ftp сервер для upload/download дело двух секунд.

[Mikola]

Возвращаюсь

Таром не надо бекапить в таких случаях, надо dd в таких случаях юзать

В общем не аргумент. Никаких указаний о плюсах\минусах dd или tar.

Чтобы аргументировать свои слова привожу ссылку из handbook'a: http://www.coredumps.de/doc/dump/zwicky ... p.doc.html
Это о преимуществах разных систем резервного копирования, к слову сказать там про dd вообще ничего не сказано.
Зато tar обрабатывает бэкапы почти как dump - лучшая программа для резервного копирования.

В итоге ворос: почему надо dd юзать, и чем tar хуже?

[zingel]

В итоге ворос: почему надо dd юзать, и чем tar хуже?

поверь просто мне на слово, я не просто так об этом пишу, а имея опыт переноса с очень большого количества винтов, ну и потом, dd перенесёт всё а тар может отвалится с prevous error и что-то не скопировать потому, что он не гибок к пермиссиям, + dd работает на более низком уровне.