AIX System Administrator 1

1. AIX System Administrator 1 Installation 시스템 시작

2. 시작과 종료 이 단원의 학습을 통하여 다음 내용을 익히실 수 있습니다. PowerPC 아키텍처에 대한 시작 프로세스 설명 시스템 시작의 다른 모드 사이의 차이점 설명 시동 목록 설명 및 수정 PCI RS/6000 시스템 시작 설명 /etc/inittab 파일 내용 설명 System Resource Controller 및 구문 설명 시스템 종료 AIX 버전 5에서 프로그램 종료에 대한 향상된 기능 식별 시스템 환경 관리 과정 설명 시스템 언어 환경 관리 과정 정리

3. 순서 • 시스템 시작 • 프로세스 초기화 • 시스템 종료 • 시스템 환경관리

4. 이 주제에 관한 학습을 통하여, 다음과 같은 내용을 익히실 수 있습니다. PowerPC 아키텍처에 대한 시작 과정 설명 시스템 시작의 다른 모드 간 차이점 설명 시동 목록 설명 및 수정 시스템 시작

5. 시스템 시작 모드PowerPC 구조에서는, 부트할 디바이스를 선택할 수 있습니다. 디폴트로 기계는 normal부트 리스트를 사용하며, 이는 보통 한 개 이상의 하드 디스크를 가집니다. 하지만 모델 구조에 따라 특정 옵션을 선택합니다. • Normal 모드에서는, • 로그인 프롬프트가 나옵니다. • 모든 프로세스가 실행됩니다. • 다중사용자 모드가 초기화됩니다. • System Management Service 모드에서는, 기계가 AIX로 부트되지 않습니다. • 기계는 펌웨어로 실행됩니다. • 기계가 부트 목록을 설정합니다. • Maintenance 모드에서는, • 유지보수 메뉴가 나옵니다. • 루트 사용자의 암호를 복구할 수 있습니다. • 부트되지 않는 기계를 수리할 수 있습니다. • Diagnostics 모드에서는, • AIX 진단 프로그램이 실행됩니다. 시스템 시작

6. 시스템 시작 모드(계속)RS/6000의 전원을 켜면 먼저 시스템을 시동하는데 사용할 장치를 결정해야 합니다. 기본으로 시스템은 normal 시동 목록을 사용하며, 이는 일반적으로 한 개 이상의 하드 드라이브를 포함하고 있습니다. 시스템이 이 레벨에서 수행되면 전체 AIX 시동 순서를 완료하여 프로세스를 시작하고, 단말기를 지원하며, 여러 사용자가 액세스 할 수 있도록 로그인 프롬프트를 내보냅니다. 이것은 또한 디스크를 활성화하고, 파일과 디렉토리에 대한 액세스 설정, 네트워킹 시작 및 그 외 시스템 특정 구성을 완료합니다.RS/6000에 대한 또 다른 시동 옵션은 시스템을 SMS(System Management Services)로 시동하는 것입니다. 이 프로그램은 AIX의 일부가 아닙니다. 이 코드는 하드웨어와 함께 선적된 것으로 펌웨어로 구축되어 있습니다. SMS는 시스템 구성을 검사하고 운영 체제와는 독립적으로 시동 목록을 설정하는데 사용할 수 있습니다. 이것은 시동 순서의 초기 단계 중에 <F1> 키를 사용하여 호출할 수 있습니다. 시스템 시작

7. 시스템 시작 모드 (계속) 시스템 관리자는 시스템이 시동되지 않거나 루트 암호를 잊어버리는 경우에 직면할 수 있습니다. 만약 이런 일이 일어나면 시동 가능 매체로부터 시스템을 시동하여 Maintenance 모드로 시동할 수 있습니다. 이렇게 하려면 선택한 시동 매체(CD 또는 테이프)를 포함하는 장치가 시동 목록에 있는지 확인해야 합니다. 새 매체로부터 시동하면 시스템에 액세스할 수 있습니다.PowerPC 경우 진단을 위해 특별히 지정한 시동 가능 매체를 사용하여 Diagnostics 모드를 호출하거나, 만약 하드 드라이브가 시동 장치인 경우 서비스 시동 중에 Diagnostics 모드를 호출할 수 있습니다.Normal과 Service 모드 간의 차이점에 대해 학습하기에 앞서, 시스템 시동 모드에 대한 다음 질문에 답하십시오. 시스템 시작

