URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 13244
[ Назад ]

Исходное сообщение
"Тематический каталог: Миграция FreeBSD с одного диска на другой (freebsd disk)"

Отправлено auto_topic , 11-Янв-06 13:00 
Обсуждение статьи тематического каталога: Миграция FreeBSD с одного диска на другой (freebsd disk)

Ссылка на текст статьи: http://www.opennet.me/base/sys/movingfbsd.txt.html


Содержание

Сообщения в этом обсуждении
"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено MoHaX , 11-Янв-06 13:00 
Красота! Впечатлил стиль изложения. Автор молодец!

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено Аноним , 11-Янв-06 15:41 
Скрипт который автоматизирует клонирование лежит сдесь http://sysadmin.su/index.php?option=com_content&task=view&id...

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено s2 , 11-Янв-06 17:31 
гг стоко написано аж влом читат
реально можно /stand/sysinstall юзать

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено mezantrop , 13-Янв-06 13:38 
>гг стоко написано аж влом читат
реально можно /stand/sysinstall юзать

Это не новость, ибо и в статье сказано:
"Cделаем  этот диск загрузочным и создадим на нем одну дисковую партицию,  занимающую  весь диск и являющуюся слайсом FreeBSD. Все эти действия  можно  с легкостью выполнить, используя sysinstall..."


"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено GrayCat , 13-Янв-06 19:23 
есть мелкая засада
обязательно надо отслеживать буковки файловых систем
и, при необходимости, скорректировать их в "новом" fstab-е

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено Аноним , 14-Янв-06 19:39 
А склонировать нельзя было? Все железо все равно старое.

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено mezantrop , 15-Янв-06 13:08 
>А склонировать нельзя было? Все железо все равно старое.

Всмысле склонировать?


"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено az , 16-Янв-06 04:51 
А сюда глянуть не могли?
http://www.freebsd.org.ru/how-to/w2w.html
там в начале было через dump/restore
а теперь через pax - что получается быстрее

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено mezantrop , 16-Янв-06 10:31 
>А сюда глянуть не могли?
http://www.freebsd.org.ru/how-to/w2w.html
там в начале было через dump/restore
а теперь через pax - что получается быстрее

Мне не очень нравится этот how-to


"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено anonimous , 19-Янв-06 12:29 
В какой-то статейке был еще не плохой вариант с tar

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено Home , 31-Июл-06 11:32 
> А сюда глянуть не могли?
Я попробывал через во этот метод:
http://www.freebsd.org.ru/how-to/w2w.html

Замечательно! Без всяких проблем, хорошо написано...


"Размен >2TB"
Отправлено Dimanych , 20-Июн-07 04:17 
Народ, долго имел секс, в итоге не юзаем fdisk и bsdlable. Юзаем сразу sunlabel -w da1 auto. До 16 тер держит.

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено drurus , 13-Мрт-08 12:47 
Внимательно читаем http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/disks.html... и забываем про pax

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено mdl , 13-Янв-09 04:39 
не только буковки разделов придется корректировать, но и dump не захочет дампить "unmounted filesystem", если точка монтирования не прописана в fstab

"Миграция FreeBSD с одного диска на другой (freebsd disk)"
Отправлено Hwk , 07-Мрт-09 19:34 
Несколько замечаний по поводу команды:
cd /new.root && dump -0u -f - / | restore -r -f -
ключ -u здесь явно лишний, т.к. дампить 1 2 3 4 инкрементно не будем, тем более
---------
-u Обновляет файл dumpdates после успешного сохранения. Формат файла dumpdates читаем для человека, содержит одну из трех форматов записи на строку: имя файловой системы, инкрементальный уровень, и дату сохранения в формате ctime(3). Может быть только одна запись для файловой системы каждого уровня. Файл dumpdates
может быть отредактирован для изменения любого из полей, если это необходимо. Путь по умолчанию, для файла dumpdates - /etc/dumpdates, но опция -D может использоваться для изменения пути.
-------
зачем куда то что то сохранять, делать наверное лучше вот так:

cd /new.root && dump -0af - / | restore xf -

подробнее по ключикам обращаемся к ману:
-------
-a "auto-size" (определение размера автоматически). Пропускает все проверки длинны ленты и записывает до тех пор, пока не получит сигнал end-of-media. Подходит наилучшим образом для современных накопителей на лентах. Использование этой опции частично рекомендовано при добавлении к существующей ленте или использования накопителя с аппаратной компрессией (где вы не можете быть точно уверены по поводу компрессии)
-----------
для restore:
-x -x Имена файлов читаются из заданного носителя. Если имя файла совпадает с директорией чье содержимое присутствует на резервной копии и флаг -h не определен, директория рекурсивно извлекается. Владелец, время модификации, и права восстанавливаются (если это возможно). Если аргументов файла не указывалось, тогда извлекается корневая директория, что приводит к извлечению всего содержимого
бэкапа, если флаг -h не был определен.
---------
-f file Читает бэкап из файла; файл может являтся специальным файлом устройства как например /dev/sa0 (ленточный накопитель), /dev/da1c (дисковый накопитель), простым файлом, или "-" (стандартный вывод). Если имя файла имеет форму: "хост:файл", или "пользователь@хост:файл", restore прочтет названный файл на удаленном хосте используя rmt(8)
--------
т.к. не являюсь гуру :), вопрос к знатокам dump при работе с разделом usr 80GB вываливается с ошибкой, точно не могу назвать, но может кто перечислит из-за чего может быть, есть подозрение что файлов много раздел большой и не хватает оперативы, может еще какие причины, кто что думает?