Создание корневой файловой системы.

/dev

Каталог /dev содержит специальные файлы для всех устройств, которые обязательно используются в любой Linux системе. Сам каталог - обычный каталог, и может быть создан mkdir обычным способом. Однако специальные файлы устройств, должны быть созданы особым образом, используя команду mknod.

Есть более короткий путь — скопировать файлы устройств из существующего на вашем жестком диске каталога /dev. Единственное требование - чтобы Вы, копируя специальные файлы устройств, использовали опцию -R. Это приведет к копированию каталога без попыток копировать содержимое файлов. Проверьте, что Вы использовали верхний регистр R. Например:

	cp -dpR /dev/fd[01]* /mnt/dev 	cp -dpR /dev/tty[0-6]* /mnt/dev

Если Вы хотите пойти трудным путем, используйте ls -l, для вывода старших(major) и младших (minor) чисел нужных вам устройств, и создайте их на дискете, используя mknod.

Как только устройства скопированы, проверьте, что все необходимые специальные устройства помещены на спасательную дискету. Например, если Вы предполагаете с загрузочной дискеты обращаться к вашим ленточным устройствам. Вам надо скопировать все файлы ленточных устройств ftape.

Обратите внимание, что для каждого файла устройства требуется один inode, и inode может быть дефицитным ресурсом, особенно для файловой системы дискеты. Вам следует быть переборчивым при копировании файлов устройств. Например, если у Вас нет SCSI дисков, Вы можете с уверенностью игнорировать /dev/sd*; если Вы не предполагаете использовать последовательный порт, вы может игнорировать /dev/ttyS*.

Если при копировании файлов вы получаете ошибку No space left on device, а df показывает что свободное место все еще есть, возможно, вы исчерпали inodes. Использование inodes вам покажет df -i

/etc

Каталог /etc содержит конфигурационные файлы. Его предполагаемое содержимое зависит от состава предполагаемых к использованию программ. На большинстве систем, они могут быть разделены на три группы:

1. Требуемые всегда, такие как rc, fstab, passwd.

2. Которые могут потребоваться, но не обязательно.

3. Всякий хлам.

        ls -ltru

На моих корневых дискетах я ограничился 15 конфигурационными файлами. Можно уменьшить мою работу, разделив их на три набора файлов:

