임시

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 03. 네트워크의 이해

3.1 네트워크 기초

3.1.1 OSI 7 LAYER

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> OSI7 계층 이해, 네트워크장비(케이블-UTP, BNC). NIC, 허브, 라우터, 브리지, 게이트웨이, 리피터), 이더넷/LAN정리), TCP-IP, ARP)

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 02. 리눅스 시스템의 이해

2.5 프로세스

2.5.1 프로세스의 개념 및 종류

2.5.2 프로세스 관리의 이해

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> 프로세스 개념, 프로세스 관리, 데몬

- 업데이트 날짜: 2015-08-28

- 프로세스 관리  

- 프로세스는 메모리에 상주핳여 실행중인 응용 프로그램이다. 응용 프로그램이란 프로세스가 인식 가능한 기계어로 구성되어 디스크에 저장되어 있는 코드의 집합이다. 응용 프로그램이 사용자 또는 커널에 의해 수행이 요청되었을 때 메모리에 적재되고 실행 가능한 상태로 전환되며 이를 프로세스라 한다. 프로세스는 태스크나 작업이라 불리기도 하며 동일한 의미를 가진다.

- 프로세스 상태

- 일반적으로 프로세스의 상태는 총 5단계로 프로세의 생성과 준비, 실행, 대기, 종료로 나뉜다.

1) 프로세스의 생성 단계(New)

- 프로세스의 생성 단계는 프로세스 수행을 위해 메모리 공간을 할당하고 응용 프로그램 코드를 메모리에 적재하는 단계이다.

2) 프로세스 준비 단계(Ready)

- 프로세스 준비 상태는 프로세스가 대기 큐에 삽입되어 스케줄러에 의해 CPU를 할당받아 수행되기를 기다리는 상태이다.

3) 프로세스 실행 단계(Running)

- 프로세스 실행 단계는 스케줄러로부터 CPU를 할당받아 수행하는 상태이다. 단일 CPU 시스템에서 실행상태에 있는 프로세스는 단 하나만 가능하다.

4) 프로세스 대기 상태(Waiting)

- 프로세스 대기 상태는 다른 프로세스로부터의 결과가 필요하거나 어떤 특정 시그널이 발생이 필요한 것과 같이 프로세스에 특정 이벤트가 발생하기를 기다리고 있는 상태이다.

- 리눅스에서의 프로세스 상태

- 리눅스 프로세스 상태는 프로세스 디스크립터의 state필드의 값으로 표현된다.

state 필드 값이 -1이면 실행할 수 없는 상태를 나타내고 0은 프로세스가 실행중인 상태, 0보다 큰 값은 멈춤상태를 나타낸다.

1) TASK_RUNNING

프로세스가 실행중이거나 실행 준비중인 상태

2) TASK_INTERRUPTIBLE

하드웨어 인터럽트가 발생하거나 프로세스가 필요한 자원을 사용할 수 있을때까지 대기하는 상태

3) TASK_UNINTERRUPTIBLE

외부에서 인터럽트를 받아도 프로세스 상태가 바뀌지 않음. 프로세스가 대기중에 외부의 이벤트로부터 방해 받지 않아야 하는 경우의 상태

4) TASK_STOPPED

외부로부터 SIGSTOP, SIGTSTP, SIGTTIN, SIGTTOU 와 같은 프로세스 작업을 중단시키는 시그널을 받아서 프로세스의 실행이 중단된 상태

5) TASK_TRACED

리눅스 커널 2.6버전에 추가된 프로세스 상태로 ptrace() 시스템 호출을 사용하여 다른 프로그램을 감시할 때 기존에는 프로세스를 TASK_STOPPED 상태로 변경하였으나 커널 2.6버전에서는 TASK_TRACED 상태로 변경

6) TASK_ZOMBIE

프로세스 실행이 종료되었지만 해당 프로세스의 부모 프로세스가 wait()나 waitpid() 와 같이 종료된 자식 프로세스 정보를 가지지 않는 경우 발생(자식프로세스가 종료 된 후 부모 프로세스는 자식 프로세스의 종료 상태값을 wait()나 waitpid()를 통해 요청할 있는데 이 때 자식 프로세스에 대한 프로세스 정보들을 메모리 상에 유지하고 있는 상태)

7) TASK_DEAD

프로세스 종료 상태

- 프로세스 상태코드(STAT)

- D(disk wait) : 디스크 입출력 대기같은 인터럽트 할 수 없는 대기 상태

- R(running or runable) : 프로세스가 실행중이거나 실행큐에 들어있는 실행 가능 상태

- S(sleep) : 인터럽트 가능한 대기 상태

- T(stopped) : 프로세스가 ^Z나 트레이스 명령 등으로 멈춘 상태

- W(paging) : 가상 메모리 사용 중.(2.6버전 커널부터 사용하지 않음)

- X(dead) : 실행 종료. 이후 나타나지 않음

- Z(zombie) : 좀비 프로세스

- 제어

1. bg/ fg

- 다중 작업을 위한 프로세스 명령어

- 프로그램을 실행 시킬 때, 일반적으로 그냥 실행시키면 포그라운드로 실행되고 명령어 끝에 &를 붙이면 백그라운드에서 실행

- 포그라운드는 사용자가 한 번에 하나의 명령만 수행 시킬 수 있었으나, 백그라운드는 한번에 여러 개의 명령 수행 가능

# sleep 1000 &

2. nohup

- SIGHUP(1, 연결 끊기), SIGTERM(15, 소프트웨어 종료)로 부터 보호하고, 터미널 없이 프로세스가 지속적으로 실행되게 만듦

- 종료나 중지를 무시하고 명령어를 현재 실행중인 프로그램이 있는 사용자가 로그아웃을 실행하게 되면 실행중인 프로그램도 같이 종료되는데 이런 경우 사용자가 로그아웃을 하더라도 실행중인 프로그램이 정상적으로 작업을 종료할 수 있도록 하는 명령어 실행 방법이 nohup

#nohup sleep 1000 &

로그아웃

로그인

#ps -ef | grep sleep

로그아웃 했어도 실행되는 것 확인 가능

3. jobs