8. 시동 가능 매체로부터 시동하면 어떤 일이 일어납니까? 시스템이 Normal 모드로 시동합니다. 시스템이 Bootable 모드로 시동합니다. 시스템이 Maintenance 모드로 시동합니다. 시스템이 System management Services 모드로 시동합니다. Normal과 Service 모드 비교특정 모드 또는 다른 모드로 시동해야 하는 이유를 알려면 Normal과 Service 모드 사이의 차이를 아는 것이 중요합니다. Normal 모드는 시스템의 전원을 켜서 시작합니다. Service 모드는 CD-ROM 또는 테이프로부터 시동하여 시작합니다. 시스템 시작 3

9. 시스템 시작

10. Normal 모드에서는 모든 사용자 및 시스템 관리자가 시스템을 사용할 수 있습니다. Normal 모드는 다중 사용자 모드로도 불려집니다. Service 모드에서는 시스템 관리자만이 시스템을 사용할 수 있습니다. Service 모드는 단일 사용자 모드로도 불려집니다 . Normal과 Service 모드 비교(계속)Normal과 Service 모드에서 사용할 수 있는 콘솔이 있습니다. Normal 모드에서는 모든 단말기와 콘솔을 사용할 수 있습니다. Service 모드에서는 콘솔 만을 사용할 수 있습니다 Normal 모드에서는 모든 시스템 파일을 액세스할 수 있으며, 모든 프로그램이 사용 가능합니다. Service 모드에서 사용할 수 있는 프로그램과 액세스할 수 있는 파일은 시스템 관리자에 의해 사용될 수 있는 것들 뿐입니다. 만약 파일에 액세스할 수 없다면 해당 파일들은 백업할 수 없습니다. 그러나 시스템 관리자는 수동으로 필요한 파일들을 온라인할 수 있으며 이렇게 해서 백업할 수 있습니다. 시스템 시작

11. Normal과 Service 모드 비교(계속)Normal과 Service 모드에서 사용할 수 있는 명령어가 있습니다. Normal 모드에서는 모든 명령어를 사용할 수 있습니다. 명령어는 파일로 저장되어 있습니다. Service 모드에서는 모든 파일에 액세스 할 수 있는 것이 아닙니다. 그렇기 때문에 Service 모드에서 사용할 수 있는 명령어는 제한되어 있습니다. 시스템 관리자는 필요한 파일을 수동으로 온라인할 수 있으며 이렇게 해서 원하는 모든 명령어를 사용할 수 있습니다. 명령어는 대개 /bin및 /usr/bin에 저장되어 있습니다 . 통신은 Normal 모드에서 시작되며, 따라서 인터넷, LAN/WAN, 이메일 등을 사용할 수 있습니다. Service 모드에서는 어떠한 통신도 시작되지 않습니다. 시스템 시작

12. 시스템 시작에 대한 다음 설명 중 옳은 것은? • 재설정 버튼을 누르면 시스템을 Service 모드로 시작할 수 있습니다. • Service 모드에서는 몇 가지 명령어 만을 사용할 수 있습니다. • Service 모드에서는 통신을 사용할 수 없습니다. • Service 모드는 다중 사용자 모드로 알려져 있습니다. 시스템 시작 2,3

13. Normal과 Service 모드 사이의 차이 증명Normal과 Service 모드 사이의 차이를 증명하기 위해, Normal 모드에서 실행 중인 모든 프로세스 유형을 살펴보고 이것을 Service 모드에서 실행 중인 프로세스 유형과 비교하겠습니다.또한 각 모드에서 실행 중인 프로세스 개수를 세어 비교하겠습니다.시스템이 Normal 모드에 있다고 가정합니다. 현재 실행중인 모든 프로세스를 나열하려면 ps명령어를 -f와 -e옵션과 함께 사용하십시오. -f 옵션은 full list(전체 목록)을 지정하며 -e옵션은 커널 프로세스를 제외한 모든 프로세스를 지정합니다. 프로세스를 한 번에 한 페이지씩 보려면 파이프(|) 기호를 사용하십시오. 시스템 시작

