 |
|
|
|
Создаем загружаемый Flash-диск с FreeBSD и DOS. Часть II
Создаем загружаемый Flash-диск с FreeBSD и DOS Часть II Из первой части статьи вы узнали о том, как создать загружаемый Flash-диск с FreeBSD и DOS. Но создать его – не самоцель, созданный диск – просто инструмент, которым нужно умело воспользоваться. Использование Flash-диска для установки FreeBSD Установка FreeBSD на новый компьютер при загрузке с Flash имеет свои особенности, которые необходимо учитывать. При загрузке с дискеты программа sysinstall выполняется как процесс init, поэтому она делает поочередно все необходимое. При загрузке с Flash /stand/sysinstall запускается как обычная программа и не производит некоторых действий, которые обычно выполняются, когда sysinstall работает в качестве init, например копирование каталога /stand. Поэтому процедура установки FreeBSD на новый компьютер во многом аналогична процедуре создания самой Flash и может проводиться в том же порядке, что описан в [1], за исключением того, что теперь нужно ставить большее количество базовых пакетов. Порядок действия в этом случае таков:
# tunefs -p /dev/ad0s2a
Выделенная строка отображает состояние признака допустимости использования ACL – «disable» – запрещено, «enable» – разрешено. Для изменения состояния признака можно использовать ту же команду tunefs такого формата: # tunefs -a enable /dev/ad0s1a Отмечу, что команда tunefs может использоваться только на размонтированных файловых системах.
Создание BSD-разделов вручную Ранее, устанавливая FreeBSD, я был свято уверен в непогрешимости sysinstall и в то, что она не может допускать ошибок. Это мнение переменилось, когда в одной из версий /stand/sysinstall отказывался видеть жесткие диски, если их было больше одного. Впоследствии нашлись и другие области, где /stand/sysinstall ведет себя не лучшим образом. Например, при создании BSD-разделов, когда он запущен не как init, а как обычный процесс, он не может создать устройства в DEVFS. Как следствие, создаваемый BSD-раздел не может быть смонтирован, и установка прерывается. При задании install root вспомогательные шаги типа задания пароля пользователя root всегда меняют его в /etc/master.passwd... Мы уже использовали возможность создания BSD-разделов вручную при форматировании самой Flash. Но там создавался только один корневой раздел, поскольку не было никакой необходимости разбиения диска. Для дисков нормального объема этот путь неприемлем хотя бы потому, что в корневой файловой системе по умолчанию выключено опережающее кэширование (softupdates). Поэтому мы будем использовать возможность disklabel восстанавливать метки дисков из текстового файла. Формат файла очень простой: # /dev/ad2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 409600 4194304 4.2BSD b: 4194304 0 swap c: * * unused 0 0 # «raw» part, don’t edit d: 10485760 4603904 4.2BSD e: 20971520 15089664 4.2BSD f: * 36061184 4.2BSD Откуда берется информация о диске? Первоначально файл можно создать, вызвав disklabel: # disklabel -e -n ad0s1 При этом будет запущен редактор, указанный в переменной окружения EDITOR, в котором можно сохранить файл начальных настроек. В данном файле, если в слайсе еще не было создано ни одного раздела, disklabel предполагает создание одного раздела a: размером во весь слайс и описателя слайса. Описатель слайса (раздел c:) создается всегда и помечается строкой «raw part, don’t edit». В приведенном выше файле настроек мы имеем четыре файловые системы и раздел подкачки (swap), которые расположены так, как показано на рис. 1.
Рисунок 1. Разделы на диске, созданные по файлу примера Если расположение разделов соответствует порядку букв (a, b, c ,d , etc...), где на a: всегда корневой раздел, на b: всегда раздел подкачки, на с: всегда описатель слайса, дальше расположение разделов произвольно – то можно доверить расчет границ раздела самому disklabel, соответствующий пример приведен ниже. Поскольку в файле примера разделы не соответствуют этому порядку (раздел подкачки идет первым), то рассчитаем границы разделов самостоятельно. Задаваемые в файле цифры – это размер и смещение раздела в секторах размером по 512 байт. 1 Гб – это 1024 * 1014 (1048576) Кб или 1024 * 1024 * 2 (2097152) секторов, 1 Mб – 1024 Кб или 2048 секторов. Эти цифры умножаются на размер раздела и складываются с начальным смещением. Отсчет смещения начинается с 0. Считаем:
После создания файла настроек протестируем его на предмет ошибок расчетов, возможных перекрытий разделов и т. д., командой: # disklabel -R -n ad0s1 ad0s1.disklabel где ad0s1.disklabel – имя файла, в котором были сохранены настройки. Если все правильно, то disklabel отобразит предполагаемую картину разбиения диска, которая в точности похожа на содержимое файла настроек, только все звездочки заменены рассчитанными значениями. Если же были допущены ошибки, то увидим сообщения, где будет сказано, что не устроило disklabel в нашем файле. Если ошибок не возникло, то можно создать разделы по файлу настроек командой: # disklabel -R ad0s1 ad0s1.disklabel (все то же самое, только ключ -n опущен). Если все прошло успешно, то disklabel не скажет ничего. Иначе же выдаст сообщения об ошибке. Все. Разделы созданы, можно переходить к их форматированию и установке программ. Рекомендую, кроме того, сохранить информацию по слайсам («разделам» с точки зрения DOS) и разделам BSD, распечатать ее и хранить в непосредственной близости от сервера – это поможет восстановить случайно удаленные разделы. Сохранить информацию можно следующими командами: # fdisk /dev/ad0 > ad0.fdisk # disklabel ad0s1 > ad0s1.disklabel Ниже приводится пример файла настроек, в котором все расчеты размеров и смещений выполняются самим disklabel. Напоминаю, что такое возможно только, если разделы идут в стандартном порядке: root, swap, описатель слайса, прочие разделы. # /dev/ad2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 200M 0 4.2BSD b: 2G * swap c: * * unused 0 0 # «raw» part, don’t edit d: 5G * 4.2BSD e: 10G * 4.2BSD f: * * 4.2BSD При этом можно использовать буквы M и G для задания размера соответственно в мега и гигабайтах, а также символ «%» для задания размера в процентах от общего объема диска. Использование Flash-диска для переноса данных на диск большего размера Все мы рано или поздно сталкиваемся с проблемой разделов жесткого диска, заполненных нужной и ценной информацией и полным нежеланием переустанавливать систему, несмотря на то что [2] рекомендует именно этот метод для переноса данных на новый жесткий диск большего размера. Тем не менее, там же приводится небольшое описание того, как можно, не переустанавливая систему, перенести ее на новый жесткий диск большего размера. Но данная инструкция приведена в расчете на то, что загружена система со старого диска, а это не всегда желательно. Для этого можно воспользоваться Flash-диском, для чего достаточно:
# mount /dev/ad0s1a /mnt/s1a
# mount /dev/ad4s1a /mnt/s1e
# cd /mnt/s1e && dump -0af - /mnt/s1a | restore -xf – на единственный вопрос, который будет задан после восстановления данных, ответить «y».
Использование Flash-диска для контроля целостности файлов на жестком диске В [3] описан скрипт для проверки целостности файлов на зараженных или поврежденных машинах. Несмотря на очевидную параноидальность данного скрипта, в нем есть один недостаток – ядро пораженной системы все же используется, то есть при большом желании можно повлиять на процесс проверки. Если же сначала загрузиться с Flash, а потом установить носитель с базами AIDE или даже попросту объединить их (при наличии достаточного места на Flash), то от этого недостатка можно избавиться. При этом можно вообще не использовать AIDEStart, основная задача которого – функционирование на зараженной машине. Достаточно установить пакет aide на Flash, на ней же разместить базы с контрольными суммами с примонтированных разделов дисков (при этом не забывайте, что монтировать их нужно будет постоянно в одно и то же место), и запускать операции проверки, обновления или сравнения как обычно. По такому же принципу можно построить и антивирусную проверку дисков. Для чего нам нужен DOS? Кратко перечислю возможные применения Flash-диска с загруженным DOS:
Возможные ошибки Помните, что:
# disklabel ad0s1
это всего лишь означает, что данный раздел (в терминологии DOS) создавался не через /stand/sysinstall, который при создании раздела FreeBSD («слайса») сразу создает в нем описатель слайса (раздел с:), а другими средствами. Достаточно просто записать в такой раздел «метку по умолчанию»: # disklabel -w ad0s1 при этом будет создан описатель слайса и один раздел а: размером во весь слайс, после чего можно переразбить слайс по своему усмотрению. Никакого форматирования при этом не выполняется.
# setfacl -m u::rwx /tmp
значит, у данной файловой системы отсутствует признак допустимости использования ACL. Следует размонтировать файловую систему и включить отсутствующую возможность: как показано в разделе «Использование Flash-диска для установки FreeBSD». Заключение Теперь, Flash-диск, созданный нами, занял свое место в столе, сервер, на который с его помощью была установлена FreeBSD, перенесены данные со старых дисков, а также обновлен BIOS, почему-то оказавшийся предпоследней версии – законное место в стойке... Разумеется, круг задач, для решения которых можно было бы использовать Flash-диск, не исчерпывается теми, что были перечислены выше – каждый, кому хоть раз доводилось создавать загрузочные дискеты с DOS, наверняка сможет назвать как минимум еще одну. Но теперь эти дискеты вместе с CD-ROM дисками и приводами для них можно разместить на почетной нижней полке сейфа, куда добираешься только в очень редких случаях. Загружаемый USB Flash диск – это простое решение проблем с «нечитающимися» дискетами, поцарапанными дисками, крайне малой емкости первых и невозможности модификации вторых. Литература и ссылки:
|
РАШИД АЧИЛОВ
Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
