hope

4. 파일 시스템 생성: mkfs -t ext4 /dev/sdb1

1) mkfs -t ext4 /dev/sdb1

2) mkfs -t xfs /dev/sdb2

5. 마운트: mount /dev/sdb1 /test1

1) 마운트할 디렉토리 생성: test1, test2

2) 생성한 디렉토리에 마운트: mount /dev/sdb1 /test1

3) 마운트 정보 확인: lsblk -f

mount 명령의 주요 옵션

6. 언마운트: umount /dev/sdb1

언마운트 시

1) 장치명 사용: umount /dev/sdb1

2) 마운트 포인트 사용: umount /test1

3. 파티셔닝: fdisk /dev/sdb

1) fdisk -l: 디스크 정보를 확인하고 파티셔닝할 디스크 장치를 식별함

2) fdisk /dev/sdb: 디스크 파티션 구성

3) m: fdisk 내부 명령어 확인(주로 사용: p, q, w, d, m, n, l)

4) p: 파티션 정보 확인

5) n: 새로운 파티션 추가

6) 파티션 종류: p > 파티션 넘버: 1 > 섹터: 2048 > 파티션 크기 설정: +500M

    > 생성한 파티션 정보 확인: p > 구성한 파티션 저장: w

* mbr은 파티션이 총 4개까지 가능하며 3개까지는 p, 4개 이상부터 e 옵션 선택

파티션 종류: p > 파티션 넘버: 1 > 섹터: 2048 > 파티션 크기 설정: +500M

[실습1] 파티션 3개 생성: 500, 500, 나머지 용량

* 참고: ova 파일 가져오기

해당 옵션을 선택해야 ova 파일을 가져올 때 충돌이 일어나지 않음

1. 디스크 설치: 설정 > 저장소

2. 디스크 인식 확인: fdisk -l

- 추가된 디스크는 대체로 운영체제에서 자동 인식됨

기존 디스크: /dev/sda

새로 추가한 디스크: /dev/sdb

리눅스 파일 시스템의 종류

파일 시스템

- 파일과 디렉토리의 집합을 구조적으로 관리하는 체계

- 어떤 구조를 구성하여 파일이나 디렉토리를 관리하느냐에 따라 다양한 형식의 파일 시스템이 존재함

리눅스에서 지원하는 기타 파일 시스템

리눅스의 가상 파일 시스템

현재 시스템이 지원하는 파일 시스템 확인: /proc/filesystems

* nodev: 해당 파일 시스템이 블록 장치와 연결되어 있지 않다는 의미 (=가상 파일 시스템)

리눅스 파일 시스템의 구조

리눅스의 모든 파일 시스템의 기본 개념

- 파일(디렉토리 포함)은 inode(번호)로 관리됨

- 디렉토리는 단순히 파일의 목록을 가지고 있는 파일일 뿐임

- 특수 파일을 통해 장치에 접근할 수 있음

* b(블록)와 c(캐릭터)는 장치를 의미함

ext4 파일 시스템의 구조

***중요 요소

기본 접근 권한: 664, 775

- 리눅스에서는 파일이나 디렉토리를 생성할 때 기본 접근 권한이 자동으로 설정됨

- 일반 파일: 664

- 디렉토리: 775

기본 접근 권한 확인하고 변경하기: umask [옵션] [마스크 값]

- 기본 접근 권한 출력 및 변경

- [-S] 옵션: 마스크 값을 문자로 출력

- 루트 사용자 계정의 기본 umask: 0022

- 일반 사용자 계정의 기본 umask: 0002

- 재부팅 후에도 변경된 umask를 적용하기 위해서는 사용자 초기 프로파일에 저장 필요

  > 사용자 초기 프로파일(/etc/profile): ~/.profile, ~/.bash_rc

마스크 값의 의미

- 파일이나 디렉토리 생성 시 부여하지 않을 권한을 지정해놓는 것

- 마스크 값이 002일 경우, -------w- 기타 사용자에게 쓰기 권한을 부여하지 않겠다는 의미

마스크 값 변경: umask [mask 값]

마스크 값 변경 전: 002

마스크 값 변경 후: 007

특수 접근 권한

- 접근 권한은 원래 4자리이며

- 생략된 맨 앞자리는 특수 접근 권한을 의미함

- 맨 앞자리 숫자가 0이면 일반 접근 권한임

- 1, 2, 4 이면 특수 접근 권한임

SetUID

- 실행할 때 임시로 파일 소유자의 권한으로 실행됨

- 파일에만 설정

- SetUID가 설정되면 소유자의 실행 권한에 's'가 표시됨

- /etc/shadow 파일은 root 계정으로만 수정 가능