14. 시스템의 프로세스 목록프로세스의 첫 번째 페이지가 표시됩니다. 다음 목록은 각 컬럼에 있는 정보를 설명합니다.UID PID PPID C STIME TTY TIME CMD Root 1 0 0 Apr 18 - 0:14 /etc/init • UID : 사용자의 ID • PID : 프로세스 ID • PPID : 상위 프로세스 ID • C : CPU 사용과 관련된 수 • STIME : 시작 시간 또는 프로세스가 시작한 일자의 시간. 만약 프로세스가 24시간 전에 시작했다면 이 컬럼은 날짜로 표시됩니다. • TTY : 프로세스가 사용 중인 단말기 이름 • TIME : 컴퓨터가 프로세스를 실행하는데 소비한 시간. • CMD : 프로세스를 시작한 전체 명령어. 때때로 프로그램의 전체 경로를 포함하기도 함 시스템 시작

15. 시스템의 프로세스 목록(계속)그림에서 biod와 nfsd 프로세스 모두를 유의해서 보십시오. 사용자가 서버로부터 파일을 읽거나 서버에 쓰고자 할 때 biod 데몬은 이 요청을 서버로 송신합니다.nfsd 데몬이 파일 시스템 조작에 대한 요청을 처리합니다. 각 데몬은 한 번에 한 개씩 요청을 처리합니다. 데몬의 수는 서버가 처리할 수 있는 로드를 기반으로 합니다 시스템의 프로세스 목록(계속)그림에 표시된 writesrv 데몬을 유의해서 보십시오. writesrv 데몬을 통해 사용자는 원격 시스템에 메시지를 송신하거나 원격 시스템으로부터 메시지를 수신할 수 있습니다. 시스템 시작

16. Normal 모드에서 프로세스 수 세기(계속)그림과 같이 Normal 모드에서 실행 중인 프로세스는 60개 입니다.이제 Service 모드에서 실행중인 프로세스를 보겠습니다. Service Mode에서 실행중인 프로세스시스템을 Service 모드로 재시동했다고 가정합시다. 이렇게 하면 프로세스 유형을 보고, 이것을 Normal 모드의 프로세스와 비교할 수 있습니다.Service 모드에서는 writesrc, nfsd, biod, sendmail 프로세스가 보이지 않습니다. 그림에서, 이러한 프로세스가 있는지 점검하기 위해 grep명령어를 사용하여 시스템이 공백 라인을 리턴하는지 확인하였습니다. 이는 이들 프로세스가 실행되지 않음을 나타냅니다 시스템 시작

17. Service모드에서 프로세스 수 세기(계속)그림은 Service 모드에서 현재 실행 중인 프로세스가 23개 뿐임을 표시합니다.writesrv와 sendmail 프로세스에 관해 학습하기에 앞서, 다음 질문에 답하십시오. Service 모드에서 사용 가능하지 않은 프로세스는 다음 중 어느것입니까? • nfsd 프로세스 • sendmail 프로세스 • writesrv 프로세스 • 위 모두 해당 시스템 시작 4

18. writesrv와 sendmail 프로세스writesrv와 sendmail 프로세스는 Normal 모드에서만 나타나며 Service 모드에서는 나타나지 않습니다. Service 모드에서는 시스템 관리자만 시스템을 사용합니다. 따라서 전자 메일이 필요 없습니다.이 두 프로세스 외에도 nfsd와 biod 프로세스 또한 Normal 모드에서만 나타나며, Service 모드에서는 나타나지 않습니다. Service 모드에서는 파일의 읽기/쓰기 또는 파일 시스템 조작을 요청할 사용자가 없습니다 시스템 시작

19. 시동 목록시스템은 Normal과 Service 모드에서 다른 시동 목록을 사용합니다.시동 목록은 시스템 시동 장치의 순서를 지정합니다. 만약 목록에 있는 첫 번째 장치가 없는 경우, 시스템은 목록에서 두 번째 장치의 사용을 시도합니다.사용자는 bootlist명령어를 사용하여 시동 목록에 있는 장치 순서를 변경할 수 있습니다. 먼저 모드를 지정하고 나서, 시동하고자 하는 순서로 장치를 나열합니다.예를 들면, Service 모드에서 시스템이 먼저 테이프로 시도한 후 세 번째 하드 디스크로 시도하도록 하려면, bootlist -m service rmt0hdisk2를 입력하십시오. 시스템 시작

