Linux.yaroslavl.ru

Берм из дистрибутива файл image/network.img и монтируем его командой:

$ mount -t vfat -o loop=/dev/loop0 <path>/image/network.img /mnt/image

предполагая, что <path>— это путь до корневого каталога дистрибутива на CD-ROM. Изменим в образе установочной дискеты файл syslinux.cfg, записав в него следующие строчки:

        default rescue
        ...
        label rescue
        kernel vmlinuz
        append ramdisksize=64000 initrd=network.rdz network rescue rw vga=788
      

Размер RAM-диска увеличиваем до 32 Мб. Этого должно хватить с избытком (обычно достаточно 20 Мб). Главное, что бы он был не меньше, чем распакованный файл rescuestage2.bz2.

Размонтируем /mnt/image и запишем образ на дискету командой:

$ umount /mnt/image && dd if=network.img of=/dev/fd0

При загрузке с такой дискеты программа установки по умолчанию перейдт в “спасательный” режим с размером RAM-диска равным 32 Мб, хотя и другие режимы, вызываемые по клавише F1, остаются доступны.

Поскольку нам придтся добавить некоторые модули интерпретатора Perl в файл rescuestage2.bz2, то придтся увеличить размер последнего. Создам новый файл, файловую систему в нем и монтируем полученный образ:

$ dd if=/dev/zero of=/mnt/image/rescuestage2 ibs=1024 count=30000

$ mke2fs -qF /mnt/image/rescuestage2

$ mount -o loop /mnt/image/rescuestage2 /mnt/disk

Убедиться в том, что образ успешно создан и примонтирован, можно с помощью команды mount, вызванной без параметров. Предварительно распаковав оригинальный образ rescuestage2.bz2 из дистрибутива, тоже монтируем его:

        $ mkdir /mnt/disk.orig
        $ bzip2 -dc <path>/Mandrake/base/rescuestage2.bz2 > /tmp/rescuestage2
        $ mount -o loop /tmp/rescuestage2 /mnt/disk.orig
      

Теперь копируем все содержимое из /mnt/disk.orig в /mnt/disk, чтобы получить образ с содержимым оригинального, но большего размера.

        $ umount /mnt/disk.orig
        $ rm -f /tmp/rescuestage2
      

Теперь так же монтируем установочный образ:

      
        $ bzip2 -dc <path>/Mandrake/base/mdkinststage2.bz2 > /tmp/mdkinststage2
        $ mount -o loop /tmp/mdkinststage2 /mnt/disk.orig
      

В каталоге /mnt/disk.orig нас интересует Perl:

        $ cp -R /mnt/disk.orig/usr/lib/perl5 /mnt/disk/usr/lib/perl5
      

Интерпретатор (/usr/bin/perl) уже есть в rescuestage2 и его версия та же, что и в mdkinststage2.

        $ umount /mnt/disk.orig
        $ rm -f /tmp/mdkinststage2
      

Теперь последний штрих— сценарий на языке Perl, который будет брать файлы с FTP-сервера и записывать их содержимое в STDOUT. Текст скрипта следующий:

        <BEGIN>
        #!/usr/bin/perl
        use Net::FTP;
        $addres=shift(@ARGV);
        $file=shift(@ARGV);
        $login='anonymous';
        $passw='installer@rescue';
        $prefix='/pub';
        $ftp = Net::FTP->new($addres, Debug => 0) or die '';
        $ftp->login($login, $passw) or die '';
        $ftp->cwd($prefix);
        $ftp->get($file, *STDOUT);
        $ftp->quit;
        <EOF>
      

Можно поместить его как /mnt/disk/bin/getftp с правами 0755. В этом скрипте нет проверок вводимых данных и обработок ошибок; если у вас будет желание, вы можете модифицировать этот скрипт по своему усмотрению. Главная рабочая строка этого скрипта:

        $ftp->get($file, *STDOUT);
      

Имеем полностью готовый к работе rescuestage2; все, что нам нужно, там уже есть.

    
        $ umount /mnt/disk
        $ bzip2 -9 /mnt/image/rescuestage2
        $ mkdir /var/ftp/pub/ALTLinux
        $ mkdir /var/ftp/pub/ALTLinux/base
        $ mv /mnt/image/rescuestage2.bz2 /var/ftp/pub/ALTlinux/base/
      

Дальнейшие шаги предполагают, что в текущей системе установлен и работает FTP-сервер с корневым каталогом /var/ftp.

Теперь можно загрузить любой компьютер с подготовленной в самом начале дискеты и ввести адрес FTP-сервера, на котором в каталоге /pub лежит образ второго этапа установки. В используемом по умолчанию “спасательном” режиме можно произвести, например, следующие операции:

        $ getftp <IPFTPSERVER> </path/filename.img.bz2> | \ bzip2 -d -c | dd of=/dev/hda
      

или:

        $ mkfs.ext2 /dev/hda1
        $ mount /dev/hda1 /mnt/disk
        $ cp /mnt/disk
        $ getftp <IPFTPSERVER> </path/filename.cpio.bz2> | \ bzip2 -d -c| cpio -i -make-directories
        $ chroot /mnt/disk
        $ lilo
        $ vi /etc/passwd
      

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

