Mikhail Zakharov написал
подробную статью (http://www.opennet.me/base/sys/movingfbsd.txt.html) о переносе рабочей системы FreeBSD-5.2.1 с одного ATA диска (20Gb) на другой ATA диск объемом 80Gb.URL: http://www.opennet.me/base/sys/movingfbsd.txt.html
Новость: http://www.opennet.me/opennews/art.shtml?num=6773
стали писать какие-то прямо очевидные вещи...
Зато как пишут... Мне понравилось.
Не читал, ибо нафик. Вот же есть:
http://freebsd.org.ru/how-to/w2w.html
"Пастернака не читал, но осуждаю"
Спасибо :)))
Круто! Статью забабахали!
> fdisk: invalid fdisk partition table found
> fdisk: Geom not found
..
> После этих действий в каталоге /dev должен появиться файл устройстваЗамечательно написал! "должен появиться"! :-)
а почему не появился долго думать будешь? :-))Всё можно сделать оной командой-конвейром
tar cfp - -C / . | tar xvfp - -C /path/to/new/disc/Или несколько таких команд - по числу точек монтирования.
>запустим newfs со значениями по умолчанию ИЛИ ЖЕ ВОВСЕ БЕЗ НИХ
Пастернак, бля!
Чё вы мусор собираете в кучу?
Всё, что может потребоваться чайнику при возникновении такой проблемы - читать хендбук.
Чем эта статься может помочь?!
Почитать, как другой чайник мыкался?
>> fdisk: invalid fdisk partition table found
>> fdisk: Geom not found
>..
>> После этих действий в каталоге /dev должен появиться файл >устройства
>Замечательно написал! "должен появиться"! :-)
>а почему не появился долго думать будешь? :-))хех, поверьте мне, он появится........
>Всё можно сделать оной командой-конвейром
>tar cfp - -C / . | tar xvfp - -C /path/to/new/disc/Можно :)
>Пастернак, ...!
>Чё вы мусор собираете в кучу?
>Всё, что может потребоваться чайнику при возникновении такой проблемы - >читать хендбук.
>Чем эта статься может помочь?!
>Почитать, как другой чайник мыкался?За чайника ответить можно :)
Кстати, чайнику, наверное, будет не интересно мыкаться с fdisk и disklabel, а проще уже в sysinstall все сделать. Но таких руководств, где все так легко и беззаботно чихая на хоть какую-нибудь консистентность данных, копируется с одной ФС в другую - море.
>Всё можно сделать оной командой-конвейром
>tar cfp - -C / . | tar xvfp - -C /path/to/new/disc/И потерять ACL и прочие вкусности UFS2 ? Под FreeBSD насколько я помню только dump и pax полноценно копируют.
>Всё, что может потребоваться чайнику при возникновении такой проблемы - читать хендбук.Напрасно вы так, статья отлично написана. Именно так нужно писать статьи для начинающих.
Спасибо, друг! :)
> >tar cfp - -C / . | tar xvfp - -C /path/to/new/disc/
> И потерять ACL и прочие вкусности UFS2 ? Под FreeBSD насколько я помню
> только dump и pax полноценно копируют.В FreeBSD 5.3-RELEASE и старше tar это не GNU tar, а свой родной. Поэтому ACL и FFS flags умеет сохранять. Ну а то, что статья писана про старый тестовый релиз - проблемы автора.
>Ну а то, что статья писана про старый тестовый релиз - проблемы автора.Не плохо было бы для начала прочитать статью. Иначе можно попасть в просак как вы.
> Не плохо было бы для начала прочитать статью. Иначе можно попасть в просак как вы.То, что вам приходится работать со старым тестовым релизом - ваши проблемы. Зачем выливать их на голову читателя? Использование в качестве примера несовременное беты FreeBSD отнюдь не добавляет ценности получившейся статье.
>> Не плохо было бы для начала прочитать статью. Иначе можно попасть в просак как вы.
>То, что вам приходится работать со старым тестовым релизом - ваши проблемы. Зачем выливать их на голову читателя? Использование в качестве примера несовременное беты FreeBSD отнюдь не добавляет ценности получившейся статье.Милый человек, намека не понял и дальше анонса в новостях не двинулся. Специально для Вас повторяю: прочитайте текст, прежде чем что-либо высказывать о нем и делать безапелляционные выводы, основанные на том, что сказал другой человек. То, что Максим в новостях написал 5.2.1, простим это ему, у него много дел и больше чем, пробежать по диагонали ему некогда.
хам.
Скрипт который автоматизирует клонирование лежит сдесь http://sysadmin.su/index.php?option=com_content&;task=view&i...
Вот скрипт, который был выложен здесь очень и очень давно:#!/bin/sh
newfs /dev/ad1s1a
newfs /dev/ad1s1e
newfs /dev/ad1s1fmount /dev/ad1s1a /backup/root
mount /dev/ad1s1e /backup/var
mount /dev/ad1s1f /backup/usr( dump -0f - / ) | ( cd /backup/root ; restore -rf - )
( dump -0f - /var ) | ( cd /backup/var ; restore -rf - )
( dump -0f - /usr ) | ( cd /backup/usr ; restore -rf - )umount /backup/root
umount /backup/var
umount /backup/usrtunefs -n enable /dev/ad1s1a
tunefs -n enable /dev/ad1s1e
tunefs -n enable /dev/ad1s1f#end
Винчестер, куда переносится система, предварительно содержит минимальную свежеустановленную FreeBSD.
Все проще, чем кажется.
Не сработает, если партиции винчестера винчестера со свежеустановленной системой окажутся меньше, чем объем исходных данных. И потом, ее (систему) для чего-то надо еще и устанавливать. Зачем, если можно просто скопировать?
Почему 'tunefs' делается только в конце, а не сразу после 'newfs'?
>Почему 'tunefs' делается только в конце, а не сразу после 'newfs'?Потому, наверное, что авторы "скрипта" промахнулись.
А как быть с solaris? Есть гденить описалово?
Мы обычно делаем в veritas'е зеркало, которое потом разбиваем.
скриптик с www.sysadmin.su умеет работать с пустым хдд, а при копировании на большый хдд не теряется место. если хдд меньше то партишены уменьшаются пропорционально. покраиней мере там так написано :)
Ну вроде, там что-то рассчитывается :)
Не берусь судить о качестве статьи, но нужны, нужны такие и чем больше тем лучше
Конечно есть маны, но извините - это напоминалка для забывчивых, но уже знающих что и как
А куда деваться начинающим ? Вот и читаю подобные статьи чтобы из десятков этих статей понять суть, терминалогию, смысл тех кратких терминов мановК авторам статей всего лишь одно замечание - ребята, не пишите уверенно, там где сами толком не вникли
>К авторам статей всего лишь одно замечание - ребята, не пишите уверенно, там где сами толком не вниклиПростите, это замечание ко мне, или так просто?
tunefs на ртовую партицию делать не стоит, помнится был какой то крах и я никак не мог ее примоунтитьdump -L ни у кого не глючил? когда я делал снапшот то при ресторе было много варнингов на различные файлы, так и не разобрался почему
>tunefs на ртовую партицию делать не стоит, помнится был какой то крах и я никак не мог ее примоунтить
Принимается, я погорячился. За copy-paste руки мне оторвать надо. Спасибо, что заметили.>dump -L ни у кого не глючил? когда я делал снапшот то при ресторе было много варнингов на различные файлы, так и не разобрался почему
Именно поэтому я описал оба варианта с -L и без.
Досадную опечатку про tunefs и / убрал, когда Максим одобрит изменения в тексте, они появятся на сайте. Еще раз спасибо, что заметили эту строчку.