20. Bootlist 명령어 실행이제 bootlist 명령어를 사용하여 먼저 테이프로 시도한 후 세 번째 하드 디스크로 시도하여, 시스템을 Service 모드로 시작하겠습니다. bootlist -m service rmt0 hdisk2를 입력하고 <Enter>를 누르십시오. bootlist 명령어 연습(계속)AIX는 사용자가 bootlist 명령어를 입력한 후에 시동 목록을 표시하지 않습니다. 오류 메시지가 표시되지 않으면 명령어를 제대로 입력한 것으로 생각할 수 있습니다. 시동 목록은 시스템이 장치를 인식하는 순서를 결정합니다. • 예 • 아니오 시스템 시작 2

21. Standalone 모드 호출다음은 Standalone 모드를 호출할 때 수행할 단계와 발생할 이벤트입니다. • On/Off 스위치를 눌러 시스템의 전원을 켜십시오. • PowerPC 화면이 나타납니다. • 시스템이 장치를 점검 및 시작하면, 아이콘이 화면 아래 표시됩니다. • 시스템이 메모리 장치를 점검 및 시작하면, 메모리 아이콘이 표시됩니다. • 다섯 개의 아이콘이 PowerPC 화면에 나오기 시작합니다. 다섯 개의 아이콘이 모두 표시되기 전에 다음 중 하나를 눌러 사용하고자 하는 AIX 버전을 선택해야 합니다. • 그래픽의 경우 <F1> 키 • ASCII의 경우 <F4> 키 • 반드시 다섯 개의 아이콘이 모두 표시되기 전에 <F1> 또는 <F4>를 눌러야 합니다. 그렇지 않으면 시스템은 Normal 모드로 시동합니다. <F1> 또는 <F4> 키를 누르면 SMS(System Management Services) 화면으로 이동합니다. 시스템 시작

22. SMS 메인 화면System Management Services 화면에는 네 개의 아이콘이 있습니다. 그림에 표시된 아이콘은 단지 견본일 뿐이며, 실제 SMS 화면에 나타나는 것과 정확히 일치하지는 않습니다. 왼쪽에 있는 System Management Services 메뉴 옵션과 오른쪽에 있는 작업을 연결하십시오. • 구성 관리 A. 펌웨어 갱신 • 유틸리티 B 장치 보기 또는 변경 • 시동 장치 선택 C시동 목록 장치 변경 시스템 시작 B,A,C

23. 순서 • 시스템 시작 • 프로세스 초기화 • 시스템 종료 • 시스템 환경관리

24. 이 주제에 관한 학습을 통하여, 다음과 같은 내용을 익히실 수 있습니다. PCI RS/6000 시작 과정 설명 alog 프로그램 설명 /etc/inittab 파일 내용 설명 System Resource Controller와 그 구문 설명 프로세스 초기화

25. 프로세스 초기화

26. PCI RS/6000 시작 과정이 순서도는 Normal 모드에서 PCI RS/6000 시작 과정을 보여줍니다. 더 자세한 정보를 보려면 Power-On부터 시작하여 순서도에 있는 각 항목을 누르십시오. Power-On시동 프로세스는 전원 스위치를 누를 때 시작합니다. POSTPCI RS/6000 시스템의 부트 시, 시스템은 POST(Power On Self-Test)를 수행하는데, 이 과정에서 메모리, 키보드, 통신 어댑터, 그리고 오디오 요소를 초기화 합니다. OS 부트스트랩 코드PCI RS/6000 시스템은 여러 개의 운영체제를 사용할 수 있기 때문에 시동 단계에서 OS 부트스트랩 코드를 찾는 작업을 합니다. 프로세스 초기화

27. AIX 부트 이미지OS 부트스트랩 코드는 AIX 부트 이미지를 찾습니다. AIX 부트 이미지를 로드시스템은 AIX 부트 이미지를 찾아 이를 로드합니다. 부트 이미지의 로드가 끝나면 소프트웨어 구성을 시작합니다. 구성소프트웨어 구성이 완료되면, init은 /etc/inittab 파일을 읽어 어느 프로세스를 시작시켜야 하는지를 결정하여 파일에 있는 순서대로 프로세스를 시작합니다. 단말기 초기화단말기 사용 설정은 init이 초기화하는 프로세스 가운데 하나입니다. 단말기 사용 설정은 또한 spawning a getty라고도 합니다.컴퓨터에 모니터를 사용하기 전에는 테이프 조각에 텍스트를 입력했던 텔레타이프 기계를 사용했습니다. 사용자는 모니터 대신 테이프를 보아야 했습니다. get a teletype라는 문장이 getty가 되었습니다.유닉스에서 모든 파일은 부모 파일을 갖고 있기 때문에 부모 파일인 init이 자식 파일인 getty를 기동하며 이를 spawning a getty라고 합니다 프로세스 초기화