- 백그라운드로 수행중인 모든 프로세스의 상태 출력

#sleep 10 &

#jobs

[1]+ Running     sleep 10 &

4. kill/ killall, pkill

- 프로세스에 특정 시그널을 보낼 때 사용

#kill [-옵션] pid

#killall [-옵션] 명령어

#pkill [-옵션] 프로세스 이름

- 옵션

-s: 전송할 시그널의 이름이나 번호 지정

-p: 전송할 시그널을 출력만 함

-l: 시그널 목록 출력

[signal 종류]

#kill 2344 (=kill -TERM)

#kill -9 2344

#kill -HUP 2344 (xinetd, sshd 등 수정된 config를 재 적용 시 주로 사용)

#killall -9 sshd

#pkill sshd (프로세스 이름으로 kill)

5. at, atq, atrm

- 특정 시간에 특정 작업 수행

- 지정한 작업은 queue(큐)에 저장되며 저장된 작업들은 /var/spool/at 디렉토리 아래 파일로 저장

- 옵션

-q queue : 작업의 대기큐를 지정한다. 사용할수 있는 큐는  a-z, A-Z     

-c job : 작업리스트를 출력

-d : 작업을 삭제(=atrm)

-l : 큐에 있는 작업들을 보여준다. root 인경우에는 모든 작업들의 목록을 보여줌(=atq)

-m : 실행한 결과를 메일로 통보

- 시간 지정

- 시간지정은 HHMM, HH:MM형태로 가능하고 am,pm 으로 구분 가능

am,pm 등의 표기가 없을 경우에는 24시 표현으로 함

날짜의 경우 MMDDYY, MM/DD/YY, MM.DD.YY 형태

now (현재시간), tomorrow(내일), today(오늘), teatime(16:00),noon(12:00), 

midnight(00:00)과 같은 문자열도 가능

- 관련 명령어

- atq

큐에 저장된 작업들을 보여주는 명령으로 at -l 실행결과와 같음

작업번호와 작업예정시간, 작업이 저장되어 있는 큐 보여줌

- atrm

예약된 작업을 취소할 때 사용하는 명령으로 큐에서 해당 작업 삭제

at -d와 같음

6. sleep

- 주어진 시간 만큼 지연

#sleep 3    //3초간 sleep

- 모니터링

1. top

- CPU 프로세스들을 출력, 매초별로 시스템 상태와 대부분의 프로세스들을 refresh 해서 실시간으로 화면에 보여줌

Line1: 시스템의 현재 시간과, uptime, 사용자수, 평균부하

Line2: 프로세스 상태

Line3: 사용자와 시스템, nice, 휴먼중인 프로세스 cpu 사용시간

Line4: 메모리상태

Line5: 가상메모리, 스왑상태