Если все компьютеры имеют одинаковые жсткие диски, можно использовать утилиту dd для создания точной копии эталона. Чтобы после клонирования удостовериться, что полученный диск в является точной копией, можно предварительно записать в файл геометрию эталонного командой sfdisk -l. Результат работы этой программы для диска, например, размером 10 Гб может быть следующим:

        Disk /dev/hdd: 1247 cylinders, 255 heads, 63 sectors/track
        Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
        Device Boot Start     End   #cyls   #blocks   Id  System
        /dev/hdd1          0+    446     447-  3590496   83  Linux
        /dev/hdd2        447     498      52    417690   82  Linux swap
        /dev/hdd3        499    1246     748   6008310    5  Extended
        /dev/hdd4          0       -       0         0    0  Empty
        /dev/hdd5        499+   1246     748-  6008278+  83  Linux
      

Далее делаем сжатый образ:

        $ dd if=/dev/hdd | bzip2 -9 -c > Juniorhdd.img.bz2
        20044080+0 records in
        20044080+0 records out
      

Выкладываем образ на свой FTP-сервер:

        $ cp Juniorhdd.img.bz2 /var/ftp/pub/
      

Загрузив компьютер, на который нужно установить систему, с подготовленной дискеты и получив образ второго этапа установки с FTP-сервера, можно дать команду:

        $ getftp <IPFTPSERVER> /pub/Juniorhdd.img.bz2 | \ bzip2 -d -c | dd of=/dev/hda
      

и получить точную копию эталонной машины.

Если на компьютерах установлены разные диски, работать на уровне жсткого диска (/dev/hda) нельзя и придтся перейти на уровень разделов (/dev/hda1, /dev/hda2 и т.д.). В этом может помочь утилита cpio, которая архивирует все типы файлов (в том числе устройства и сокеты) со всеми свойствами и правами. При использовании cpio необязательно обнулять диск, поскольку она работает уже поверх файловой системы.

Сделаем архив эталонного корневого раздела, предполагая, что он находится в /dev/hdd1, и выкладываем его на FTP-сервер:

        $ mount /dev/hdd1 /mnt/disk
        $ cd /mnt/disk
        $ find ./ | cpio -o | bzip2 -9 -c > /tmp/hda1.cpio.bz2
        $ cp /tmp/hda1.cpio.bz2 /var/ftp/pub/
      

Точно так же обрабатываются и остальные разделы, содержащие информацию. Раздел подкачки проще создать вручную прямо на месте в “спасательном” режиме.

Загрузив компьютер, на который нужно установить систему, с подготовленной дискеты и получив образ второго этапа установки, нужно вручную создать соответствующие разделы. Каждый из них должен иметь размер не меньше, чем необходимо для размещения информации, хранящейся в образах. Их необходимо отформатировать и смонтировать, например, в /mnt/disk.

Чтобы воссоздать раздел /, примонтированый в /mnt/disk, нужно сделать следующее:

        $ cd /mnt/disk
        $ getftp <IPFTPSERVER> /pub/hda1.cpio.bz2 | \ bzip2 -d -c| cpio -i -make-directories
      

Далее нужно повторить аналогичные операции для остальных разделов. По окончании копирования не забудьте про установку LILO или GRUB в новую систему.

Если на диске FTP-сервера мало свободного места, то будет разумно скопировать образы на CD-RW и монтировать их в структуру каталогов FTP-сервера. С учтом того, что работы по массовому клонированию систем происходят обычно не каждый день, такое экономное использование дискового пространства можно во многих случаях считать оптимальным.

Чтобы работать со SCSI-дисками, в “спасательном” режиме придтся загрузить соответствующие модули для доступа к /dev/sda, /dev/sdb:

        $ modprobe <имямодулядляSCSIадаптера>
        $ modprobe sdmod
      

Если это сделать сложно, поставьте диски уже на работающую систему и получите доступ к ним там. Далее можно действовать в контексте рабочей системы точно так же, как описано выше.

Если результирующий сжатый образ окажется больше 2 Гб, то возможны проблемы с хранением таких файлов на сервере со старой реализацией файловой системы ext2. В таком случае рассмотрите возможность использования программы split в конце конвейера архивации и вызова утилиты cat в скрипте getftp для сборки при записи на диск. Программы split и cat уже есть в образе rescuestage2.bz2.

Другой вариант создания больших образов— размещение их на ReiserFS 3.6^[10] и выше.

Если конфигурации компьютеров сильно отличаются, возможно, придтся потратить много времени на настройку “клона”. В случае очень существенных отличий следует оценить и сравнить трудозатраты по наладке “с нуля” и по приведению системы в рабочее состояние после клонирования и сделать выводы о целесообразности применения этих подходов.

В этом случае работа через cpio теоретически должна быть менее чувствительна к подобным неприятностям.

Если ядро, загруженное с дискеты с network.img, не смогло поднять интерфейс eth0 и это не удалось сделать в ручном режиме— вам не повезло. В качестве решения можно предложить модифицировать содержимое network.img либо все работы проводить с диском, переставленным в рабочую систему (хотя это и не так удобно, как по сети).

При распаковке и записи образа через dd может иметь место ситуация, когда многие гигабайты (например нулей) могли быть сжаты в сотни байт. В этом случае getftp может достаточно долго не запрашивать данные с сервера, пока эти гигабайты будут записаны на целевой диск. В такие моменты сервер может сбросить соединение по тайм-ауту из-за отсутствия активности клиента. Решение проблемы достаточно тривиально: в настройках FTP-сервера увеличьте время тайм-аута или вообще запретите отключение клиентов.