28. 스크립트 및 서브시스템의 초기화init은 또한 시작 쉡 스크립트를 초기화합니다. 이 스크립트는 다른 여러 프로세스를 초기화합니다. 예를 들어, /sbin/rc.boot 스크립트는 루트(/), /usr, /var 그리고 /tmp 파일 시스템을 점검하고 마운트 합니다.init은 또한 TCP/IP와 qdeamon과 같은 서브시스템을 초기화합니다. 프로세스 초기화

29. POST시동 과정에서는 여러 단계가 완료되어야 합니다. LED 패널이 시동 과정에 대한 정보를 제공합니다. 표시된 일부 값은 모델에 따라 다르며, 각 특정 모델에 대한 서비스 안내서에서 찾을 수 있습니다.시스템 시동의 초기화 단계에서 완료되는 단계 중 하나가 POST입니다. 이 단계는 메모리, 키보드, 통신 어댑터 및 오디오 구성 요소를 초기화합니다. POST로 초기화되는 각 장치와 관련된 아이콘이 화면에 표시됩니다. 이 단계에서 기능 키를 누르면 사용자가 보유하고 있는 모델에 따라 시동 목록을 선택할 수 있습니다. 표시된 LED 값은 모델에 따라 다릅니다. 프로세스 초기화

30. POST(계속)POST가 완료되면 시스템은 부트스트랩 코드를 찾아 로드합니다. 이것은 펌웨어에 저장된 소프트웨어 ROS(Read Only Storage)에 의해 완료됩니다. ROS는 또한 레벨 2 펌웨어로도 불려집니다.부트스트랩 코드가 제어를 하게 되고 AIX에 대한 특정 시동 정보를 구축합니다. 그 다음, AIX 시동 논리 볼륨(BLV)을 찾아 로드하고 BLV로 제어를 넘깁니다. 왜냐하면 이들 시스템은 다른 운영 체제를 수행할 수 있기 때문입니다. 시스템 ROS는 시스템에 대한 일반 시동 정보이며 운영 체제에 대해 독립적입니다. 소프트웨어 ROS는 시스템 유형을 기반으로 생성된 AIX 정보이며 시스템이 AIX 커널을 시작할 준비를 할 수 있게 합니다.BLV는 AIX 커널을 로드하고 그리고 나면 커널이 제어를 하게 됩니다. 커널은 장치를 구성하고 시동 과정을 완료하기 위해 init 프로세스를 시작합니다. 이 단계 중에 사용된 LED 코드는 일반 AIX 코드이며 모든 AIX 시스템에서 동일합니다.이제 문제를 검토하고 나서 alog 프로그램으로 이동합시다. 프로세스 초기화

31. getty를 생성(spawning)하는 것은 무엇입니까? • getty라고 부르는 프로세스 초기화 • getty라고 부르는 프로세스 종료 • 프로세스 리프레시 • 단말기 사용 가능하게 하기 프로세스 초기화 4

32. alog 프로그램 시작 중에 시스템에 의해 생성된 모든 메시지는 시스템 관리자가 볼 수 있도록 화면에 나타납니다. 이들 중 일부는 사용자가 시스템 문제점의 원인을 판별할 수 있도록 하는 오류 메시지입니다. 이 메시지는 화면에 스크롤되기 때문에 이들 중 일부를 놓칠 수 도 있습니다. 다행히 이러한 메시지는 bootlog파일에도 로그됩니다. 이 파일은 alog라고 부르는 기능을 사용하여 볼 수 있습니다. alog에서 앞에 있는 a는 AIX를 의미합니다.bootlog파일에 있는 메시지를 보려면 alog -o -t boot명령어를 입력하십시오. 지금 시도하십시오. • bootlog 파일 내용bootlog 파일이 표시됩니다. 여기에서는 파일의 일부만을 보여줍니다.붉은 박스는 장치 오류 메시지를 포함하고 있습니다 프로세스 초기화