[#top]

- top 명령을 실행했을 때의 각 항목에 대한 설명

PID: Process ID

USER: 소유자

PRI Priority (우선순위)

NI Nice Value: -20~19사이의 값으로 작을수록 우선순위가 높아진다

SIZE: 프로세스의 코드와 데이터의 크기 (KB 단위)

SHARE: 프로세스가 사용하는 공유 메모리의 양

STAT S:Sleeping    D:uninterruptible    R: Running    Z: Zombie    T: sTop or Trace

%CPU: CPU 사용시간 퍼센트

%MEM: 메모리 사용 퍼센트

TIME: 프로세스가 시작하여 사용한 총 CPU시간

COMMAND: 프로세스를 실행한 명령어 라인

- top을 실행 중, 명령 설명

space: 화면 갱신

h: 도움말

u: 사용자별

k: 프로세스 죽이기

M: 메모리 사용율로 sorting

2. ps

- 시스템에서 현재 실행중인(sleep상태 포함) 프로세스에 대한 정보를 각 PID와 각 프로세스의 부모 ID(PPID)를 표시해 줌

[옵션]

[출력 필드]

- 시스템 실행중인 전체 프로세스 확인

$ps -ef

- 시스템에서 실행중인 각 프로세스의 자원(CPU, Memory) 사용량과 상태 확인

$ps -aux

3. pstree

- 프로세스들을 계층적(트리구조)으로 출력해주는 명령어

- 모든 프로세스들은 명령 이름에 의해 리스트되고, 자식 프로세스는 부모 프로세스의 오른쪽에 나타남. 그러므로 최초로 실행되는 프로세스인 init(모든 프로세스의 궁극적인 부모)은 가장 왼쪽 상단에 출력

[옵션]

-a 각 프로세스의 명령행 인자까지 출력

-p PID 출력

#pstree -a

4. nice

- 프로세스의 우선순위 조정(최고 -20, 최저 19)

#nice -n 5 make

5. strace

-시스템콜, 시그널 추적

6. ltrace

-라이브러리 콜 추적

- 리눅스 서비스 데몬

1. init 데몬

- 시스템 부팅시 커널이 로딩이 된후 커널에 의해서 실행이 되는 프로세스로 프로세스 id 는 1이다. 파일시스템의 구조를 검사하고 파일시스템을 마운트, 서비스 데몬을 띄우고 사용자 로그인을 기다리고 사용자를 위한 쉘을 띄우는 역할을 한다.

[/etc/inittab 파일의 내용]

[/etc/inittab 파일 설명]

2. xinetd 데몬(Extended Internet Services daemon)

- xinetd는 inetd의 문제점들을 보완하고 기능이 추가 된 확장판이라고 할 수 있으며, 관련 파일들의 구성이나 설정면에서 다양한 옵션을 융통성 있게 제공하고 있어 접근설정이나 기타설정이 쉬움

- 기능

1. 접근 제어: hosts.allow, deny 파일을 사용하여 접근 제한 가능

2. Dos공격 방지: 연결요청에 대한 제한 가능, 로그파일 사이즈 제한으로 디스크 full 방지 가능

3. 확장 로깅 기능: 서비스별로 syslog 설정 가능, 접속 실패 기록 로그 기록 가능

4. 원격 호스트로 서비스 전달: TCP stream을 다른 호스트로 전달 

5. IPv6 지원

- 설치

xinet 홈페이지에서 소스다운이나 rpm을 통해 가능하며 ./configure, make, make install 순서

- 설정

default와 service에 대한 내용으로 구분

default는 /etc/xinetd.conf에, service에 대한 내용은 xinetd.conf에 따로 설정하여 /etc/xinetd.d 디렉토리에 서비스별로 서정 파일을 준비해 놓음

[설정 옵션]

[xinetd.conf 설정 예]

- xinetd 데몬 중지 및 시작

#service xinetd [stop/start]

또는

#/etc/init.d/xinetd [stop/start]

- xinetd 서비스 확인

#ps -ef | grep xinetd

3. sshd 데몬

- 유닉스를 비롯해 리눅스 시스템은 시스템 콘솔보다는 원격으로 telnet 등을 이용해 관리하는 경우가 대부분

- 원격으로 관리자 로그인시나 작업시 중요한 정보가 네트워크를 통해 암호화 되지 않고 전송이 될 경우 스니핑 등을 통해 패스워드를 비롯해 중요한 정보 유출 가능성 있음

-> 이를 방지하기 위해 telnet 프로그램을 대신하여 네트워크로 전송되는 모든 데이터를 암호화하여 보안을 강화한 프로그램이 sshd

- sshd 데모 중지 및 시작

#service sshd [stop/start/restart]

또는

#/etc/rc.d/initd/sshd [stop/start/restart]

- sshd 리부팅 시 자동 시작 설정

#chkconfig sshd on

#chkconfig -list | grep sshd

sshd        0:off    1:off    2:on    3:on    4:on    5:on    6:off

[sshd_config 설정 파일 설명]

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 02. 리눅스 시스템의 이해

2.4 쉘

2.4.1 쉘의 이해

2.4.2 쉘 프로그래밍

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> 쉘,  쉘 환경 환경 변수 및 환경설정

- 업데이트:2015-08-28

- 쉘

- 컴퓨터는 0과 1만을 이해할 수 있다. 하지만, 사람이 컴퓨터가 이해할 수 있는 0과 1만을 사용하여 명령을 내리기는 쉽지 않은 일이다. 그래서 쉘이라는 것이 명령어를 입력받아 이것을 컴퓨터가 이해할 수 있는 0과 1로 된 명령으로 바꾸어, 이 명령을 처리하는 커널에 전달하는 것이다.

- 쉘의 역할

사용자(User) <-> Shell(쉘) <-> kernel(커널) <-> 하드웨어

사용자가 로그인 할 때 자동적으로 쉘이라는 프로그램이 실행된다.

쉘에는 여러 종류가 있으나, 큰 갈래로는 Bourne Shell 과 C shell이 있다. 나머지들은 이들로부터 파생된 것들이다.

이중 리눅스에서 기본적으로 사용하고 있는 쉘은 bash 쉘로 Bourne Again Shell이란 뜻이다. 이것 역시 Bourne Shell로부터 파생된 것이다. 사용자가 원한다면, 사용하고자 하는 쉘을 변경할 수도 있다.

쉘이 프롬프트에 사용하는 기호는 쉘마다 다른데, 기본적으로 본 쉘과 콘쉘은 "$"을, C쉘은 "%"을 사용한다.

/etc/shells 파일을 열어 보면 사용할 수 있는 쉘들의 경로가 설정되어 있다.

/etc/passwd 파일을 살펴보면, 다음과 같이 사용자가 등록되어 있다.

test1:x:502:502:Test User:/home/test1:/bin/bash

마지막 항목(/bin/bash)이 사용자가 사용하는 쉘이다. 명령어을 처리하는 쉘을 얻지 못하므로 어떤 명령도 수행할 수가 없다

- 사용자 쉘 바꾸기

$echo $SHELL

/bin/bash

잠시 바꾸고 싶을 때는 사용하려는 쉘을 프롬프트에서 실행 시킨다. 그 쉘을 빠져나겨려면, 'exit' 명령을 사용한다. 기본 쉘을 변경하고 싶을 때는 chsh 명령을 사용하거나, /etc/passwd 파일의 쉘 부분을 변경 한다.

- 쉘 환경 설정

- 설정 파일

리눅스에서는 여러 가지 환경 설정 파일을 제공한다. 이것은 리눅스의 사용자를 더욱 자유롭고 융통성 있게 만들어 준다. 이런 파일들은 보통 홈디렉토리 안에 위치하고 있으며, '.'으로 시작 하는 파일들이다. 'ls -a' 명령으로 파일의 존재를 확인할 수 있다. 파일의 이름은 "Resource Configuration"이라는 의미의 "rc"라는 스펠링으로 끝나는 경우가 많다.

이런 파일들은 새로운 사용자를 등록하면, "/etc/skel " 디렉토리에 기본 값으로 저장되어 있는 파일들을 홈디렉토리에 복사하여 생겨나는 것이다.

물론, 그 중에는 쉘 구동 환경을 설정하는 파일들도 있다.

- 환경 설정 파일 설명

- .bashrc

쉘을 위한 쉘 스크립트로 스크립트로 서브 쉘, 즉 비로그인 쉘이 실행될 때 명령과 명령과 프로그램 구조로 구성할 구성할 수 있다 . 새로운 쉘이 실행될 실행될 때마다 때마다 실행

- .bash_profile

로그인 할 때 읽어 들이는 설정 파일 . 주요 설정 내용은 내용은 일반적으로 일반적으로 , 검색 경로 , 터미널 터미널 종류 , 환경변수등을 환경변수등을 설정하고 설정하고 , 그 외 로그인 로그인 시점에 실행 시키고 시키고 싶은 명령 , 시스템에 시스템에 대한 정보를 정보를 보여주는 보여주는 명령등을 명령등을 명령등을 수행

- .bash_logout

로그인 쉘이 종료 되면서 되면서 읽어 들인다 .

- 환경 변수

- 환경 변수는 쉘 환경을 입맛에 맞게, 혹은 필요에 맞게 설정하는데 사용되는 값들을 가지고 있다. 물론, 이 변수값을 수정함으로써 사용자마다 원하는 환경을 설정할 수 있다.

- 주요 환경 변수들

- Bash의 쉘변수

(1) 쉘변수 

1) 개요: 말 그대로 특정한 쉘 즉 bash에서만 적용되는 변수를 말한다. 