- passwd 명령어는 SetUID가 설정되어 있기 때문에 소유자인 root 권한으로만 실행 가능

SetGID

- 실행할 때 임시로 파일 소유 그룹의 권한으로 실행됨

- 파일과 디렉토리 모두 설정 가능

- 단, 디렉토리에 설정한 경우 해당 디렉토리에서 생성한 파일의 소유 그룹은 해당 디렉토리 소유 그룹으로 자동 설정됨

스티키 비트

- 스티키 비트는 디렉토리에만 설정 가능

- /tmp 디렉토리가 대표적

- 스티키 비트가 설정되면 기타 사용자 실행 권한에 't'가 표시됨

- 스티키 비트가 설정되어 있는 디렉토리에는 누구나 파일 및 디렉토리 생성 가능

- 파일은 파일을 생성한 계정(user)으로 소유자(user)가 설정되며, 다른 사용자가 생성한 파일은 삭제 불가

- 다른 사용자 계정(user02)에서 파일 삭제 불가

- 777 권한을 부여해도 다른 사용자 계정(user02)에서는 삭제가 불가함

접근 권한의 종류: 읽기, 쓰기 실행

***매우 중요 [파일과 디렉토리의 접근 권한]

접근 권한의 표기 방법: r, w, x

접근 권한의 변경 명령: chmod [옵션] [권한 모드 파일 또는 디렉토리]

- 파일이나 디렉토리의 접근 권한 변경

- [-R] 옵션: 하위 디렉토리까지 모두 변경

- 기호 모드와 숫자 모드가 있으며 주로 숫자 모드 이용

[실습 1] - 기호 모드

1. data 파일 생성

2. 소유자 계정에 data 파일 접근 권한 확인

3. data 파일 실행 권한 없음

4. data 파일에 실행 권한 부여

5. data 파일 실행 성공

숫자를 이용한 파일 접근 권한 변경

1. r-w 일 경우, 권한이 있는 것은 1, 없는 것은 0

2. 2 진수 1, 0, 1로 변환

3. 2 진수를 각 자릿수 별로 10진수로 환산 > 4, 0, 1

4. 세 숫자를 더함

5. 최종 권한: 5

[접근 권한과 숫자의 대응 관계]

[실습 2] - 숫자 모드

1. 소유자 계정에만 읽기, 쓰기 권한 부여

2. 소유자, 그룹, 기타 사용자에 읽기 권한만 부여

3. 그룹에 실행 권한 부여

[실습 3] - 숫자 모드

1. 기타 사용자에게 실행 권한을 부여한다.

2. 그룹과 기타 사용자의 실행 권한을 제거한다.

3. 모두에게 실행 권한을 부여한다.

4. 소유자에게 쓰기 권한을 부여하고 그룹의 쓰기 권한은 제거한다.

5. 소유자의 권한만 남기고 나머지 사용자의 권한은 모두 제거한다.

파일 접근 권한 보호

- 리눅스는 파일에 무단으로 접근하는 것을 방지하고 보호하는 기능을 제공함

파일의 속성

파일의 종류: file [파일]

- 지정한 파일의 종류 출력

파일 소유자의 그룹 이름: groups [사용자명]

- 사용자가 속한 그룹 출력

프로세스의 개념

프로그램

소스 코드가 빌드되어 실행 가능한 실행 바이너리 파일(보조 기억 장치에 저장된 파일 자체)

프로세스

- 현재 시스템에서 실행 중인 프로그램

쓰레드

- 프로세스 내에서 실행되는 작업의 단위

프로세스의 부모-자식 관계

- 프로세스는 부모-자식 관계를 가짐

프로세스의 번호(PID)

- 각 프로세스는 고유한 번호를 가지고 있음

프로세스의 종류

- 데몬 프로세스: 백그라운드에서 독립적으로 실행되는 것

- 고아 프로세스: 부모 프로세스가 먼저 종료된 자식 프로세스

- *좀비 프로세스: 프로세스를 종료했음에도 불구하고 프로세스 테이블 목록에 남아있음

   * 버그나 개발의 완성도가 떨어지는 경우 등 좀비 프로세스의 발생 원인은 다양함

프로세스 관리 명령

프로세스 목록 보기: ps

- 현재 실행 중인 프로세스의 목록 출력

- 옵션 없이 사용하는 ps 명령은 현재 쉘이나 터미널에서 실행한 사용자 프로세스에 대한 정보를 출력함

* pts: 가상 터미널, 과거에는 터미널이라는 하드웨어 장비를 연결하여 명령어를 입력하였지만 요즘에는 가상 터미널을 사용함

