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

Мы опишем, как создать сжатую файловую систему, называемую так, потому она что сжата на диске и, когда загружается, распаковывается на ramdisk. Со сжатой файловой системой Вы можете разместить много файлов (приблизительно два мегабайта) на стандартную дискету 1440КБ. Так как файловая система намного больше чем дискета, она не может поместиться на дискете. Мы должны создать ее в другом месте, сжать и затем скопировать на дискету.

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

RAMDISK_SIZE = nnn

Удостовертесь что существует устройство /dev/ram0, /dev/ram или /dev/ramdisk. Если необходимо, создайте /dev/ram0 с mknod (major номер 1, minor 0).

Чтобы использовать петлевые устройства, Вам нужны специально модифицированные mount и unmount программы. Вы можете найти их в каталоге:

<ftp://ftp.win.tue.nl:/pub/linux/util/mount/>

Если на вашей системе нет loop устройства (/dev/loop0, /dev/loop1, и т.д.) , Вы должны создать их - ``mknod /dev/loop0 b 7 0''. Как только вы установили специальные mount и umount, создаете временный файл на жестком диске с достаточной емкостью (eg, /tmp/fsfile). Вы можете использовать команду

dd if=/dev/zero of=/tmp/fsfile bs=1k count=nnn

Используйте имя файла вместо DEVICE ниже. Когда Вы даете команду монтирования, Вы должны включить опцию ``-o loop" чтобы mount использовала петлевое устройство.

mount -o loop -t ext2 /tmp/fsfile /mnt

После того, как вы выбрали одну из этих опций, подготовьте DEVICE:

 
dd if=/dev/zero of=DEVICE bs=1k count=3000

Затем, создайте файловую систему. Linux ядро распознает два типа файловой системы для корневых дисков, которые автоматически сопируются на ramdisk. Это - minix и ext2, из которых ext2 является привилегированной файловой системой. При использовании ext2, Вы можете использовать -i опцию, чтобы определить большее количество inodes чем значение по умолчанию; -i 2000 предложен так, чтобы Вы не исчерпали inodes. В качестве альтернативы, Вы можете сберечь inodes, удаляя большинство ненужных /dev файлов. mke2fs по умолчанию создаст 360 inodes на дискете 1. 44МБ. Я считаю, что 120 inodes вполне достаточно для моей текущей спасательной корневой дискеты, но если Вы включаете все устройства в /dev каталог, Вы легко превысите 360. Использование сжатой корневой файловой системы позволяет иметь большую файловую систему, и следовательно большее количество inodes по умолчанию, но Вы должны либо уменьшить число файлов,либо увеличивать число inodes.

Так что Ваша команда выглядит так:

mke2fs -m 0 -i 2000 DEVICE

mke2fs команда автоматически обнаружит доступное пространство и соответственно сконфигурируется . -m 0 параметр предотвращает от резервирования пространства для корня, и следовательно, обеспечивает больше используемого пространства на диске.

Затем, смонтируйте устройство:

mount -t ext2 DEVICE /mnt

4.3. Заполнение файловой системы.

( Представленная здесь структура каталогов - только для использования в корневой дискете. Реальные Linux системы имеют большее полный и четкий набор правил, называемый Стандарт Файловой Системы (File System Standard), для определения размещения файлов.)

Три из этих каталогов должны быть пусты на корневой файловой системе, т.о. что они должны быть только созданы mkdir. Каталог /proc - в основном заглушка, в который помещена proc файловая система. Каталоги /mnt и /usr - только точки монтирования для использования после того, как загрузочная/корневая система будет запущена. Следовательно, эти каталоги должны быть только созданы.

Оставшиеся четыре каталога описаны в следующих секциях.

4.3.1. /dev

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

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

cp -dpR /dev /mnt

В качестве альтернативы, Вы можете использовать программу cpio с -p опцией, потому что cpio обрабатывает специальные файлы устройств правильно, и не будет пытаться копировать содержимое. Например, команды:

 cd /dev
 find . -print | cpio -pmd /mnt/dev 

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

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

