Trans:GentooX86Handbook2-4
목차
Init 스크립트
런레벨
시스템 부팅하기
시스템을 부팅하면 수많은 텍스트가 떠다닙니다. 더 자세히 들여다보면 여러분이 다시 부팅할 때마다 이 텍스트가 같은 내용이 항상 나오는 것을 보실 수 있습니다. 이 동작의 순서를 부트 시퀀스라고 하며, (더 혹은 덜) 정적으로 정의합니다.
먼저 부트로더는 CPU한테 커널을 실행하라고 알린 다음에 부트로더 설정에 지정되어 있는 커널 이미지를 메모리에 불러올 것입니다. 커널을 불러와서 실행하면 모든 커널 관련 구조를 초기화 하고 init 과정을 시작할 것입니다.
이 프로세스는 (/etc/fstab에 지정한) 모든 파일 시스템을 마운트 했는지 사용할 준비가 되었는지를 확인합니다. 그 다음 시스템을 성공적으로 부팅하기 위해 필요한 시작할 서비스인, /etc/init.d에 위치한 많은 스크립트를 실행합니다.
마지막으로 모든 스크립트를 실행하고 나면, init 에서 터미널(대부분의 경우 Alt-F1, Alt-F2 키로 숨겨놓은 가상 콘솔입니다)을 활성화하고 agetty라고 하는 특별한 프로세스를 터미널과 붙입니다. 이 과정에서 login을 실행하여 이들 터미널을 통해 로그온을 할 수 있는지 확인할 것입니다.
Init 스크립트
여기서 init는 /etc/init.d/에 있는 스크립트를 임의의 순서대로 실행하는 것이 아닙니다. 게다가 /etc/init.d에 있는 모든 스크립트를 실행하는 것도 아니며 실행하라고 지시한 스크립트만 실행합니다. 이는 /etc/runlevels를 확인하여 어떤 스크립트를 실행할 지 결정합니다.
먼저 init는 /etc/runlevels/boot에 있는 심볼릭 링크가 되어 있는 /etc/init.d/의 모든 스크립트를 실행합니다. 보통 철자순으로 스크립트를 실행하겠지만 어떤 스크립트의 경우 이들 스크립트를 실행하기 전에 다른 스크립트를 먼저 실행해야 한다고 시스템에 일러주는 의존성 정보를 가지고 있습니다.
/etc/runlevels/boot가 참조하는 스크립트를 실행하고 나면 init는 /etc/runlevels/default에 심볼릭 링크되어 있는 스크립트의 실행을 계속합니다. 다시 한 번 말씀드리지만, 어떤 스크립트를 먼저 실행할 지는 유효한 시작 순서를 제공하도록 순서를 바꾸는 의존성 정보를 가지고 있지 않는 한 철자순서를 사용하여 결정할 것입니다.
동작 방식
물론 init 에서 모든 사항을 자체적으로 결정하지 못합니다. 어떤 동작을 취해야 할지 지적하는 설정 파일이 필요합니다. 이 설정 파일은 /etc/inittab입니다.
우리가 적은대로 부팅 순서를 기억한다면, 여러분이 기억하기로는 init에서 처음 하는 동작은 모든 파일 시스템을 마운트 하는 것입니다. 이는 /etc/inittab의 다음 줄에 설정되어 있습니다.
| 코드 예제 1.1:/etc/inittab에 있는 시스템 초기화 줄 |
| si::sysinit:/sbin/rc sysinit |
이 줄은 시스템을 초기화 하는 /sbin/rc sysinit을 실행해야 한다고 init에 일러줍니다. /sbin/rc 스크립트는 초기화를 다루므로 init이 더 이상의 일을 못하도록 여러분이 알려야 합니다. -- 이는 시스템이 초기화 작업을 하도록 다른 프로세스에 일임합니다.
두번째로, init은 /etc/runlevels/boot에 심볼릭 링크를 걸어둔 모든 스크립트를 실행합니다. 이는 다음 줄에서 설정되어 있습니다.
| 코드 예제 1.2: 시스템 초기화(계속) |
| rc::bootwait:/sbin/rc boot |
다시 말씀드리지만 rc 스크립트는 필요한 작업을 수행합니다. 참고로 rc (boot) 에 주어진 옵션은 이것이 사용하는 /etc/runlevels의 하위 디렉터리와 같습니다.
이제 init 는 어떤 런레벨을 실행해야 하는지 설정 파일을 확인합니다. 이를 결정하려고 /etc/inittab에서 다음 줄을 읽어 들입니다.
| 코드 예제 1.3: initdefault 줄 |
| id:3:initdefault: |
이 경우 (대부분의 젠투 사용자들이 사용할 경우), 런레벨 id는 3입니다. 이 정보를 사용하여 init 은 런레벨 3을 시작하기 위해 무엇을 실행해야 하는지 확인합니다.
| 코드 예제 1.4: 런레벨 정의 |
| l0:0:wait:/sbin/rc shutdown l1:S1:wait:/sbin/rc single |
다시 말해 런레벨 3를 설정하는 줄에서 서비스를 시작하기 위해 (이 시점의 인자는 default입니다) rc스크립트를 사용합니다. 강조해서 말하지만 rc 인자는 /etc/runlevels의 하위 디렉토리 이름과 같습니다.
rc 실행이 끝나면 init은 어떤 가상 콘솔을 활성화 할지, 각각의 콘솔에서 실행할 필요가 있는 명령이 어떤 것인지를 결정합니다.
| 코드 예제 1.5: 가상 콘솔 정의 |
| c1:12345:respawn:/sbin/agetty 38400 tty1 linux c2:12345:respawn:/sbin/agetty 38400 tty2 linux |
런레벨이란?
여러분은 init가 어떤 런레벨을 활성화 해야 할지 결정할 번호 매김 방식을 사용하는 것을 보았습니다. 런레벨은 여러분의 시스템에서 실행중이며 런레벨을 진입하거나 나갈 때 실행해야 하는 스크립트(런레벨 스크립트나 init 스크립트)의 모음을 포함하고 있는 상태입니다.
젠투에서는 세가지의 내부 런레벨, 네가지의 사용자 정의 런레벨 즉, 일곱가지 런레벨을 정의했습니다. 내부 런레벨은 sysinit, shutdown, reboot가 있고 이들 이름이 함축하는 일을 정확하게 수핵합니다. 시스템을 초기화 하고 시스템을 종료하며 시스템을 다시 시작합니다.
사용자 런레벨은 /etc/runlevels의 하위 디렉터리 boot, default, nonetwork, single과 연관됩니다. boot 런레벨은 모든 기타 런레벨에서 사용하는 전체 시스템에서 필요한 서비스를 시작합니다. 나머지 세가지 런레벨은 어떤 서비스를 시작하느냐에 따라 차이가 있습니다. default는 항상 실행할때 사용하고, nonetwork는 네트워크 연결이 필요하지 않을 때 사용하며, single은 시스템을 복구해야 할 필요가 있을 때 사용합니다.
Init 스크립트로 작업하기
rc 프로세스를 시작하는 스크립트를 init 스크립트라고 부릅니다. /etc/init.d에 있는 각각의 스크립트는 다음 인자, start, stop, restart, pause, zap, status, ineed, iuse, needsme, usesme, broken과 함께 실행할 수 있습니다.
서비스(와 관련 서비스들)를 시작, 중지, 다시 시작하려면 start, stop, restart를 사용합니다.
| 코드 예제 1.6: Postfix 시작하기 |
| # /etc/init.d/postfix start |
참고: 주어진 서비스에서 필요한 요건은 중지된 상태나 재시작한 상태입니다. 다른 관련 서비스 (서비스를 사용하지만 필요하지 않은) 는 건드리지 않은 상태로 남아있습니다.
서비스를 중단학 싶지만 다른 관련 서비스는 그대로 두려면 pause 인자를 사용할 수 있습니다.
| 코드 예제 1.7: Postfix를 멈추지만 실행중인 관련 서비스는 유지하기 |
| # /etc/init.d/postfix pause |
서비스의 상태(시작함, 중단함, 멈춤, 등)가 어떤지 보려면 status 인자를 사용할 수 있습니다.
| 코드 예제 1.8: Postfix 상태 정보 |
| # /etc/init.d/postfix status |
상태 정보에서 서비스가 동작중이라고 알리고 있지만, 실제로 동작중이 아님을 알고 있을 경우 zap 인자를 사용하여 상태 정보를 "중지됨"으로 되돌릴 수 있습니다.
| 코드 예제 1.9: Postfix 상태 정보 되돌리기 |
| # /etc/init.d/postfix zap |
또한 관련 서비스가 무엇인지 알아보려면 iuse나 ineed를 사용할 수 있습니다. ineed를 사용하면 서비스가 올바른 기능을 다하는데 실제로 필요한 서비스를 볼 수 있습니다. 반면에 iuse를 사용하면 서비스에서 사용할 수 있지만 올바른 동작을 하는데 필요하지는 않은 서비스를 보여줍니다.
| 코드 예제 1.10: Postfix가 의존하는 모든 필요한 서비스 목록 요청하기 |
| # /etc/init.d/postfix ineed |
이와 비슷하게 어떤 서비스를 필요로 하는지(needsme) 어떤 서비스를 사용할 수 있는지(usesme) 확인할 수 있습니다.
| 코드 예제 1.11: Postfix에서 필요로 하는 모든 서비스 목록 요청하기 |
| # /etc/init.d/postfix needsme |
마지막으로 서비스에서 필요로 하는 것중에 빠진 의존성이 무엇인지 확인할 수 있습니다.
| 코드 예제 1.12: Postfix의 빠진 의존 목록 요청하기 |
| # /etc/init.d/postfix broken |
