» Клонирование Linux

Не подскажете? А если я загружусь CD Win XP_BOOT и сниму образ с винта Linux с помошью или Acronis? это будет потом работать? Тоесть после распоковки? Мне именно так нужно.

dodon83
а куда оно денется, будет, конечно.

А можете написать пошагово и подробнее как сделать клон Linux (2.4.21.) Винчестер SCASI. Я попробовал Acronis Что-то на одном из разделов он выдал ошибку.

dodon83

Цитата:

Я попробовал Acronis Что-то на одном из разделов он выдал ошибку.

ты бы хотьб написал, что за ошибка, а то все телепаты ушли в отпуск.

Цитата:

Винчестер SCASI

наверное - SCSI -Small Computer Systems Interface
какая ошибка ?
какая фс на разделе ? насколько я помню , акронис поддерживает Ext2, Ext3 и ReiserFS

Все ок. Я порагоном снял. Все работает. А скажите можно ли образ Linux снятый с Scasi перенести на IDE винт? И если можно то как?

Акронис акронисом.
Проще всего загрузиться с LiveCD или RescueCD (например от CentOS'а).
Далее, как уже говорилось, - сделать бинарную копию с помощью dd и, обязательно повесить на тот же порт жесткий диск. Я имею в виду если это примари мастер HDD - значит в новой системе тоже это должен быть примари масте. Если речь о scsi - то следует выставить ID девайсов так что бы тот на который мы копировали был таким же по счету в новой системе как и в старой.

Насчет установки системы на много компов.
У CentOS как и у многих других дистрибов в момент установки используется некий инсталятор
anaconda (прошу простить если ошибся в терминологии). После того как все готово к установке (Вы выбрали разделы, пакеты, язык время настройки сети и тд) будет сформирован файл кикстарта. Этот файл можно легко засунуть в образ сидюка с этой операционкой и соответственно процесс установки задаст всего 2 вопроса - какое ядро грузить и использовать ли кикстарт файл.

Насчет переноса со скази на иде винты -
тут чаще всего сложностей нет. нужно так же скопировать диск, далее просто сменить параметр загрузки ядра в загрузчике на новый хард:
lilo - /etc/lilo.conf (после смены надо запустить lilo еще раз)
grub - меняем файл /boot/grub/menu.lst (запускать ничего не надо)

и в файле /etc/fstab
поменять все разделы скази на их аналоги иде

В большинстве случаев система после этих манипуляций нормально запустится. Если будут какие-то ошибки их можно будет ловить уже с новой системы.


Еще очень советую использовать LVM так как тогда мы будем меньше привязаны к именам разделов и будем привязаны к именам логических дисков LVM'a.
пример:
/dev/hda1 или /dev/lvm/RootFs - по мне так второе легче.

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

В общем в каждом случае свои варианты и хитрости.

Насчет ядер - стандартное ядро подходит в 90% случаев. У меня лично затруднения вызвали лишь случаи когда я ставил linux на урезанный i686 - например VIA Samuel 3 кажется так этот зверь зазывался :)) Там пришлось i386 ядро крутить.

ПС если не ошибаюсь P3 это уже i686. (и правда стало интересно. пошел читать wiki)

Я тут посмотрел видимо мое ядро не понимает ide диски. Как быть? И как быть с Lilo. Его редактировать с загрузочного CD? И как потом запустить если диск нужный нам евляеться примонтированным?