2) 특징 

- 지정하는 방법은 '변수명=값' 형태로 지정하면 된다. 예) $ COLOR=red 

- 변수값을 출력할 때는 변수명 앞에 $을 붙여 echo명령을 사용하면 된다. 

예) $ echo $COLOR red

(2) 환경변수

- 모든 쉘에 영향을 미치는 변수라는 것을 제외하고는 쉘변수와 지정방법이나 특징이 유사하다.

(3) bash에서 쉘변수를 환경변수화시키기

- export명령을 사용하면 된다. 

(사용 예제) 

# mkdir $HOME/backup 

# ls -ld $HOME/backup 

drwxrwxr-x 2 kkn kkn 4096 8월 28 05:31 /home/kkn/backup 

# echo $PS1 

[u@h W]$ 

=> 프롬프트 형식 

d : '요일 달 날짜'형태로 나타내준다. (예 "Wed Jan 15") 

h : 호스트이름을 보여준다. 보통 '.'를 사용한 이름인 경우 첫번째 '.'까지 보여준다.

H : 호스트이름을 보여준다. 

l : 쉘의 터미널 장치의 이름을 보여준다. 

s : 쉘의 이름을 보여준다. 

t : 24시 형태의 현재 시간을 보여준다. (예 HH:MM:SS) 

T : 12시 형태의 현재 시간을 보여준다. (예 HH:MM:SS) 

@ : am/pm 12시 형태의 현재시간을 보여준다. 

u : 현재 사용자의 이름을 보여준다. 

w : 현재 작업디렉토리를 보여준다.

W : 현재작업디렉토리의 마지막 디렉토리만 보여준다. 

! : 현재 명령의 히스토리 넘버를 보여준다.

- 환경 변수 관련 명령

(1) set : shell변수를 표시하고 값을 지정할 수 있다. C-shell에서는 변수와 값 지정시에 필수적으로 사용해야 하지만, Bash에서는 변수와 값지정시에 꼭 set 명령을 지정하지 않아도 된다.

1) 사용법 

set [option] [argument] 

2) option 

-o : 현재 set옵션의 상태를 표시한다. 

3) 사용예 

- set => 옵션이나 인자가 주어지지 않으면 이미 지정된 shell변수와 함수이름,값이 표시된다.

- set -o => 현재 set옵션의 상태가 표시된다.

4) 응용예 

$ a=1 // bash에서는 set 명령없이 "변수=값" 형태로 지정 하면 된다. 확인은 인자없이 set 이라고 입력한다. 

$ echo $a 

1 

=> 변수로 선언되었으므로 $a하면 1이라는 값이 출력된다. 

$ /bin/csh // 임시로 C-shell로 전환. 

$ 

=> C-shell로 전환하면 프롬프트로 바뀜을 알 수 있다. 

$ b=2 

b=2: Command not found. => bash에서 변수지정하는 것처럼 하면 오류가 나타남을 알 수 있다. 

$ set b=2 => C-shell 계열에서는 변수와 값지정시 set 명령을 사용해야 한다.

확인하려면 인자없이 set 이라고 입력한다. 

$ echo $b 2 => 변수로 선언되었으므로 $b하면 2라는 값이 출력된다

(2) env : 환경변수에 대한 정보를 보여준다. 

1) 환경변수란 : 로그인할 때나 새로운 쉘을 파생시킬 때 쉘의 환경을 정의하는 중요한 역할을 수행한다. env를 실행하면 환경 변수 설정값들을 확인할 수 있고 또한 각 환경변수를 나타낼 때 변수이름 앞에 $를 붙인다.

2) 사용예 

# env 

=> 현재 시스템의 환경변수를 보여준다. 

3) 환경변수의 설정 : 값을 지정한후 export해야 한다. 현재 리눅스의 bash에서는 export를 해도 반영된다.

예) PATH 변경하기 

$ echo $PATH 

/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/kkn/bin 

=> 현재 패스를 확인하면 홈디렉토리를 없다. 홈디렉토리를 추가해보자. 

$ PATH="$PATH:/home/kkn" 

$ export PATH $ echo $PATH     /usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/kkn/bin:/home/kkn 

(3) export : 쉘변수를 환경변수로 만들어주는 명령이다. 현재 리눅스 bash에서 일시적인 반영시에는 생략해서 사용할 수 있다.

1) 사용법 

export 환경변수=변수값 

2) 사용예 

- # export PATH="$PATH:/usr/local/apache/bin" 

=> 현재 설정된 패스값에 /usr/local/apache/bin이라는 경로를 추가한다. 

- $ PATH="$PATH:/home/kkn" 

=> 현재 설정된 패스값에 "/home/kkn"이라는 경로를 추가한다.

    export명령을 생략해서 사용해도 된다.

(4) unset : 선언된 변수를 제거하는 데 사용한다. 

1) 사용법

unset 변수이름 

2) 사용예 

# TEL=042 

# echo $TEL 

042 

# unset TEL 

# echo $TEL     // 변수가 제거되었으므로 아무값도 출력되지 않는다. 

(참고) bash에서는 환경변수를 만들 때 변수 값을 설정한 후, 환경에 변수를 익스포트(export)하는 두 단계를 거친다.

- C쉘

버클리 대학에서 대학에서 만든 쉘이다 . Bourne Shell보다 기능적인 면에서 진보된 쉘이다. 

초기화 파일은 파일은 $HOME/.cshrc .login .logout 세개의 파일이 파일이 있다 . 

사용자가 로그인을 하게되면 먼저 .login 파일을 읽고 환경변수를 셋팅한다 . 그리고 나서 .cshrc 파일을 읽음으로서 각 프로세스의 쉘 변수를 변수를 설정한다. .logout 파일은 로그아웃할때 읽게된다. 

C쉘은 BourneBourne쉘 계열과 달리 "="기호를 사용하지 않는다.

- 현재 쉘에 적용 방법

# source .cshrc

- C쉘 환경파일 적용 순서