Обратите внимание, что для каждого файла устройства требуется один inode, и inodes может быть дефицитым ресурсом, особенно на файловой системе дискеты. Следовательно имеет смысл удалить любые файлы устройств в /dev каталоге дискеты, которые Вам не нужны. Много устройств очевидно не нужно на специфических системах. Например, если у Вас нет SCSI дисков, Вы можете свободно удалить все файлы устройств начинающиеся с sd. Точно так же, если Вы не предполагаете использовать последовательный порт, все файлы устройств начинающиеся с cua можно удалить.

Убедитесь, что включили следующие файлы в этот каталог: console, kmem, mem, null,ram, tty1.

4.3.2. /etc

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

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

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

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

Файлы, которые не необходимы, могут быть идентифицированы с командой:

 
 ls -ltru 

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

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

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

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

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

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

a. Passwd --- список пользователей, домашних каталогов, и т.д.

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

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

Если безопасность важна, passwd, и shadow должны быть сокращены, чтобы избежать копирования паролей пользователей вне системы, и так, чтобы, когда Вы загрузились с дискеты, нежелательные входы в систему отвергались. Однако, имеется причина не сокращать passwd и group. tar (и вероятно другие архиваторы) сохраняет имя и группу пользователя с файлами. Если Вы восстанавливаете файлы на ваш жесткий диск с ленты, файлы будут восстановлены с первоначальными именами их владельцев. Если эти имена не существуют в passwd/group, при восстановлении, UIDs/GIDs не будут правильны.

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

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

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

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

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

Ваш 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, она не выполнится, потому что не сможет найти файл перезагрузки.

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

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

4.3.3. /bin и /sbin

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

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

Удостоверитесь, что Вы включили следующие программы: init, getty или эквивалент, login, mount, некоторые оболочки , способные выполнять ваши rc скрипты, ссылка от sh к оболочке.

4.3.4. /lib

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

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

 % ls -l /lib/libc.so*
 lrwxrwxrwx 1 root root     14 Nov  1 20:34 /lib/libc.so.5 -> libc.so.5.4.33*
 -rwxr-xr-x 1 root root 573176 Jun 12 02:05 /lib/libc.so.5.4.33*

 
 % ldd /sbin/mke2fs
    libext2fs.so.2 => /lib/libext2fs.so.2
    libcom_err.so.2 => /lib/libcom_err.so.2
    libuuid.so.1 => /lib/libuuid.so.1
    libc.so.5 => /lib/libc.so.5

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

 
 % file /lib/libc.so.5.4.33 /lib/libc.so.4.7.2
 /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 386, version 1, stripped

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

4.4 Обеспечение для PAM и NSS.

4.4.1 PAM (Pluggable Authentication Modules).

Если ваша система использует PAM (Pluggable Authentication Modules) Вы должны принять некоторые меры, иначе Вы будуте не способны войти в систему. PAM - изощренный модульный метод, для опознавания пользователей и их доступа к службам. Простой путь проверки использования вашей системой PAM состоит в проверке каталога /etc на вашем диске на наличие файла pam.conf или каталога pam.d; если они существуют - вы должны обеспечить минимальную поддержку 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, который показал эту зависимость.

4.4.2 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. Запомните, что вы должны включать файл /lib/libnss_files.so.1 для каждой указанной службы.

4.5. Модули.

Эти модули могут быть помещены в /lib/modules. Вы должны также включить insmod, rmmod и lsmod. В зависимости от того, хотите ли Вы загружать модули автоматически, Вы можете также включать modprobe, depmod и swapout. Если Вы используете kerneld, включаете его наряду с /etc/conf.modules.

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

Обратите внимание, чтобы загрузить сжатую ext2 файловую систему, Вы должны иметь встроенную поддержку ramdisk и ext2 . Они не могут быть в модульном исполнении.

4.6. Некоторые заключительные подробности.

     chdir /mnt; chroot /mnt /sbin/ldconfig

4.7. Перенос.

    umount /mnt
    dd if=DEVICE bs=1k | gzip -v9 > rootfs.gz