Брандмауэры и специальное программное обеспечение 8 Часть 4

Вид материала

Реферат

Содержание Процесс загрузки init — место, откуда начинается инициализация системы

Подобный материал:

• Муниципальное общеобразовательное учреждение средняя общеобразовательная школа №12, 174.77kb.
• Управление экономикой и создание экономических информационных систем Изучив данную, 148.93kb.
• Программное обеспечение ЭВМ, 209.59kb.
• Программное обеспечение вычислительной системы, 824.71kb.
• Учебная программа (Syllabus) Дисциплина: Интерфейсы компьютерных систем (iks 3304), 321.31kb.
• Реферат по Информационной безопасности Тема: «Антивирусы», 711.1kb.
• Пк программный комплекс; по программное обеспечение; ппо прикладное программное обеспечение, 208.41kb.
• Лекция 4 Обеспечивающие подсистемы асу. Математическое, программное, лингвистическое,, 59.3kb.
• Математическое и программное обеспечение систем оперативной оценки характеристик сложных, 247.51kb.
• Учебная программа (Syllabus) Дисциплина «Инструментальные средства разработки программ», 374.12kb.

Процесс загрузки

Все компьютеры семейства х86 загружаются одинаково. Детали этого процесса для целей данного текста значения не имеют и потому будут опущены. Процесс загрузки представляет собой последовательность событий, начинающуюся с включения питания. Обычно после этого начинает выполняться проверка оборудования, известная как POST (Power On Self Test), во время которой подсистемы компьютера проверяются на наличие проблем, мешающих его нормальному функционированию, таких как плохая память и прочее. Как правило, успешное завершение этого теста сопровождается одиночным гудком из динамика компьютера. Два гудка или более означают наличие проблемы. По количеству гудков можно определить причину проблемы.

После успешного завершения POST запускается небольшая программа-загрузчик, которая, в свою очередь, запускает загрузчик побольше. Этот второй загрузчик последовательно просматривает все места, в которых может содержаться загрузочный код операционной системы, и запускает на выполнение первый найденный. Обычно порядок просмотра следующий: загрузочный сектор гибкого диска, загрузочный сектор первого жесткого диска, загрузочный сектор компакт-диска в первом приводе CD-ROM. Изменение порядка просмотра осуществляется при помощи параметров BIOS, для доступа к которым следует нажать специальную клавишу (F2, Del или Insert) во время выполнения POST.

Обнаружив загрузочный сектор, в котором содержится загрузочный код ОС, система перемещает его в память и запускает на выполнение. В большинстве Linux систем это будет код LILO (от Linux Loader). LILO — это программа, позволяющая пользователю выбрать, какую из установленных на компьютере операционных систем (или различных ядер Linux) следует загрузить. Загрузчик LILO удобно использовать в случае, если на компьютере установлено несколько разных ОС (например, Linux и Windows), но даже если система всего одна, загрузчик LILO позволяет выбрать один из нескольких вариантов конфигурации этой системы. Будучи написан специально для Linux, загрузчик LILO позволяет передавать дополнительные аргументы ядру или программе init.


ПРИМЕЧАНИЕ

В данном тексте обсуждается архитектура Intel. В других архитектурах, таких как Spare или Alpha, используются похожие загрузчики, но с другими именами, например SILO (Spare) или MILO (Alpha) и т. д.

После того как пользователь сделает свой выбор, LILO загружает ядро ОС. Подробное обсуждение процесса загрузки ядра выходит за рамки этой книги, достаточно сказать, что это многоступенчатый процесс. Как правило, на диске образ ядра хранится в сжатом виде, а при загрузке в память он разжимается. В мире Linux принято использовать букву z как признак того, что данный образ является сжатым, например vmlinuz, zImage или bzImage. Отсюда следует, что, в отличие от DOS, образ ядра считывается с диска лишь во время загрузки. После загрузки никаких обращений к образу ядра на диске не делается, поэтому удаление или модификация соответствующего файла никак не влияет на функционирующее ядро. Для вступления в силу изменений, затронувших образ ядра на диске, система должна быть перезагружена. Кроме того, по размеру образа ядра на диске нельзя сказать, сколько места оно займет в памяти.

init — место, откуда начинается инициализация системы

После того как ядро было загружено в память, систему можно считать работающей. Однако пользы от ее работы не слишком много, поскольку взаимодействием с пользователями ядро не занимается. Получив управление, ядро запускает одну (и только одну) программу: init. Эта программа отвечает за выполнение всех остальных процедур и является родителем всех процессов. Передав управление init, ядро переходит к выполнению своей обычной функции менеджера системы, то есть к управлению пространством ядра и распределению ресурсов между процессами.


ПРИМЕЧАНИЕ

Под пространством ядра (kernel space) понимается память и функции, принадлежащие исключительно ядру. Эта память является защищенной. Дополнительным к пространству ядра является пространство пользователя (user space), в котором выполняются все программы, запущенные пользователями (включая суперпользователя).