/etc/.login => ~/.cshrc => ~/.login

--환경설정??? 책보고 확인 필요

-- 쉘프로그래밍 추가 해야함

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 02. 리눅스 시스템의 이해

2.3 X 윈도우

2.3.1 X윈도우의 개념 및 특징

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> X윈도우 구성(X protocol, X lib, X toolkit), GNOME, KDE 정의, 윈도우 매니저

- 업데이트: 2015년 8월 27일

- http://egloos.zum.com/xuny/v/553740 참고

- X window: X 윈도우는 그래픽 환경을 제공해 주는 윈도우 시스템으로 이는 분산형 개방 시스템을 개발하기 위한 목적으로 수행된 Athena 프로젝트의 일환으로 MIT에서 1984년에 개발됨. 그 후DEC HP SUN 등의 기업들이 참여한 컨소시움 형태로 발전하면서 1987년 X11 버전을 발표. 1999년 X11의 기본 형태를 유지한 6번째 릴리즈인 X11R6이 발표되어 현재 가장 많이 사용되고있음

- X window 특징

1. 네트워크 기반의 그래픽 환경

2. 프로그램 작성 시 가장 많은 종류의 컴퓨터에서 구동 될 수 있을 정도로 좋은 이식성

3. 아이콘, 색상 등 그래픽 환경에 필요한 자원들이 특정한 형태로 정의되어 있지 않음

4. 사용자가 원하는 모양의 인터페이스 만들 수 있음

5. 디스플레이 장치에 의존적이지 않음

- X window 구성

1. 서버 /클라이언트

- 기본적으로 클라이언트는 응용 프로그램을 지칭. X window 클라이언트는 직접적으로 사용자와 통신할 수 없음. 클라이언트는 서버로부터 키보드나 마우스 입력 같은 사용자의 입력을 얻을 수 있음

X 서버란 애플리케이션 사용자의 컴퓨터에서 작동하며 그래픽 디스플레이 하드웨어를제어하여 개체를 화면에 뿌린 뒤 답신을 보내게 됨

다시 말해, 클라이언트는 애플리케이션에 해당하며 서버는 클라이언트와 입/출력기기와의 중개를 담당하는 프로그램

2. X protocol

- X window에서 각종 처리는 클라이언트와 서버라는 두 가지 프로그램으로 나뉘어서 하고 있는데, 

즉 클라이언트는 IPC를 이용하여 서버의 장치 입/출력을 제어. 이러한 서버와 클라이언트의상호 작용은 메시지 교환을 통하여 이뤄지는데, 메시지 형태와 사용법을 X protocol 이라고 함

- X window의 중요한 특징 중 하나가 이러한 메시지 교환이 같은 컴퓨터뿐이 아니라 네트워크를 통해서도 이뤄질 수 있음

- X protocol 은 서버와 클라이언트 사이에서 통신 되는 Request, reply, event, error 의 기본 메시지이며, 클라이언트가 윈도우를 생성해 달라는 Request를 RequestQueue에 넣어 서버에 보내면 서버는 하드웨어를 제어, 화면에 디스플레이한 후 Reply를 보냄. 또한, 서버는 하드웨어로부터 들어오는 입력을 받아들여 EventQueue에 넣어 클라이언트에 보내면 클라이언트는 그에 따른 처리함

- X window 구동원리

- X window 구동은 startx에 의해 사용자의 클라이언트 리소스와 서버 리소스를 찾으면서 시작

- 사용자의 홈 디렉토리에서 .xinitrc파일을 찾아 스크립트 실행

(존재하지 않을 경우 /etc/X11/xinit/xinitrc 실행 (ubuntu 14.04 기준(다른 것은 확인 못해봄))

- Xsession 구동

- GNOME Desktop(Gnu Network Object Model Environment)

- 사용자가 컴퓨터를 쉽게 사용하고 설정할 수 있도록 제공하는 Desktop 환경

- GNOME은 패널, 표준 Desktop tools, 응용프로그램, 그리고 그 외 다른 프로그램간 협동 동작할 수 있도록 지원

- GTK(GimpToolKit) + 라이브러리 기반

- 전용 윈도우 매니저가 없는 대신 대응 윈도우 매너지를 선택하여 사용. 윈도우 매니저가 바뀌더라도 Desktop의 중요한 부분은 바뀌지 않음

- KDE Desktop(the K Desktop Environment)

- KDE는 파일 매니저, 윈도우 매니저, help system, Configuration 시스템과 각종 어플리케이션들의 집합체

- 윈도우 매니저

- 윈도우 매니저란 X 서버와 사용자를 이어주는 인터페이스로 윈도우의 경계(border), menu, icon, button bar, tool bar 제공

- 대표적인 종류로는 fvwm, twm, mw, windowmaker, afterstep 등

- 자세한 사항은 추후 업데이트

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 02. 리눅스 시스템의 이해

2.2 리눅스의 구조

2.2.1 부트 매니저

2.2.2 디렉토리 구조 및 디렉토리별 기능

2.2.3 부팅과 셧다운

2.2.4 파일시스템 이해

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> 부팅 과정(GRUB포함), 파일시스템, ext내용 정리 및 특징 

- 업데이트: 15-08-18

- 리눅스 시스템 전체 부팅과정(리눅스 종류에 따라 파일 위치는 다를 수 있음)

예)최신 ubuntu에서의 inittab의 부재

1단계: 전원스위치 ON

- 시스템 전원공급

- 메인보드의 ROM-BIOS에 있는 BIOS프로그램 자동 실행

2단계: BIOS프로그램들의 실행 내용들

- 자체진단기능(POST, Power On Self Test): CMOS검사, CPU, MEMORY, 그래픽카드, 키보드, 마우스등 각종 장치들의 이상유무 를 검사하고 이들 장치(하드웨어들)을 초기화

- 부팅매체검색과 부트로더 실행: POST과정이 이상없이 진행완료되면 검색된 부팅매체(하드디스크, CD-ROM, 플로피 디스크등)에서 부트로더(예:GRUB, LILO)를 불러들임, 부트로더(GRUB)가 메모리에 적재되면 BIOS는 종료되고, 시스템제어권은 부트로더 (GRUB)이 갖게됨

