Потенциальные проблемы

Используя данный метод, можно столкнуться с рядом проблем.

SCSI-диски

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

	$ modprobe <имя_модуля_для_SCSI_адаптера>
	$ modprobe sd_mod
      

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

Ограничение на размер файла

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

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

Существенные различия в аппаратной комплектации между эталонным и создаваемыми на его основе компьютерами

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

Наличие сбойных или нестабильных секторов на эталонном и/или целевом диске

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

Экзотическая сетевая карта

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

Тайм-ауты сброса соединения на FTP-сервере

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



[10] Reiserfs версии 3.5.х также обладает этим неприятным ограничением