33. **************** no stderr *************** Cfgmgr: 0514-621 WARNING: th efollowing device packages are required for device support but are not currently installed. Devices.pci.b7105090 Configuration time: 29 seconds Starting AIX Windows Desktop….. 프로세스 초기화

34. 프로그램에 의한 메시지 로깅시작 중에 alog는 다음과 같은 네 가지 유형의 프로세스로부터 메시지를 수신하여 로그합니다. • rc.boot 스크립트 • 구성 관리자 • NIM(Network Install Manager) • 사용자 응용프로그램 각 프로세스는 개별적인 로그를 가지고 있으며 alog 명령어에서 로그를 지정하여 볼 수 있습니다. 예를 들어 NIM 로그를 보려면 다음 명령어를 사용할 수 있습니다.alog -o -t nim 설치 과정 로그를 보려면 다음 명령어를 사용하십시오.alog -o -t bosinst alog에는 시간 소인이 없습니다. 그렇지만 alog파일에 date명령어로부터 표준 출력을 송신하여 시간 소인을 생성할 수 있습니다. 예를 들어 다음과 같은 명령어를 사용하여 사용자 응용프로그램 프로세스인 mylog에 대해 시간 소인을 생성할 수 있습니다.date | alog -f /tmp/mylog 프로세스 초기화

35. alog 파일의 특성alog파일은 순환 파일로, 파일이 채워지면 가장 최근 메시지가 이전 메시지 위에 쓰여지는 것을 의미합니다.AIX는 디스크 공간을 절약하기 위해 순환 파일을 사용합니다. 사용자는 SMIT를 사용하여 파일 크기를 변경할 수 있습니다. alog는 사용자가 시스템 문제점의 원인을 판별할 수 있도록 오류 메시지를 포함합니다 • 예 • 아니오 alog가 채워지면 가장 최근 메시지가 이전 메시지 위에 쓰여집니다 • 예 • 아니오 프로세스 초기화 1,1

36. /etc/inittab 파일/etc/inittab파일은 시스템에 어떤 프로세스가 초기화되어야 하는지 알려주고 alog로 이동할 메시지를 제어합니다 (포멧,식별자,실행 래벨,조치,명령어,주의) 포맷/etc/inittab의 모든 파일은 동일한 포맷을 갖습니다. 식별자가 가장 먼저 나열되며 실행 레벨, 조치, 명령어 순으로 나열됩니다. 식별자식별자는 프로세스의 이름으로 최대 14자까지 사용할 수 있습니다. 단말기는 식별자로 단말기의 논리 디바이스 이름을 사용합니다 프로세스 초기화

37. 실행 레벨실행 레벨은 프로세스의 실행 모드를 결정합니다. 디폴트 실행 레벨은 2로 다중 사용자 모드입니다. 단일 사용자 모드의 실행 레벨은 0입니다. S, s, M 그리고 m도 단일 사용자 모드입니다. 실행 레벨이 지정되어 있지 않으면 프로세스는 모든 모드에서 실행합니다.AIX는 0에서 9까지의 실행 레벨을 사용합니다. 실행 레벨을 변경하기 위해 telinit명령어를 사용하면 SIGTERM 신호를 새로운 실행 레벨이 정의되지 않은 모든 프로세스에 보냅니다. 20초 후에 프로세스가 종료되지 않으면 SIGKILL 신호를 보냅니다./etc/inittab 파일의 항목은 0에서 9까지의 실행 레벨을 가지거나 ::로 표시됩니다. 이는 프로세스가 모든 레벨로 실행된다는 것을 나타냅니다. 프로세스 초기화

38. 조치조치는 /etc/inittab이 프로세스에 무슨 일을 해야 하는지를 나타냅니다.다음 목록은 조치에 대한 설명입니다.: • Respawn: 프로세스가 시작되어 있지 않으면 프로세스를 시작 시킵니다. • Once: 프로세스를 시작 시킵니다. 중단되면 다시 시작 시킵니다. • Wait: 프로세스를 시작 시키고 다음 프로세스를 시작 시키기 전에 완료되길 기다립니다. • Sysinit: 콘솔을 사용하기 전에 프로세스를 시작 시킵니다. • 명령어명령어는 동작을 수행합니다. • 주의시스템 관리자는 /etc/inittab 파일에 주의 사항을 작성해야 합니다.이러한 주의 사항은 # 기호를 맨 앞에 사용하기 때문에 시스템이 그 행을 무시하도록 하기 때문에 프로세스나 파일에 영향을 주지 않습니다.문제를 풀면서 복습하고 /etc/inittab파일의 내용에 대해 학습합니다 프로세스 초기화

