본 문서의 저작권은 http://solarisinsider.com/ 에 있습니다.
1.1 Booting Steps
부팅의 단계는 대개 6가지 단계로 구분이 된다.
처음 단계가 커널을 초기화하고 로딩하는 단계이다. 두번째로는 Hardware적인 설정을 하는 단계이고, 세번째가 자동적으로 생성되는 시스템 과정 같은 것이 있고, 네번 째로는 운영 조정에 관한 내용이다.(이 단계는 단일 사용자에게만 국한된 것이다.) 그리고 다섯번째가 시스 템의 시작시의 스크립트의 실행에 관한 내용이고 마지막인 여섯번째가 바로 멀티 유저에 관한 부분이다.
1.1.1 Steps in the Boot Process
Loading and initialization of the kernel
하드웨어에 의존적인 실행가능한 프로그램의 하나인 kernel이 /unix 또는 /vmunix 와 같이 존재하고, 일반적으로 어떤 작은 프로그램이 먼저 수행되어 kernel을 읽어들이게 된다.
Device detection and configuration
커널이 하는 최초의 자질구레한 일중의 하나는 현재 보이는 하드웨어의 환경 을 체크하는 것이다. 사용자가 사용자의 시스템을 위해 커널을 구성할 때, 당신은 하드웨어 장치들을 찾아내기를 기대할 것이다. 커널이 실행될 때, 당 신이 말했던 것에 대하여 각 장치들의 위치와 초기화를 위해 노력할 것이다.
Creation of spontaneous system processes
기본 초기화가 성공적으로 끝나면, 커널은 유져공간에 얼마의 임의의 프로세 스를 생성한다. 정확하게 생성되는 수는 sched - process 0, init - process 1가 솔라리스에서는 생성이 된다.
Operator intervention(single-user boot only)
만일 시스템이 단일사용자모드라면 init는 커널을 지나는 via Command-line 을 시작하는 것을 알려 줄 것이다. 단일 사용자로 부팅중에는, init는 시스 템 콘솔상에서의 쉘을 간단히 생성시키고 초기실행 과정의 시간 계속하기 전 에 종료시키기 위해 기다린다. 그리고 단일 사용자모드는 항상 Bourne Shell이다.
Execution of system startup scripts
부팅의 다음 단계는 Startup Scrip들을 실행하는 것이다. Startup Script들은 /etc/init.d에서 지원되고 Link들은 /etc/rc0.d나 /etc/rc1.d 등등의 디렉토 리에 만들어진다. 초기화에 대한 스크립트에서 종종 실행되는 내용은 몇 가지 가 있다. 먼저 첫번째로 system의 이름의 정의, 두번째가 시간 설정, 세번째로 는 fsck의 디스크 첵크(이것은 자동 모드에서만 된다.), 그리고 시스템의 디스 크들의 mounting, Network Interface 설정, Daemon들과 Network 서비스들의 시 작, Accounting과 Quota들의 조절로 실행이 된다.
Multi-user operation
초기화 스크립트들을 실행하고 나면 아무도 로그인을 못한 것을 제외하고는 완 전히 운행을 한다. 특정 터미널상에서 Login을 위해 정리되어 받아들이면, 그 것에서 getty process는 경청을 하게 된다.Startup Scripts를 실행한 후에 init는 getty를 낳게 되고 Boot process는 성공적으로 된다. init는 Single-user와 Multi-user의 'run level'을 갖는데 이는 시스템의 자원을 제한 가능하게 하는 것이다.
참고로 'run level'은 전부 6단계로 이루어져 있다. 0번이 가장 안정적이며 이는 PROM Moniter level이다. shut down 시에 process 는 죽이지 않고 메세지를 확인한다. 1번은 Adminisrate state 이고, 2번은 Multi-user level이다.(이때 자원은 공유를 할 수가 없다). 3번은 2번과 같으나 자원을 공유할수 있다. 5번은 Halt & Interactive boot 이고 6번은 Reboot이다. 그리고 S,s는 Single user Mode 이다. 이 single user mode는 몇개의 File 시스템이 마운트 되고 일반 사용자들은 Login 이 불가능하다. 다음 Page에서는 부팅 단계에서 발생되는 Error에 관한 내용을 기술할 것이다.
1.2 Errors on Booting Steps
Hardware Problems
H/W의 문제점은 대충 6가지 정도로 볼수 있다. 먼저 H/W의 파워서플라이의 전원이 바로 연결되어 있는지를 확인해야 된다. 종종 빠지는 경우가 있다. 그리고 다음이 시스템 내부의 케이블이 바로 연결이 되어 있는지 확인을 해야 될 것이다. 대게 시스템의 구성과 통신사이에서 문제가 발생한다. 다음은 빛에 대한 결점이 있는지 를 확인한다.
Defective Boot Blocks
몇몇의 Workstation에서 Firmware는 UNIX의 파일 시스템을 읽는거나, 커널을 찾는 것에 대해서 충분히 알려준다. 다른 시스템에서 Firmware는 Kernel의 Loading을 위해 책임을 넘기는 작은 boot program을 로드한다. 만일 부트 프로그램에 손상을 입었다면, 그 시스템은 Boot를 할 수 없다. Disk나 O/S 조차도 스스로 손 대지는 않을 것이다.
당신의 플롤피나 테잎 또는 CD-rom으로 부터 부팅을 해야 한다. 여기서 당신의 파 일시스템을 마운트 가능하다면, Boot Block들을 Reinstall하면 된다. 그것이 불가 능하다면, 플로피나 tape 또는 CD-ROM을 통하여 당신의 Root 파티션을 부팅해야 될 것이다.
Damaged Filesystems
부팅시에 파일 시스템이 손상을 입은 경우 자동적으로 fsck를 수행하게 된다. 하지만 그 손상이 치명적이거나 자동적으로 수정이 불가능 할 경우 시스템은 single-user 모드로 부팅이 된다. 이때 수동으로 fsck를 구동하여 파일 시스템을 점검해야 하는데, 여러 문제가 존재한다. 이 파일 시스템과 fsck의 사용법에 대해서는 뒤에서 다시 다루게 될 것이다.
Improperly Configured Kernels
새롭게 kernel을 구성하는 경우가 생길 때마다 kernel의 구성에 오류 때문에 부팅이 되지 않는 경우가 생길 수 있다. 항상 이전의 kernel을 백업해두어 오류 가 생겼을때 복구할 수 있도록 하는것은 관리자로써의 바람직한 태도이다. kernel의 재 구성은 이 페이지에서는 다루지 않는다.
Errors in Startup Scripts
Scripts들에 대한 에러는 스크립트 내부에 사용된 명령어들의 오류나 있어야 될 스 크립트화일들이 존재하지 않을 경우에 발생한다. 이 부분은 간단히 복구할수 있는데 필요한 스크립트화일을 생성시켜주면 된다. 만일 명령어의 사용이 잘못 되었다면 수정을 해주면 될 것이다.
다음 Page에서는 Rebooting과 Halting에 관해서 서술할 것이다. 다음 Page가 재미있을 것이다.
1.3 Rebooting & Halting
Turning Off the Power
소규모의 UNIX System일지라도 Shut down에는 제한을 받는다. 만일 무작정 시스템의 전원을 차단한다면 일부의 화일이나 Disk에 손상을 입을 수도 있다.
shutdown: The Genteel Way to Halt System
Shut down은 전원만을 OFF 시키는 것보다 안전하다.
Shutdown은 Halt나 Reboot 또는 Single-User Mode 로 전환시에 사용된다.
halt: A Simpler Way to Shutdown
Halt는 Shutdown 을 간단히 하는 것이라고 보면 된다. 명령은 shotdown -h라고 주고, Halt는 shutdown을 기록하고, 꼭 필요한 프로세스가 아닌 것은 Kill시키고, sync를 실행시킨다. Halt -q는 즉시 halt시키는데 synchoniztion과, 프로세스 죽이기, 로그 기록하기 등을 하지 않는다.
reboot: Quick and Dirty Restart
Reboot는 halt와 유사한데 shutdown -r 이라고 명령을 주면 된다. 이것은 -n과 -q 플래그를 지원한다.
Sending init a TERM Signal init에 TERM signal을 보냄으로써 시스템을 shutdown시킨것과 동일한 효과를 BSD계열에서는 볼 수 있었다. 하지만 Solaris에서는 이 기능이 지원되지 않는다. BSD계열의 경우를 예로들어 언급하고, process에 signal을 보내는 방법은 3장에서 더 자세히 다룰것이다.
# sync
# kill -TERM 1
이와 같은 명령으로 init process를 끝냄으로써 single-user 모드로 전환되거나 시스템이 halt된것과 같은 효과를 낼 수 있다.
telinit: Change init's Run Level
말 그래도 run level을 변화시키는 명령이다.
'telinit s' 라고 입력하면 single-user Mode로 전환이 될 것이다. Killing init 대부분의 컴퓨터에서 init를 kill시킨다면 자동으로 reboot이 되기 때문에 이것은 시스템의 운영에 있어서 매우 중요하다. 대게 shutdown과 reboot 대신에 사용한다. 이것으로 이번 장인 Booting & Shutting Down에 대해서는 마치도록 하겠다.
다음 장은 Disk Management에 대해 기술 할 것이다. 디스크 관리는 중요하니 만큼 잘 익혀두는 것이 좋을 것이다.
▒ Powered by jkkang.net