3단계: 부트로더(GRUB)의 실행

-  GRUB은 실행과 함께 /boot/grub/grub.conf파일을 읽어서 어떤 부팅메뉴(커널)로 부 팅을 할 것인가를 결정하게 됨

-  GRUB은 커널(kernel)이미지를 불러들임. 그리고 시스템 제어권을 커널에게 넘김

4단계: 커널의 로딩

- 커널은 swapper프로세스(PID 0번)를 호출

- swapper는 커널이 사용할 각 장치드라이브들을 초기화하고 init프로세스(PID 1번)를 실행

- init프로세스가 실행되면서 /etc/inittab파일을 읽어들여서 그 내용들을 차례대로 실행

5단계: init프로세스의 실행

각 부팅 레벨로 실행될 경우 /etc/rc.d/rcx.d의 파일들이 순차대로 실행됨(최근 우분투의 경우 etc/rcx.d)

- 시스템 부팅 레벨

0- halt

1- 단일 유저 모드

2- 멀티유저, 단 네트워크를 지원하지 않음

3- 멀티유저모드(default)

4- 사용되지 않음

5- X window 모드

6- reboot    //6으로 하면 부팅될 때 무한 리부팅이 되려나..

- 파일시스템

http://egaoneko.github.io/os/2015/05/24/linux-starter-guide-4.html 참고

- 파일시스템(file system)은 컴퓨터에서 파일이나 자료를 쉽게 발견 및 접근할 수 있도록 보관 또는 조직하는 체계를 지칭

- 확장 파일 시스템(extended file system)

1. ext: 리눅스 초기에 사용되던 파일 시스템, 호환성 없음

2. ext2: ext3이 개발되기 이전 많이 사용되었음. 하지만 fsck(file system checker)하는 데 있어 오랜 시간 소요

[EXT2 아이노드]

[EXT2 슈퍼블록]

3. ext3: ext2의 단점을 보완하기 위해 저널링(Journaling)을 지원하도록 확장된 파일 시스템.

[자세히]

[저널링 기술]

4. ext4: ext3 파일시스템을 확장한 파일시스템으로 Extent라는 기능을 제공하여, 파일에 디스크 할당 시 물리적으로 연속적인 블록을 할당할 수 있도록 하여, 파일 접근 속도 향상 및 단편화5를 줄이도록 설계된 파일시스템

- 파일시스템 구조

http://egaoneko.github.io/os/2015/05/24/linux-starter-guide-4.html 만큼 잘 쓸 자신이 없어서 해당 링크가 더 이해하는 데 도움이 될 듯...

- 리눅스 주요 파일시스템 디렉토리 설명

- 리눅스 파일 시스템은 크게 네 가지로 구분

1. 부트 블록: 운영체제를 부팅시키기 위한 코드 저장됨

2. 슈퍼 블록: 파일시스템과 관련된 정보 저장

3. 아이노드 블록: 파일에 대한 정보를 저장하고, 모든 파일은 반드시 아이노드 블록을 하나 가지고 있음

4. 데이터 블록: 파일이 보관해야 하는 데이터를 저장

있

*아이노드 블록에는 파일 유형, 접근권한, 하드링크 수, 소유주 이름, 그룹 이름, 파일 크기, 생성 날짜가 저장 되어 있고, 파일 이름은 디렉토리 파일의 데이터 블록에 저장됨!

- 리눅스 파일 시스템 종류

- 리눅스는 다양한 파일 시스템을 지원

(ext2, ext3, minix, xiats, umsdos, hpfs OS/2, isofs, CD-ROM, msdos, nfs, sysv 등)

교재: "국가공인" 리눅스마스터 1급 ((주)수퍼유저, 저자 박성수, 강기봉, 정우영)

---

국가공인 리눅스마스터 1급

저자

박성수, 강기봉 지음

출판사

수퍼유저코리아 | 2014-01-13 출간

카테고리

컴퓨터/IT

책소개

국가공인 리눅스마스터 1급 교재이다. 리눅스마스터 1급 1차, ...

---

Part1. 리눅스 실무의 이해

Chapter 02. 리눅스 시스템의 이해

2.1 리눅스와 하드웨어

2.1.1 하드웨어의 이해

2.1.2 하드웨어의 선택

방대한 책범위와 시험기간이 얼마 안남은 관계로 전략변경

- 빠른 시일내에 책 훑기

- 문제를 풀면서 내용 정리

- 업데이트 할 목록

-> RAID, SCSI

- 업데이트: 15-08-27

- http://weroot.co.kr/solaris/643  (RAID 장점, 그림 삽입)

- http://smsinfo.tistory.com/176  (본문의 예)

- RAID(Redundant Array of Independent)

- 여러 대의 하드디스크가 있을 때 동일한 데이터를 다른 위치에 저장하는 방법. 입출력 작업이 균형을 이루게 되어 전체적인 성능 향상

- 여러 개의 디스크를 배열하여 속도의 증대, 안전성의 증대, 효율성, 가용성의 증대를 하는데 쓰이는 기술

- RAID 장점

1. 운용 가용성, 데이터 안정성 증대

- RAID 1(mirror) 또는 RAID5 의 경우 볼륨에 포함되어 있는 디스크 중 하나의 디스크에 장애가 발생하더라도 남은 디스크가 백업 역할이 가능 

(이로 인해 데이터 손실로 인해 복구하는데 소요되는 시간 없이 운용 지속 가능)

2. 디스크 용량 증설 용이

- RAID 0(Concatenate)의 경우 기존의 사용하던 디스크를 제외한 여분의 디스크가 하나 있을 경우 기존 사용하던 디스크의 데이터를 보존한 상태로 여분의 디스크와 하나의 볼륨으로 구성하여 사용 가능

3.  디스크 I/O 성능 향상

- RAID 0(Stripe)의 경우 데이터를 구성된 디스크들에게 나눠 저장하므로 I/O 성능 향상의 효과 있음

- RAID 종류

1. RAID 0: RAID 0에는 두 가지 방식이 있음 (필요 드라이브 최소 2개 이상)