39. /etc/inittab파일은 시스템에 어떤 프로세스가 종료되어야 하는 지 알려주고 sys.log로 이동할 메시지를 제어합니다. • 예 • 아니오 /etc/inittab 파일의 내용 나열/etc/inittab 파일의 내용을 보려면 파일을 페이지로 여십시오.pg /etc/inittab을 입력하고 Enter를 누르십시오. 프로세스 초기화 2

40. /etc/inittab 파일의 내용/tc/inittab파일이 표시됩니다. init 프로세스가 먼저 실행됩니다. init의 주된 역할은 /etc/inittab파일에 나열된 다른 프로세스를 시작하는 것입니다. alog는 중요한 이벤트를 로그하기 위해 rc.script에 의해 사용됩니다.srcmstr프로세스는 SRC(System Resource Controller)입니다. 이것은 서브시스템을 생성하고 제어합니다. 시스템 관리자가 프로세스 옆에 주의사항을 작성했음에 유의하십시오.cron프로세스는 지정된 시간과 날짜에 명령어를 자동으로 실행하며 qdaemon은 인쇄 작업을 스케줄링합니다 프로세스 초기화

41. /etc/inittab과 함께 사용되는 명령어/etc/inittab과 함께 사용되는 명령어가 있습니다. telinit q 명령telinit q명령은 init이 /etc/inittab파일을 다시 읽도록 합니다. 예를 들어, 행의 오류가 단말기를 다운시키면 init은 getty 프로세스를 다시 시작시키지 않습니다.getty 시작 프로세스를 재시작 하려면, telinit q명령을 사용합니다. mkitab 및 chitab 명령/etc/inittab파일을 직접 변경하지 마십시오. 대신 mkitab과 chitab명령을 사용합니다.이 명령은 자동으로 개체 데이터베이스 관리자(ODM)을 갱신합니다. ODM은 /etc/inittab파일과 동기화 되어 있어야 하며 그렇지 않은 경우 시스템이 정상적으로 부트되지 않게 됩니다. /etc/inittab파일을 직접 변경하면 ODM이 갱신되지 않습니다.예를 들어, tty4 단말을 추가하기 위해 다음의 명령을 입력합니다.mkitab "tty004:2:respawn:/usr/sbin/getty /dev/tty4" 프로세스 초기화

42. mkitab 및 chitab 명령 (꼐속) 따옴표를 사용하면 getty와 /dev/tty4사이의 공백을 표시할 수 있습니다.기존의 프로세스를 변경하려면 chitab명령을 사용하십시오. 예를 들어, rc.tcpip 프로세스의 동작을 once에서 wait로 변경하려면 다음의 명령을 사용합니다.chitab rctcpip:2:wait:/etc/rc.tcpip>/dev/console 2>&1 기타 명령어qdaemon, cron, srcmstr그리고 infod명령은 모두 /etc/inittab파일에서 시작되며 SRC가 제어합니다. 프로세스 초기화

43. 프로세스 초기화

44. System Resource Controller SRC는 관련된 기능을 수행하는 프로그램 또는 프로그램 그룹인 서브시스템을 제어합니다.SRC는 시스템 관리자가 프로그램을 한 개씩 제어하고 리프레시할 필요 없이, 한 번에 프로그램 그룹을 제어하고 리프레시할 수 있기 때문에 시간을 절약해 줍니다. 뿐만 아니라, SRC는 사용자가 프로그램을 개별적으로 제어하고 리프레시할 수 있다는 점에서 유연합니다. 또한 SRC는 시작, 정지 및 상태와 같은 일관된 조회를 사용하여 시간을 절약해 줍니다.SRC는 서브시스템의 비정상적인 종료를 로깅하고 추적함으로써, 사용자가 시스템 문제의 원인을 판별할 수 있게 합니다. 이외에도, SRC는 원격 시스템을 제어할 수 있습니다. 프로세스 초기화