Начав работу, программа init обращается к расположенному в каталоге /etc файлу inittab (от initialization table — таблица инициализации) для получения значений конфигурационных параметров. Для отсутствующих в нем параметров используются значения по умолчанию, но только если они не были переопределены из командной строки. Листинг 7.1 показывает содержимое файла inittab, используемого в OpenLinux 2.3.


СОВЕТ

Суффикс tab в названии таких файлов, как inittab, fstab, mtab и т. д., означает, что файл представляет собой таблицу, как правило, конфигурационную. В случае с inittab в ней содержится информация об инициализации системы, примерно как в файле config.sys в DOS.


Листинг 7.1. Файл /etc/inittab с добавленными номерами строк⁴

1. #
   
2. # inittab This file describes how the INIT process should set up
   
3. # the system in a certain run-level.
   
4. #
   
5. # Author: Miquel van Smoorenburg,
   
6. # Modified for RHS Linux by Marc Ewing and Donnie Barnes
   
7. # Modified for COL by Raymund Will
   
8. #
   9
   

10. # The runlevels used by COL are:
    
11. # 0 - halt (Do NOT set initdefault to this)
    
12. # 1 - Single user mode (including initialisation of network interfaces,
    
13. # if you do have networking)
    
14. # 2 - Multiuser, (without NFS-Server und some such)
    
15. # (basically the same as 3, if you do not have networking)
    
16. # 3 - Full multiuser mode
    
17. # 4 - unused
    
18. # (should be equal to 3, for now)
    
19. # 5 - X11
    
20. # 6 - reboot (Do NOT set initdefault to this)
    21
    

22. #
    
23. # Default runlevel.
    

24 id:5:initdefault:
25

26. # System initialization.
    
27. sO::sysinit:/bin/bash -c 'C=/sbin/booterd; [ -x $C ] && $C'
    
28. si::sysinit:/bin/bash -c 'C=/etc/rc.d/rc.modules: [ -x $C ] && $C default'
    
29. s2::sysinit:/bin/bash -c 'C=/etc/rc.d/rc.serial; [ -x $C ] && $C'
    

30 bw::bootwait:/etc/rc.d/rc.boot
31

32. # What to do in single-user mode.
    
33. ~1:S:wait:/etc/rc.d/rc 1
    

34 ~~:S:wait:/sbin/sulogin
35

36. 10:0:wait:/etc/rc.d/rc 0
    
37. 11:l:wrtt:/etc/rc.d/rc 1
    
38. 12:2:wait:/etc/rc.d/rc 2
    
39. 13:3:wait:/etc/rc.d/rc 3
    
40. 14:4:wait:/etc/rc.d/rc 4
    
41. 15:5:wait:/etc/rc.d/rc 5
    
42. 16:6:wait:/etc/rc.d/rc 6
    
43. # Normally not reached, but fallthrough in case of emergency.
    

44 z6:6:respawn:/sbin/sulogin
45

46. # Trap CTRL-ALT-DELETE
    
47. ca:12345:Ctrlaltdel:/sbin/shutdown -t3 -r now
    48
    

49. # Action on special keypress (ALT-UpArrow).
    
50. kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."
    51
    

52. # When our UPS tells us power has failed, assume we have a few minutes
    
53. # of power left. Schedule a shutdown for 2 minutes from now.
    
54. # This does, of course, assume you have powerd installed and your
    
55. # UPS connected and working correctly.
    

56 pf::powerfail:/sbin/shutdown -h +5 "Power Failure: System Shutting Down"

57

58. # If battery is fading fast -- we hurry...
    
59. pi::powerfailnow:/sbin/shutdown -c 2> /dev/null
    
60. p2::powerfailnow:/sbin/shutdown -h now "Battery Low..."
    61
    

62. # If power was restored before the shutdown kicked in, cancel it.
    
63. po:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
    64
    

65

66. # Run gettys in standard runlevels
    
67. 1:12345:respawn:/sbin/getty ttyl VC linux
    
68. 2:2345:respawn:/sbin/getty tty2 VC linux
    
69. 3:2345:respawn:/sbin/getty tty3 VC linux
    
70. 4:2345:respawn:/sbin/getty tty4 VC linux
    
71. 5:2345:respawn:/sbin/getty tty5 VC linux
    
72. 6:2345:respawn:/sbin/getty tty6 VC linux
    73
    

74. # Run kdm in runlevel 5
    
75. kdm:5:respawn:/opt/kde/bin/kdm -nodaemon > /var/log/kdm 2>&1
    

Файл /etc/inittab, содержимое которого приведено в листинге 7.1., позаимствован из комплекта OpenLinux 2.3 компании Caldera. В другом комплекте Linux содержимое этого файла почти наверняка будет иным. Однако если сравнить между собой комплекты Caldera и Red Hat (равно как и SuSE, Mandrake или Debian), то различий наберется куда меньше, чем при сравнении любого из этих комплектов и комплекта Slackware. В каждом из комплектов Linux используется одна и та же программа инициализации init (в любом из них эта программа получается в результате компиляции одного и того же исходного кода), то вся разница в процессах инициализации задается исключительно файлом inittab, подробным рассмотрением которого мы и займемся.