По ссылке приведён удачный метод переноса FreeBSD на новый жёсткий диск произвольного размера.Вкратце это делается так:
1. Подключаем новый жёсткий диск в систему с FreeBSD (/dev/ad1s1)
2. С помощью /stand/sysinstall разбиваем новый диск на разделы так же как это сделано на старом.
То есть чтобы /dev/ad0s1a соответствовал /dev/ad1s1a - размер /dev/ad1s1a может быть большем чем на /dev/ad0s1a.3. Создаём временные папку и подпапки:
mkdir /backup
mkdir /backup/root
mkdir /backup/usr
mkdir /backup/var
mkdir /backup/tmp4. Загружаемся в single user
5. Монтируем разделы:
mount /dev/ad1s1a /backup/root
mount /dev/ad1s1e /backup/var
mount /dev/ad1s1f /backup/usr
(тут указываем свои)6. Переносим систему:
( dump -0f - / ) | ( cd /backup/root ; restore -rf - )
( dump -0f - /var ) | ( cd /backup/var ; restore -rf - )
( dump -0f - /usr ) | ( cd /backup/usr ; restore -rf - )7. Размонтируем
umount /backup/root
umount /backup/var
umount /backup/usr8. Включаем Soft Updates
tunefs -n enable /dev/ad1s1a
tunefs -n enable /dev/ad1s1e
tunefs -n enable /dev/ad1s1fВсё теперь можно с чистой совестью убрать из системы старый жёсткий диск, а на его место поставить новый.
URL: http://lantech.geekvenue.net/chucktips/jason/chuck/100489763...
Обсуждается: http://www.opennet.me/tips/info/870.shtml
Применима ли подобная операция к Linux ext2/ext3 ?
Статья урезанная копия старого линка на freebsd.org.ru по переносу системы на другой винт. Сейчас там заменили dump на pax, но суть без изменений.
Единственное, что мне не понятно, зачем было городить город с /backup ? Ведь по дефолту принято монтировать все левое в /mnt. Что мешает там создать root, usr, etc...?
А вообще ниче так :) Мне такой вариант почему-то больше нравиться, чем анонсируемый новый с pax
мне как-то было необходимо сделать тоже самое. Сначала думал в тупую dd перегнать, потом оказалось что на дике есть БЭД-секторы и затея не прошла. Очень долго вспоминал как скопировать dump'ом, в итоге скопировал обычным cp. Всё сразу запустилось без проблем, только потребовался флаг -p, чтобы сохранять права при копировании.
кстате довольно бысро всё прошло.
И получил вместо hardlink'ов копии данных файлов. Данный метод - абсурд.
dd if=/dev/ad0 of=/dev/ad1 conv=noerror bs=...
тока всё равно стрёмно.
Для любителей могу предложить еще и вариант с tar'ом ;-)Что-то типа
tar cpvf - /dir1 | tar xpvf - -C /dir2
и вперед в поход за фЕрзем ;-) Тар вообще иногда выручае тем, что в отличие от дампа не привязан к файловым системам. Иногда хочется, например, сбросить крошечный по занимаемому месту /home в корень, а огромное освободившееся место отдать под какой-нить /opt ... приходится почитать маны и поиграться в пятнашки немного... ;-)
Кстати, неплохо бы не забыть поставить фревый бут-манагер на новый диск, на котором нужный раздел помечен загрузочным...
...или cpio, суть та же.
Сейчас потестировал. На ~3Gb /usr pax работает больше чем в 2 раза быстрее чем dump/restore. ~14 минут против 33.
есть нюансы %)http://www.freebsd.org/handbook/backup-basics.html
-----------------------
16.11.7 Which Backup Program Is Best?dump(8) Period. Elizabeth D. Zwicky torture tested all the backup programs discussed here. The clear choice for preserving all your data and all the peculiarities of UNIX file systems is dump. Elizabeth created file systems containing a large variety of unusual conditions (and some not so unusual ones) and tested each program by doing a backup and restore of those file systems. The peculiarities included: files with holes, files with holes and a block of nulls, files with funny characters in their names, unreadable and unwritable files, devices, files that change size during the backup, files that are created/deleted during the backup and more. She presented the results at LISA V in Oct. 1991. See torture-testing Backup and Archive Programs ( http://berdmann.dyndns.org/zwicky/testdump.doc.html ).
----------------------------------
собсно по последней ссылке находим интерестное исследование.
>( http://berdmann.dyndns.org/zwicky/testdump.doc.html
>собсно по последней ссылке находим интерестное исследование.Есть одно существенное но, этот документ написан 14 лет назад.
значит нужно повторить его.
а если старый винт с бедами, но вроде в не особо нужных файлах (типа кеша от сквида) - то как сделать чтобы оно не останавливалось после первого беда?
Kr/aMtar (or cpio) works4me. And some1 told that turning softupdates on / is bad idea.
добавьте в статью информацию о том, что еще надо бутманагер поставить:-) а то вместо "можно идти пить пиво"...нужно будет "плясать с бубном" :-) (актуально для новичков)
( dump -0f - / ) | ( cd /backup/root ; restore -rf - )
>>
( dump -L -0 -f - / ) | ( cd /backup/root ; restore -rf - )
вот так наверное правильней
>( dump -0f - / ) | ( cd /backup/root ; restore
>-rf - )
>>>
>( dump -L -0 -f - / ) | ( cd /backup/root
>; restore -rf - )
>вот так наверное правильней- UFS2 required
вот тут исходник скрипта где это все автоматизировано http://sysadmin.su/index.php?option=com_content&task=view&id...
переносил и как в предложенной статье, и через pax- все работает (и под вмваре и на реальном серваке)
А есть какие нибудь способы чтобы не перезагружать компьютер с которого делаем "слепок"??
dump > файл
cat файл | restore