프로세스의 상세 정보 출력: -f 옵션

- 프로세스의 상세한 정보 출력: PPID, 터미널 번호, 시작 시간 등

터미널에서 실행한 프로세스 정보 출력: a 옵션

터미널에서 실행한 프로세스의 상세 정보 출력: au 옵션

- a 옵션과 u 옵션을 함께 사용하면 터미널에서 실행한 프로세스의 상세 정보를 출력함: 사용자 계정 이름, CPU, 메모리 사용량 등

전체 프로세스 목록 출력: -e 옵션

- 시스템에서 실행 중인 모든 프로세스를 출력함

- TTY 값이 ? 인 것은 대부분 데몬으로 시스템이 실행한 프로세스

전체 프로세스의 더 자세한 정보 출력: -ef 옵션

특정 프로세스의 정보 출력: ps -ef | grep [프로세스 이름]

전체 프로세스 목록 출력(BSD 옵션): ax 옵션

- 시스템에서 실행 중인 모든 프로세스 출력

시그널 목록 출력: kill -l

- 시그널: 프로세스에 무언가 발생했음을 알리는 메시지

프로세스 종료: kill [-시그널] PID

시그널

현재 실행 중인 프로세스에 대한 정보를 주기적으로 출력: top

- 프로세스 관리 도구

포그라운드, 백그라운드 프로세스와 작업 제어

포그라운드 작업

- 포그라운드 프로세스: 사용자가 입력한 명령이 실행되어 결과가 출력될 때까지 기다려야함

백그라운드 작업

- 백그라운드 프로세스: 명령을 실행하면 명령의 처리가 끝나는 것과 관계없이 곧바로 프롬프트가 출력되어 사용자가 다른 작업을 계속 할 수 있음

작업 제어

- 작업 제어는 작업 전환과 작업 일시 중지, 작업 종료를 의미함

작업 목록 보기: jobs

작업 전환하기: bg %[작업 번호]

작업 종료하기: ctrl + c

로그아웃 후에도 백그라운드 작업 계속 실행하기: nohup

작업 예약

단일성 작업 예약 등록: at

정해진 시간에 반복 실행: crontab

* crontab 삭제: crontab -e

/var/spool/cron 디렉토리로 가면 사용자별 crontab 설정 파일이 존재함

- 이 파일을 편집해도 crontab 설정 가능

- 그러나 crontab -e 사용을 권장함

crontab 명령어를 사용하여 작성하는 cron은 개별 사용자용 크론

시스템 차원에서 cron 작업 예약 가능

- /etc/crontab 파일에서 작업 등록- /etc/cron.d/ 디렉토리에 복사 후 파일명 변경

crontab 심화학습: crontab -e 사용

1. 매년 1월 첫 번째 일요일에 재부팅이 되도록 설정

0 0 1-7 1 0 systemctl reboot

2. 매월 매일 오후 1시부터 5시까지 10분마다 date 명령어를 실행해서 datefile01에 이어쓰기로 저장하도록 설정

*/10 13-17 * * * date >> datefile01

> : 덮어쓰기(기존 파일 삭제 후 새 파일 생성)

>> : 이어쓰기(기존 파일에 이어쓰기)

3. 매년 3월, 6월, 9월 두 번째 화요일 14시 20분에 /etc/passwd 파일의 내용을 userfile에 갱신하도록 설정

20 14 8-14 3,6,9 2 cat/etc/passwd > /root/userfile

연습문제

1. 매월 1일 새벽 12시 30분에 datefile1에 date 명령어 결과가 이어쓰기로 써지도록 하라

30 0 1 * * date >> datefile1

2. 1분마다 date 명령어를 실행해서 datefile2에 이어쓰기로 써지도록 하라

* * * * * date >> datefile2

3. 매년 1월 1일 오후 12시에 date 명령어가 datefile3으로 덮어쓰기로 실행되도록 하라

0 12 1 1 * date > datefile3

4. 3번 작업만 삭제하려면?

crontab -e

* crontab -r은 권장하지 않음

5. 사용자 계정 user가 예약 작업을 하도록 설정

crontab -e -u user

엑세스 제어 설정 파일

at

/etc/at.deny

/etc/at.allow

crontab

/etc/cron.deny

/etc/cron.allow

1. *.allow 파일은 존재하지 않고 *.deny 파일만 존재하면, *.deny 파일에 등록된 사용자는 스케줄링 명령 사용 불가

2. *.allow 파일과 *.deny 파일이 둘 다 존재하면 *.allow에 등록된 사용자만 스케줄링 명령 사용 가능

3. 둘 다 존재하지 않으면 root만 스케줄링 명령 사용 가능