- Concatenate(concat) 방식

- 두 개 이상의 디스크에 데이터를 순차적으로 쓰는 방법

- 장점: 디스크 기본 공간이 부족할 때 데이터는 보존하며 여분의 디스크를 볼륨에 포함하여 용량 증설 가능

- 단점: RAID 0의 특성상 디스크 중 하나의 디스크라도 장애 발생시 복구 어려움. 오류검출 지원안함

- Stripe 방식

- 흔히 RAID 0 이라고 하면 Stripe 방식을 말하는 것으로 생각하면 됨

- 하나의 데이터는 Stripe 기술을 이용하여 여러개의 같은, 일정한 크기로 나뉘게 됨. 이 하나하나의 조각을 Stripe Unit이라함

- 장점: 데이터를 사용할 때 I/O를 디스크 수 만큼 분할하여 쓰기 때문에 I/O 속도가 향상 되고 I/O Controller나 I/O board 등 I/O를 담당하는 장치가 별도로 장착된 경우 더큰 속도 향상 볼 수 있음

- 단점: Stripe를 구성할 시 기존 데이터는 모두 삭제.RAID 0구성 시 중요데이터는 반드시 백업!

- 예) "리눅스마스터" 라는 단어를 2개의 드라이브로 구성된 RAID 0에 저장한다면 

 하나의 드라이브는 "ㄹㄴㄱㅅㅁㅅㅌ"라는 자음을 저장하고

 나머지 드라이브는 "ㅣㅜㅡㅏㅡㅓ"라는 모음을 저장하게 된다.

 그렇기 때문에 저장하거나 불러오는 속도는 빠르지만 에러 발생 시 완전한 데이터를 불러오지  못하게 됨. 즉 안정성이 낮은 구성

2. RAID 1 (mirror)

- 적어도 2개의 디스크가 사용되며, 하나의 하드디스크에 기록되는 모든 데이터가 나머지 하나의 하드디스크에 복사되는 방법으로 아예 똑같기 때문에 mirroring이라고 함 (필요 드라이브 최소 2개 이상)

- 장점: 볼륨 내 디스크 중 하나의 디스크만 정상이어도 데이터는 보존되어 운영이 가능하기 때문에 가용성이 높음, 안정성이 상당히 우수함

- 단점: 용량이 절반으로 줄고(2개의 경우) 쓰기 속도가 느려짐

3. RAID 2 

- 디스크들간의 Stripe를 사용하며, 몇몇 디스크들은 에러를 감지하고 수정하는 ECC 정보를 가짐

- 기록용 드라이브와 데이터 복구용 드라이브를 별도로 두는데 4개 하드디스크에 기록하기 위해서는 3개의 부가 데이터를 기록해야 하기 되기 때문에 효율성 측면에서 거의 사용하지 않음

- RAID 0처럼 Stripe 방식이지만 RAID 0 은 에러체크를 하지 않는 반면 에러체크와 수정을 할 수 있도록 Hamming Code 사용하는 것이 특징

4. RAID 3,4 (필요 드라이브 최소 3개 이상)

- RAID 3, 4는 RAID 0, 1의 문제점을 보완하기 위한 방식

- 기본적으로 RAID 0과 같은 Stripe 방식 사용을 사용하여 성능 보완 및 추가로 에러 체크 및 수정을 위한 패리티 정보를 별도의 디스크에 따로 저장함

- 3은 Byte 단위로 데이터를 저장하는 반면, 4는 블록 단위로 저장한다는 차이점이 있음

-> 블록 단위로 저장할 경우 작은 파일의 경우 한번의 작업으로 데이터를 읽을 수 있기 때문 성능상의 장점이 있음. 또한 3은 동기화를 거쳐야 되기 때문에 3보다는 4를 많이 사용함

-> 데이터가 저장되어 있는 드라이브에 장애가 발생할 경우 패리티 정보를 이용하여 복구를 할 수 있으나, 정작 패리티 정보가 저장되어 있는 하드디스크에 장애가 발생하면 복구 불가능

-> 또한, 패리티 하드디스크에 병목현상이 생겨 속도가 저하될 수 있음

- RAID 0 의 구성에 백업용 드라이브를 하나 더 달아서 안정성을 확보한 구성

5. RAID 5 (필요 드라이브 최소 3개 이상)

- 레벨 3과 레벨 4의 단점을 보완한 방식으로, 패리티 정보의 저장을 전달하는 하드디스크 대신 모든 하드디스크에 패리티 정보를 분산 저장

-> 쓰기(Write)에는 패리티 정보가 분산되어 저장되기 때문에 Level 3,4의 단점인 병목은 줄여주지만 읽기(Read)에서는 사방에 흩어져 있는 패리티 정보를 갱신하며 일게 되기 때문에 성능 저하 있음

- RAID 3,4와 달리 패리티 정보가 저장된 디스크가 따로 없어 패리티 디스크 고장과 같은 문제에서 자유롭고 실제 서버/워크스테이션에서 가장 많이 사용하는 방식

- 여러개의 디스크를 Stripe 방식으로 볼륨을 구성하고, 패리티 정보를 사용하여 데이터의 정합성 제공

- 장점: 데이터의 정합성의 유지 및 RAID 1에 비해 용량 활용성 높음

- 단점: 데이터를 쓸 때마다 패리티 연산을 해야하고, 이로 인해 부하 발생

(쓰기 작업이 많은 서버의 경우 RAID 1구성이 나을 수 있음)

6. RAID 6 (필요 드라이브 최소 4개 이상)

- RAID 5와 같은 개념이지만 다른 드라이브 간에 분포되어 있는 2차 패리티 정보를 넣어 2개의 하드에 문제가 생겨도 데이터를 복구할 수 있음. 즉 RAID 5보다 데이터 안정성 고려

- 하드를 스트라이핑으로 묶었기 때문에 RAID 0+1이나 RAID 10(1+0)보다 성능은 더 높고 신뢰성도 우수 하지만 패리티 정보를 2중으로 저장하면서 읽기 성능은 RAID 5와 비슷하지만 쓰기 작업 구현이 아주 복잡해서 일반적으로 잘 사용하지 않음

