» Клонирование линукса на МЕНЬШИЙ диск

Конкретная ось debian3.1 sarge с автоматической разбивкой на одном диске. Задача - перенести ее на другой меньшего размера.

Чем склонировать? В самообразовательных целях интересно решение с использованием свободного софта - но на практике хотя бы какое. Paragon, например, делать этого не умеет: до последнего делает вид, а потом отказывается. Инсталлятор sarge ведет себя так же.

я бы использовал tar.

1) с мыслью склонировать сразу весь диск следует расстаться?

2) пускай даже по разделам, через tar - можно подробнее? Мне представлется, что имеется в виду ручное пересоздание разделов и файловых систем. Трудоёмко это.

Мне вот уже посоветовали Acronis 10 - а в рамках свободного софта ничего такого нет?

А что если Акронисом попробовать думаю получиться.
Пардоньте недочитал до конца предыдущее сообщение

Кажется, акронису альтернативы нет: http://linuxforum.ru/index.php?showtopic=40199&hl=%CA%EB%EE%ED%E8%F0%EE%E2%E0%ED%E8%E5

Всё остальное - жалкий лепет. Хорошо, что у нас есть Варезник.

древненькая такая хаутушка, для общей информации http://www.linux.by/howto/mini/Hard-Disk-Upgrade.html

а вариантов переноса -было бы желание -
например - gparted (если фс позволяет уменьшить размер) и dd
или
cp, tar, mc ........... - короче google в поиск

AnDySs1

вариантов много, а толку мало. Зато у акрониса толк есть - но им торгуют.

ЗЫ. Чем клонирование диска отличается от пофайлового копирования и от бэкапа-ресторе, известно уже виндовому чайнику, пожалуй с годовым стажем. Не думал так плохо о юниксоидах, ответ Ваш похож на злонамеренное введение в заблуждение.

И в чём состоит введение в заблуждение???
чем Вам не нравится варианты?
Вам надо перенести систему с одного винта на другой? размеры занятого пространства на старом меньше свободного на новом?
один <<SystemRescueCd>>
позволяет решить Вашу задачу.
грузитесь с Live cd , через GParted уменьшаете размер разделов до размера нового винта и далее (как можно прочитать по указанной Вами ссылке) dd if=/dev/hdX of=/dev/hdY X- старый раздел Y - новый

И чем Вас не устраивает метод копирования ? Только тем, что нужно будет приложить усилия для настройки загрузчика?
Зы
акронис тоже не всегда корректно отрабатывает перенос с большего на меньший

1) акронис и прочие продукты довольно часто не умеют работать с UNIX/Linux файловыми системами.
конкретно акронис не умеет работать с ufs (FreeBSD). на форумах хватает тех, кто уже допереносился систему с помощью акрониса.

2) софт для переноса есть - ищите, если вам не лень.

я бы лично сделал так:
последовательно заtar'ил все разделы, получившиеся архивы от греха подальше.

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

или взял бы и сделал backup/restore (FreeBSD - они в базовой системе).


p.s. IMHO, обсуждалось уже много-много раз.

LevT

Цитата:

ЗЫ. Чем клонирование диска отличается от пофайлового копирования и от бэкапа-ресторе, известно уже виндовому чайнику, пожалуй с годовым стажем. Не думал так плохо о юниксоидах, ответ Ваш похож на злонамеренное введение в заблуждение.

В линуксе - ничем. Тебе привели правильное хауту. В нем наиболее простой (потому как понимаешь, что делаешь) и наиболее простой вариант переноса системы. Если нужно еще проще - запусти mc и скопируй файлы по F5 (предварительно разбив новый диск)). За исключением каталогов /proc и /tmp. Их создай вручную с правами как на старом диске. Запусти lilo. Все.

Цитата:

грузитесь с Live cd , через GParted уменьшаете размер разделов до размера нового винта и далее (как можно прочитать по указанной Вами ссылке) dd if=/dev/hdX of=/dev/hdY X- старый раздел Y - новый

Спасибо, с последнего я и сам догадался начать - и обломался на недостатке места. А вот GParted как часть рецепта это надо в FAQ какой-нибудь, коли уж "тема многократно обсуждалась", а в ответ на вопрос закидывают бестолковыми "альтернативами".

Вменяемой мне показалась только одна альтернатива - через dump-restore. На другом форуме мне даже подробнее расписали нужные заклинания:

Код: dump -0 -L -f - /dev/ad0s1a > dump_ad0s1a.img
restore rf /backup/dump_ad0s1a.img

Цитата:

бестолковыми "альтернативами"

не смешите меня пожалуйста.
у вас этот переезд первый, а у меня таких - полсотни и плюс один.

LevT

Цитата:

А вот GParted как часть рецепта это надо в FAQ какой-нибудь

Еще раз - это прокатит только при условии поддержки <<изменения размеров>> файловой системы


Цитата:

Вменяемой мне показалась только одна альтернатива - через dump-restore. На другом форуме мне даже подробнее расписали нужные заклинания:

Код:
dump -0 -L -f - /dev/ad0s1a > dump_ad0s1a.img
restore rf /backup/dump_ad0s1a.img

интересно, а где в данной записи Вы будете располагать промежуточный образ dump_ad0s1a.img ? или есть промежуточный носитель ?

http://freebsd.org.ru/handbook/backup-basics.html
http://www.lissyara.su/?id=1091

PS и таки рекомендую "бестолковые" альтернативы "

Цитата:

у вас этот переезд первый, а у меня таких - полсотни и плюс один.

Цитата:

де в данной записи Вы будете располагать промежуточный образ dump_ad0s1a.img ? или есть промежуточный носитель ?

да я вообще пока что тренируюсь, на виртуалках... Спасибо за предупреждения, в т.ч. насчет UFS и BSD при акронисе, а таже промежуточного носителя при dump-restore. Теперь я понял, почему у меня последнее не прокатило, и пришлось юзануть акронис. Мне с такой уверенностью посоветовали это dump-restore, что я даже постеснялся спросить насчет промежуточного диска - нельзя же ставить под сомнение рецепты Гуру и всемогущий свободный Софт... А софт этот пыхтел с минутку-другую (данных на диске всего 400 мб) и явно что-то делал. Только файлик или вовсе не создавался, или 20 байт в результате.