1. Те, которые я должен сконфигурировать для загрузочной/корневой системы:

   1. rc.d/* -- скрипты запуска системы и изменения уровня выполнения

   2. fstab -- список монтируемых файловых систем

   3. inittab -- параметры init процесса, - первого запускаемого во время начальной загрузки процесса.

   4. gettydefs-- параметры для процесса init, первого запускаемого при загрузке процесса.

2. Те, которые я должен привести в порядок для загрузочной системы:

   1. passwd -- список необходимых пользователей, домашних каталогов, и т.д.

   2. group -- группы пользователей.

   3. shadow -- пароли пользователей. У Вас его может не быть.

   4. termcap -- база данных возможностей терминалов.

   Если безопасность важна, passwd, и shadow должны быть урезаны, чтобы избежать копирования паролей пользователей вне системы, и, таким образом, при загрузке с дискеты нежелательные входы в систему будут отвергаться.

   Проверьте, что passwd содержит, по крайней мере, root. Если Вы допускаете вхождение в систему других пользователей, проверьте существование их домашних каталогов и оболочек (shells).

   termcap, база данных терминалов, обычно несколько сотен килобайт. Версия этого файла на вашей загрузочной дискете должна быть урезана, чтобы содержать параметры только используемого Вами терминала(ов), обычно это всего лишь элемент linux или linux-console.

3. Остальные. В данный момент они работают, так что я их оставлю.

Помимо этого, мне остается сконфигурировать всего лишь два файла, и их содержимое удивительно невелико.

• rc должен содержать:

  #!/bin/sh /bin/mount -av /bin/hostname Kangaroo

  Проверьте, что он выполняемый, что в его первой строке есть "#!" и что абсолютные имена файлов - правильны. На самом деле Вы не обязаны выполнять hostname — будет лучше вид, если Вы так сделаете.

• fstab должен содержать, по крайней мере:

  /dev/ram0 / ext2 defaults /dev/fd0 / ext2 defaults /proc /proc proc defaults

  Вы можете скопировать элементы из вашего существующего fstab, но Вам не следует автоматически монтировать все разделы вашего жесткого диска; используйте для них ключевое слово noauto. Когда используется загрузочная дискета, Ваш жесткий диск может быть поврежден или мертв.

Ваш inittab должен быть изменен так, чтобы строка sysinit выполняла rc, или любой другой основной сценарий начальной загрузки, который будет использоваться. Также, если Вы хотите запретить пользователям входить в систему по последовательным портам, закомментируйте все записи для getty, которые в конце строки содержат устройства ttys или ttyS. Оставьте порты tty, чтобы Вы могли входить в систему с консоли.

Минимальный файл inittab выглядит так:

        id:2:initdefault:         si::sysinit:/etc/rc         1:2345:respawn:/sbin/getty 9600 tty1         2:23:respawn:/sbin/getty 9600 tty2

Обратите внимание, что некоторые программы не могут быть размещены в другом месте, так как другие программы жестко связаны с их расположением. Например, в моей системе, /etc/shutdown жестко связан с /etc/reboot. Если я перемещу reboot в /bin/reboot, и затем подам команду shutdown, она не выполнится, так как не сможет найти файл reboot.

Напоследок, просто скопируйте все текстовые файлы в вашем каталоге /etc, плюс все исполняемые программы в вашем /etc каталоге, в которых Вы не уверены, что они Вам не понадобятся. Как инструкцией, руководствуйтесь примером, в секции Прил. Перечень файлов образца корневого диска.>. Вероятно достаточно скопировать только эти файлы, но системы значительно отличаются, так что Вы не можете быть уверены, что тот же набор файлов на вашей системе эквивалентен файлам в списке. Единственно верный метод - начать с inittab и выбрать то, что требуется.

Большинство теперешних систем использует каталог /etc/rc.d/, содержащий сценарии оболочки для различных уровней выполнения. Минимум - одиночный rc скрипт, но может быть проще скопировать из вашей существующей системы inittab и каталог /etc/rc.d, и сократить сценарии оболочки в каталоге rc.d, для удаления всего, не относящегося к окружению системной дискеты.

/bin и /sbin

Каталог /bin - удобное место для дополнительных утилит, которые должны выполнять базовые операции, таких как ls, mv, cat и dd. Примерный список файлов, которые входят в каталоги /bin и /sbin см. в Прил. Перечень файлов образца корневого диска.>. Он не включает никаких утилит восстановления из резервных копий, таких как cpio, tar и gzip. Это потому, что я помещаю их на отдельную сервисную дискету, сохраняя пространство загрузочной дискеты. При загрузке дискеты она копируется на ramdisk, оставляя дисковод свободным для монтирования другой дискеты - сервисной дискеты. Я обычно монтирую ее в /usr.

Создание сервисной дискеты описано ниже в секции Разд. Создание сервисного диска.>. Вероятно желательно хранить копию утилит резервирования тех же версий, которые использовались для создания резерва, чтобы Вы не тратить впустую время, устанавливая версии, которые не смогут прочесть ваши резервные ленты.

/lib

В /lib Вы помещаете необходимые общедоступные библиотеки и загрузчики. Если необходимые библиотеки не будут найдены в вашем /lib каталоге, система не сможет загрузиться. Если вам повезет, то Вы сможете увидеть сообщающее причину сообщение об ошибке.

Почти каждая программа требует, по крайней мере, библиотеку libc, libc.so. N, где N - номер текущей версии. Сверьтесь с Вашим /lib каталогом. Файл libc.so.N - обычно символическая ссылка на имя файла с полным номером версии:

% ls -l /lib/libc* -rwxr-xr-x   1 root     root      4016683 Apr 16 18:48 libc-2.1.1.so* lrwxrwxrwx   1 root     root           13 Apr 10 12:25 libc.so.6 -> libc-2.1.1.so*

В этом случае Вам нужна libc-2.1.1.so. Чтобы найти другие библиотеки, Вы должны пройтись по всем исполняемым файлам, которые Вы планируете включить, и командой ldd проверить их зависимости. Например:

        % ldd /sbin/mke2fs         libext2fs.so.2 => /lib/libext2fs.so.2 (0x40014000)         libcom_err.so.2 => /lib/libcom_err.so.2 (0x40026000)         libuuid.so.1 => /lib/libuuid.so.1 (0x40028000)         libc.so.6 => /lib/libc.so.6 (0x4002c000)         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Заметьте, что некоторые файлы очень велики и просто не поместятся на корневой файловой системе. Например, указанный выше libc.so около 4Мб. Вы должны очистить библиотеки при их копировании на корневую файловую систему. Для инструкций см. секцию Разд. Уменьшение размера корневой файловой системы>.

Вы также должны включить в /lib загрузчик библиотек. Загрузчик может быть либо ld.so (для a.out библиотек, что теперь не обычно), либо ld-linux.so (для ELF библиотек). Новейшие версии ldd точно указывают, какой нужен загрузчик, как в примере ниже, но старые версии могут и не сказать. Если Вы не знаете, который Вам нужен, запустите на библиотеке команду file. Например:

% file /lib/libc.so.4.7.2 /lib/libc.so.5.4.33 /lib/libc-2.1.1.so /lib/libc.so.4.7.2: Linux/i386 demand-paged executable (QMAGIC), stripped /lib/libc.so.5.4.33: ELF 32-bit LSB shared object, Intel 80386, version 1, stripped /lib/libc-2.1.1.so: ELF 32-bit LSB shared object, Intel 80386, version 1, not stripped

Скопируйте необходимый(е) для создаваемой корневой файловой системы загрузчик(и). Библиотеки и загрузчики должны быть тщательно проверены вместе с включаемыми двоичными файлами. Если ядро не сможет загрузить необходимую библиотеку, оно может зависать без сообщения об ошибке.

PAM (Pluggable Authentication Modules)

Если ваша система использует PAM (Pluggable Authentication Modules), Вы должны это предусмотреть в вашем загрузочном диске. PAM - изощренный модульный метод идентификации пользователей и управления их доступом к службам. Простой способ проверки того, использует ли ваша система PAM, состоит в запуске ldd для исполняемого файла login. Если выдаваемая информация включает libpam.so - вам нужен PAM.

К счастью, безопасность не имеет значения для загрузочных дисков, т.к. если кто-либо имеет физический доступ к машине, он может сделать все, что захочет. Следовательно, вы можете фактически запретить PAM, создав в вашей корневой файловой системе простой файл /etc/pam.conf, который выглядит примерно так:

OTHER   auth       optional     /lib/security/pam_permit.so OTHER   account    optional     /lib/security/pam_permit.so OTHER   password   optional     /lib/security/pam_permit.so OTHER   session    optional     /lib/security/pam_permit.so

Эта конфигурация разрешает любому полный доступ к файлам и службам вашей машины. Если Вы, по некоторым причинам, заботитесь о безопасности вашего загрузочного диска, скопируйте некоторые или все настройки PAM с вашего жесткого диска на корневую файловую систему. Прочтите внимательно документацию на PAM и скопируйте необходимые библиотеки в каталог /lib/security на вашей корневой файловой системе.

Вы также должны включить в ваш загрузочный диск /lib/libpam.so . Но Вы уже это знаете, т.к. запускали ldd для /bin/login, которая показала эту зависимость.

NSS (Name Service Switch)

Если Вы используете glibc (иначе называемый libc6) Вы должны обеспечить name services или вы не сможете войти в систему. Файл /etc/nsswitch.conf управляет поиском по базам данных различных служб. Если вы не планируете доступ к сетевым службам (таким как DNS, NIS), то Вы должны подготовить простой файл nsswitch.conf, который выглядит так:

     passwd:     files       shadow:     files      group:      files       hosts:      files      services:   files      networks:   files      protocols:  files      rpc:        files      ethers:     files      netmasks:   files           bootparams: files      automount:  files       aliases:    files      netgroup:   files      publickey:  files

Если вы планируете доступ к сети с вашего загрузочного диска, вы должны создать более продуманный файл nsswitch.conf. Для подробностей смотрите man страницу nsswitch. Для каждого указанного типа службы service Вы должны включить файл /lib/libnss_ service .so.1