7. RAID 7

- 하드웨어 컨트롤러에 내장되어 있는 운영체제를 사용하여 속도가 빠른 버스를 통한 캐시, 독자적인 컴퓨터의 특성을 포함.(잘 사용안함..)

8. RAID 0+1, RAID 1+0 (필요 드라이브 최소 4개 이상)

- RAID 0과 1의 복합 구성. 즉 0의 Stripe 방식과 1의 Mirror의 기능이 합쳐진 것으로, 분산 저장을 통한 성능 향상, 데이터의 안정성 또한 보장 할 수 있음

-> 그러나 여전히 전체 용량의 50%만 사용할 수 있으며, 비용이 많이 드는 문제점 발생

- 성능은 비슷하지만 가용성 측면에서는 RAID 1+0이 높아 많이 사용함

- RAID 1+0은 RAID 0+1과 비슷한 개념이지만 구성순서의 차이가 있음. mirror를 먼저 구성한 뒤 두개의 볼륨을 Stripe로 묶는 순서로 구성

- 예)

1. DISK 1,2(혹은 3,4)에 장애 발생의 경우             사용 가능 O           사용 불가 X
2. DISK 1,3(혹은 2,4)에 장애 발생의 경우             사용 불가 X           사용 가능 O
3. DISK 1,4(혹은 2,3)에 장애 발생의 경우             사용 불가 X           사용 가능 O

1 의 경우 RAID 0+1은 3,4에 1,2의 데이터를 그대로 보존하고 있기 때문에 사용 가능 하지만 RAID 1+0은 1,2에 데이터가 없기 때문에 사용이 불가능

2과 3의 경우 RAID 0+1은 두개의 Stripe 볼륨에 멤버인 디스크가 하나 씩 장애가 발생하므로 볼륨 전체가 깨져서 사용이 불가능하나 RAID 1+0의 경우에는 mirror 에 멤버인 디스크에 장애가 발생하였으므로 데이터를 보존하고 있어 사용이 가능

-> 이로 인해 RAID 0+1은 가용성이 33.3%이지만 RAID 1+0은 66.6%로 두배의 고가용성을 확보할 수 있는 장점이 있음

- 드라이브가 6개일 때

- RAID 0+1은 RAID 0으로 구성된 드라이브들을 최종적으로 RAID 1로 묶는 것이라 각각 3개씩 하드 가 나눠지며, RAID 1+0은 2개씩 RAID 1으로 묶여있는 하드들이 RAID 0으로 구성됨  

RAID 0+1의 경우 1개의 하드만 고장나서 복구해도 다른 RAID 0 구성에서 나머지 하드까지 데이터 전체를 복구해야 하지만, RAID 1+0으로 만든 시스템은 고장난 하드가 하드 1개라고 하면 미러링으로 묶인 하드를 통해 데이터만 복구하면 되므로 실제로 운용하는데는 RAID 1+0 이 훨씬 유리 

- SCSI (Small Computer System Interface)

- 추후 업데이트 예정

Ⅱ.  라즈베리 확장

임베디드 개발 환경 구축

- $cat linux/System.map | grep sys_call_table

- Test c코드 작성

Ⅱ.  라즈베리 확장

임베디드 개발 환경 구축

주변 장치가 자신에게 발생한 비동기적 사건을

kernel에게 알리는 매커니즘

- 소프트 웨어 인터럽트를 통하여 사용자 모드에서 커널 모드로 전환되어 커널 자원에 접근

- Swi 900002;

- 시스템 호출 번호 900002

- 시스템 호출 번호를 포함하는 테이블의 시작점이 900000이기 때문에 fork() 시스템 호출 번호는 2

(등록된 시스템 호출 함수 중 세 번째 위치)

- 호출 번호 2에 해당하는 커널 함수 sys_fork() 호출 

§시스템 호출 구현 예

- hello() 시스템 호출 구현 예

-시스템 호출 후 /var/log/messgaes에 출력 (“hello, I am system call example”)

-$ vi linux/kernel/hello.c  //해당 리눅스 커널 폴더에 파일 생성해야 됨

#include <linux/kernel.h>

Asmlinkage void sys_myhello()

{

    printk(“hello, I am system call example”);

}

- 시스템 호출 번호 테이블에 등록

- $ vi linux/arch/arm/include/uapi/asm/unistd.h  //버전마다 다를 수 있음

-시스템 호출 함수 등록

-$ vi linux/arch/arm/kernel calls.S  //버전마다 다를 수 있음

-Makefile 파일 수정

-$ vi linux/kernel/Makefile

Ⅱ.  라즈베리 확장

임베디드 개발 환경 구축

https://www.raspberrypi.org/documentation/linux/kernel/building.md 참고

http://cs.sch.ac.kr/lecture/Embedd/2012/12-EmbedSW-11-Module.pdf 참고

1. 라즈베리 파이 커널 소스 다운로드

$ git clone --depth=1 https://github.com/raspberrypi/linux  //depth의 경우 히스토리는 복제하지 않기 때문에 빠름

2. 툴체인 설치

$ git clone https://github.com/raspberrypi/tools

          32bit: /tool/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin

          64bit: /tool/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin  이다.

3. 소스 빌드  

$ cd linux

$ KERNEL=kernel7 

$ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bcm2709_defconfig

-2번째 줄의 경우 라즈베리파이2는 kernel7이다. 라즈베리파이2의 boot partition에는 kernel도 있고 kernel7도 있으니 혼동 주의

4. SD card에 직접 설치

*arm-linux-gnueabihf는 앞 장의 컴파일러 path, INSTALL_MOD_PATH는 설치할 path 경로

- kernel image(mkknlimg 스크립트로 변환 필요), dtb(device tree blob) 복사

- Make를 했을 때 아래와 같이 실행이 된다.

Ⅱ.  라즈베리 확장

SD card 분석

 file system 파티션을 가지게 됨

- 자세한 내용은 https://github.com/raspberrypi/noobs/wiki/NOOBS-partitioning-explained 참고

*NOOBS의 경우 기본적으로 Raspbian 외에 

Arch, OpenELEC등 설치 가능