45. 프로세스 초기화

46. System Resource Controller 계층SRC는 다음과 같은 계층을 가집니다. • 운영 체제 • 그룹 • 서브시스템 • 운영 체제운영 체제는 계층의 가장 위에 있으며 서브시스템의 그룹을 제어합니다. TCP/IP는 서브시스템의 그룹입니다 • 그룹그룹은 inetd 데몬과 같은 서브시스템을 포함합니다 • 서브시스템서브시스템은 ftp 데몬과 finger명령과 같은 서브서버를 포함합니다.문제를 풀고 SRC가 사용하는 명령에 대해 학습하십시오. 프로세스 초기화

47. 서브시스템은 무엇입니까? • 운영 체제의 서브세트로 운영 체제의 일부 기능을 수행하는 시스템입니다. • 특정 기능을 수행하기 위한 운영 체제 명령어 세트를 포함하는 프로그램입니다. • 운영 체제를 대체할 수 있는 명령어 세트를 포함하는 프로그램 그룹입니다. • 관련된 기능을 수행하는 프로그램 또는 프로그램 그룹입니다. 프로세스 초기화 4

48. SRC 명령어ODM에 구성된 서브시스템 그룹, 서브시스템 및 서브서버는 정의된 것으로 간주됩니다. 이러한 그룹, 서브시스템 및 서브서버의 대부분은 사전 정의되었으며(predefined), 이는 이들이 설치 과정에서 구성되었음을 의미합니다. 설치 이후에 구성된 것은 커스터마이징됩니다.정의된 그룹, 서브시스템 및 서브서버에 대해 다양한 명령어가 사용됩니다 stopsrc 명령stopsrc명령은 서브시스템을 중단합니다 refresh명령refresh명령은 서브시스템을 재시작 하거나 갱신합니다. trace 명령trace명령은 서브시스템을 추적합니다. trace에는 on과 off의 두 가지 옵션을 사용할 수 있습니다. lssrc 명령lssrc 명령은 정의된 모든 시스템의 목록을 보여줍니다 startsrc 명령startsrc 명령은 서브시스템을 시작합니다 프로세스 초기화

49. SRC 옵션SRC 명령어와 함께 사용될 수 있는 옵션이 몇 가지 있습니다 -s 옵션-s옵션은 명령이 지정한 서브시스템에만 동작하도록 지시합니다.예를 들면, startsrc -s inetd명령은 inetd 서브시스템만 시작되도록 하며 inetd가 속해있는 전체 서브시스템 그룹을 시작하지는 않습니다 -g 옵션-g옵션은 명령이 지정한 시스템이 속해 있는 그룹내의 모든 서브시스템에 동작되도록 지정합니다.예를 들면, stopsrc -g tcpip명령은 TCP/IP 그룹의 모든 서브시스템이 중단되도록 합니다 -p 옵션-p옵션은 지정한 프로세스 ID(PID)에 대해 명령어가 수행되도록 합니다.-s옵션 대신 -p옵션을 사용할 수 있습니다. 이 두 가지 옵션 모두는 명령어가 동작될 서브시스템을 지정합니다 -a 옵션-a옵션은 모든 서브시스템에 대해 명령을 수행하도록 합니다. 예를 들어, lssrc -a명령은 모든 서브시스템을 나열합니다 -f 옵션-f옵션은 강제 중단을 뜻하며 stopsrc명령에서 사용됩니다. 강제 중단을 어플리케이션이 프로세싱을 마칠 때까지 기다리지 않고 즉시 시스템을 종료합니다 프로세스 초기화

50. SRC 명령어 형식다음은 SRC 명령어 형식입니다.명령어 [옵션] [서브시스템]예를 들면 다음과 같습니다.refresh -s qdaemon 정의된 모든 서브시스템의 상태 나열정의된 모든 서브시스템의 상태를 나열하고 이들을 한 번에 한 페이지씩 보려면, lssrc -a | more를 입력하고 <Enter>를 누르십시오. 그림과 유사한 화면이 표시됩니다.서브시스템 뿐 아니라 서브시스템이 속한 그룹, PID 번호 및 서브시스템 상태가 나열됩니다. 프로세스의 다음 페이지를 보려면 <space bar>를 누르십시오.이제 마지막 질문에 답하십시오 프로세스 초기화