перенос инфы
 

Доброго времени суток!
есть сервак с такой схемой
windows2003->vmWare->freeBSD с сайтом ( схема дебильная :) )
вот и хотят держатели этого сервака всё упростить, т.е. оставить на серве freeBSD(либо linux) с сайтом
и соответственно назрел такой вопос: как можно(и можно-ли вообще) всю необходимую инфу с виртуальной машины вытащить чтоб на голой сестеме(скорее всего линух), которая там будет стоять после сноса винды, пришлось по минимуму ковырятся с настройками и тд и тп.
Так скзать:"чтоб с полпинка все встало"
???
заранее благодарен

dihlof0s,
rsync

ет на серваке, после сноса винды, надо будет freebsd поднинать и сней синхронизировать виртульную машину?

именно так

dump/restore.
Dump - на внешний носитель.

хех, да и dd можно заюзать:)
man dd (1)

bozordzh,
dd ИМХО права на файлы не сможет перенести

dd - не рассматривается как класс, т.к. он использует доступ к физ.устройствам (FS рассматривается как физ.устройство). Используем проверенный временем и железом dump/restore - сохранит все права и т.п.

доброго времени суток!

Есть такой вопрос:

Персоналка сервачек (На нем стоит FreeBSD 6 версии):
celeron 1000
озу-128
винт - 40 IDE
Со свими задачами пока справляется нормально, но начинает потихоньку умирать (по старости)

Нужно систему со всем что к ней прикручено перенести на новую машину.
Перенос с винта на винт уже делал. Но подобной машины уже не найти и придется ставить на новое железо:
SATA винт
двуядерный проц (intel) скорее всего Xeon
1 Гиг оперативы
винт - 200 SATA
но проблем с избытком производительности не предвидится (функционал сервака планируется существенно расширить)

Сам вопрос вот в чем:
как быстрее и лучше перенести систему со старого сервака на новый?

Первый способ:
1. Поставить на новый сервер FreeBSD 7.0 + софт из поров, аналогичный, установленному на старом сервере.
2. Сдеалать архивную копию /etc (а лучше только копию конф. файлов) - и перенести на новый.
Второй способ:
1. Dump/restore
2. CVSup
3. Обновление до 7.0STABLE.

Почему именно 7.0 - да потому что 6.x - так и не научились нормально работать с многоядерными системами. Оставите 6.x - получите ощутимо меньший прирост в производительности.

Dm1try , благодарю

только, если не затруднит, по второму способу:

после Dump/restore кроме fstab нужно еще что нить править? (устройство-то теперь в любом случае другое(HDD SATA), - не ad0)

Ничего, кроме fstab.
А технология простая:
1. для каждого лейбла выполняем dump -a0 -f /path/to/archive.dump /dev/adxsyz
2. размечаем целевой диск по схеме исходного диска но в нужной пропорции.
3. монтируем раздел целевого диска, например, к /mnt и разворачиваем там соответствующий архив cd mnt && restore -rf /path/to/archive.dump
З.Ы. чтобы не занимать дисковое место на создание архивов, всё можно даже через pipe сделать.

Спасибо

Есть еще одна деталь в этом деле - поддержка двуядерности проца.

То, что нужно пересобрать ядро включив это дело знаю, но нигде не могу нарыть инфу о том, что именно включать в конфиг сборки ядра.

Если кто делал подобное, подскажите, пожалуйста

На FreeBSD 7.0 - ничего делать не надо.
А так:
# Make an SMP-capable kernel by default
options SMP # Symmetric MultiProcessor Kernel

Если на существующем сервере кроме вэб сайта ничего нет, то лучше и проще всего поднять на другом железе FreeBSD 7, настроить должным образом и перекинуть сайт простым копированием.

Аlchemist, там много чего есть, и нужно, чтобы после переноса все работало не хуже, чем до него

такая беда - сдохла Фришная машина (сервак НР), но винты живы и здоровы,
как заставить систему работать на другой машине с одного из старых винтов

на старой машине стояло зеркало
на новой (временной) машине (персоналка) SATA контроллер-то совсем другой ...
взлетает mountroot>
указываю: ufs:/ad6s1a (из найденного по -?)
монтирует, грузит до #

Что делать дальше не знаю, помогите, плиз, новичку в этом деле

вопрос снят