Кстати, хорошо бы узнать цель переноса ,железо (новое и старое) и дистр (uname -a , что поднято ....
Цитата:

Как быть

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

Цитата:

И как быть с Lilo. Его редактировать с загрузочного CD? И как потом запустить если диск нужный нам евляеться примонтированным?

http://www.sysresccd.org/Main_Page
править возможно придётся и другие конфиги

Коакой дестрибутив я не знаю. Выдает Linux 2.4.21. Цель переноса на новое железо.

> Далее, как уже говорилось, - сделать бинарную копию с помощью dd и, обязательно повесить на тот же порт жесткий диск.

Спорный вопрос насчет того же "порта". Если на старом месте рутовый раздел был /dev/hda1, то есть 2 места, где можно исправить это на /dev/sdc1 - /etc/fstab & /etc/lilo.conf и загрузиться смело с нового винта.

Перенос Linux -- задача далеко не тривиальная, как это кажется местным доморощенным спецам-теоретикам. Раньше, когда архитектура х86 быза 32-разрядной, основная проблема на новой машине была -- увидеть корень, с которого можно работать. Сейчас есть несколько 64-разрядных архитектур, несовместимых между собой (x86_64 и ia64). При переносе системы на ДРУГУЮ архитектуру придётся пересобирать АБСОЛЮТНО ВСЁ. Все 64-битные варианты х86 обратно совместимы с 32-битным кодом, поэтому если дистрибутив использует 32-разрядные бинарники, то его можно просто скопировать с правкой нескольких файлов.

Поэтому ПЕРЕНОСИТЬ Linux можно только с машинами с ОДИНАКОВОЙ архитектурой, иначе его придётся ПЕРЕСТАВЛЯТЬ с копированием пользовательских настроек из каталога /etc.

Я для грамотного переноса Linux на другую платформу пересобираю ядро определённым образом.

1) HDD.
1-1) В случае копирования на другой винт перезапускаемся в single mode (можно командой telinit 1), подключаем новый винт, разбиваем его как хотим, тривиально копируем всё содержимое всех разделов. Затем на новом винте открываем lilo.conf, и добавляем (временно) перед списком загрузок примерно следующие строки:

device=/dev/sdb
bios=0x80
device=/dev/sda
bios=0x81

Потом в списке загрузок меняем временно все /dev/sda на /dev/sdb.

Далее устанавливаем lilo -C /mnt/новый_винт/etc/lilo.conf /dev/sdb

(предполагается, что старый и новый винты -- это /dev/sda и /dev/sdb соответственно. Затем выключаем машину, новый винт делаем главным, грузимсс нового винта. После успешной загрузки меняем обратно в lilo.conf /dev/sdb на /dev/sda, добавленные строчки ликвидируем.

1-2) В случае переноса на другой контроллер всё зависит от метода запуска ядра. Если используется initrd, то монтируем его, изучаем его структуру, добавляем новый модуль для желаемого контроллера. Если нет, то пересобираем ядро с встроенной поддержкой нового контроллера. Актуально в случае SCSI или внешнего SATA.

1-3) В случае использования обычного IDE/SATA-диска, если мы не уверены в типе контроллера на новой мамке, пересобираем ядро, cтавим Generic IDE, предполагаемые типы контроллеров -- в модули. В БИВИСе новой матери выставляем Legacy IDE на всякий случай, затем, пересобрав ядро и проделав остальные дела как положено, грузимся на новой мамке и по очереди пробуем определить контроллер путём загрузки/выгрузки модулей. После определения пересобираем ядро уже как положено, отключаем Legacy IDE.

2) VGA. При переходе на новую мать framebuffer желательно отрубать. То есть не включать его в ядро при сборке. XWindow придётся конфигурировать заново. Если совсем не устраивает частота обновления экрана, можно подобрать значения развёртки с помощью утилиты xvidtune, затем вписать в Xorg.conf значения вручную. Осторожно, неумелыми действиями можно запросто испортить монитор!!!

3) При пересборке ядра желательно сохранять все его конфигурации, уметь пользоваться пунктами Load/Store a configuration file. Очистить дерево ядра от старых сгенеренных Makefile'ов можно с помощью make mrproper.

Я лично пережил такие перемещения:

*) переход на другой IDE.
*) переход на SCSI.
*) переход на другой винт SCSI.
*) переезд на новую мать вместе со старыми винтами и контроллером.
*) временный переход на SATA.
*) возвращение на SCSI
**) планируется переезд на RAID-0 разделов /usr и /home с организацией регулярного бэкапа.

через partimage достаточно удобно клонировать и разворачивать. При единой архитектуре процессоров, конечно.


Цитата:

В случае копирования на другой винт перезапускаемся в single mode (можно командой telinit 1), подключаем новый винт, разбиваем его как хотим,

можно подключить новый винт как мастер, старый как slave и загрузиться с LiveCD. Манипуляций примерно такое же число

Цитата:

Манипуляций примерно такое же число

Вариантов вообще куча, просто непонятно о чём тема. Перенос на другую машину и переезд на другую машину, и насколько другую -- это три принципиально разные задачи. В случае двух идентичных машин задача решается с помошью dd.

Aq_UNDERSCOPE_0

Цитата:

В случае двух идентичных машин задача решается с помошью dd.

Почему только в случае идентичных? Можно ведь и если не идентичные тем же dd. Просто посмотреть размеры HDD и если конечный меньшего размера, то перед переносом уменьшить размер раздела.