RAID-5의 실제 사용 가능 용량은 전체 디스크 개수에서 패리티용으로 사용되는 1개 분량의 용량을 제외하고 계산합니다. 단, 문제에서 스페어 디스크 1개를 먼저 제외해야 하므로 실제 RAID-5 구성에 참여하는 디스크는 7개입니다.
① [기본 공식] $\text{용량} = (N - 1) \times S$
② [숫자 대입] $\text{용량} = (7 - 1) \times 10\text{GB}$
③ [최종 결과] $\text{용량} = 60\text{GB}$

LVM 생성 순서는

PV(물리) ⇒ VG(그룹) ⇒ LV(논리) 순서로 진행됩니다.

가장 먼저 실제 하드디스크를 LVM용으로 초기화하는 PV(Physical Volume) 단계가 필요합니다.

그 후 PV들을 묶어 큰 덩어리(VG)를 만들고, 그걸 다시 사용자가 쓸 크기(LV)로 자르는 구조입니다.

따라서 가장 기초적인 단계인 ③번(PV)이 정답입니다.

---

무조건 외워야 하는 문제로, 난이도는 '하' 입니다.

LVM 문제는 리눅스 관리자 실무에서도 중요하고 시험에도 정말 자주 나옵니다.

순서만 외우면 거저 먹는 문제입니다.

물리(P)가 먼저다 -> 그룹(G)으로 묶고 -> 논리(L)로 자른다 (P -> G -> L)

---

PE(Physical Extent): PV의 최소 할당 단위

LVM 시스템에서 물리 볼륨(PV, Physical Volume)을 구성하는 일정한 크기의 작으 블록(청크) 단위를 말하며

일반적으로 1 PE의 기본 크기는 4MiB(메가바이트)로 설정됩니다.

LVM은 여러 개의 PE를 모아서 논리 볼륨(LV, Logical Volume)을 구성하며, 사용자는 이 LV를 마치 하나의 디스크 파티션처럼 사용할 수 있습니다.

LVM(Logical Volume Manager)의 구성 순서는 물리적 볼륨을 먼저 준비하고 이를 그룹으로 묶은 뒤 논리적 볼륨을 생성하는 단계로 진행됩니다.
구성 순서: PV(Physical Volume) $\rightarrow$ VG(Volume Group) $\rightarrow$ LV(Logical Volume)
따라서 가장 먼저 생성되는 것은 PV(Physical Volume)입니다.

이미지 의 설명과 같이 표준 유닉스 시스템 콜(POSIX)에 기반을 두고 리눅스 및 유닉스 계열에서 사운드를 생성하고 캡처하는 인터페이스는 OSS입니다.

오답 노트
ALSA: 사운드 카드 자동 구성 및 다수 장치 관리 목적
CUPS: 오픈 소스 프린팅 시스템
SANE: 스캐너 관련 API

데비안 계열 리눅스에서 패키지를 제거할 때, 단순 제거가 아니라 설정 파일까지 모두 삭제하려면 purge 옵션을 사용해야 합니다.

오답 노트
apt-get remove vsftpd: 패키지만 제거하고 환경 설정 파일은 유지함
apt-get erase vsftpd: remove와 동일하게 설정 파일은 남겨둠
apt-get delete vsftpd: 유효하지 않은 명령어

EPEL(Extra Packages for Enterprise Linux) 저장소를 사용하기 위해서는 해당 저장소의 구성 파일과 공개 키가 포함된 패키지를 먼저 설치해야 합니다. 따라서 정답은 epel-release 입니다.

오답 노트
epel-repository, epel-download: 존재하지 않는 패키지 이름
epel: 저장소의 명칭이며 설치 가능한 패키지 이름이 아님

소스 파일 설치 과정 중 컴파일로 인해 생성된 목적 파일(.o)이나 실행 파일 등 관련 파일을 삭제하여 다시 깨끗한 상태에서 설정을 진행하고자 할 때 사용하는 명령어는 make clean입니다.

dnf : 레드햇
apt-get : 데비안
zypper : 수세

인터넷 저장소(Repository)에 접속해 필요한 파일을 다운받고 의존성을 해결해주는 '온라인 관리 도구'입니다.

반면 'rpm'은 이미 내 컴퓨터에 있는 파일 (.rpm)을 단순히 설치/삭제만 하는 '로컬 전용(저수준) 도구'입니다.

rpm은 인터넷 연결 기능이 없어서, 설치하려는 프로그램이 다른 파일을 필요로 해도(의존성) 알아서 다운로드하지 못하고 에러를 냅니다.

문제의 핵심인 '온라인' 기능이 없는 것은 ②번(rpm)입니다.

---

무조건 맞춰야 하는 기본 문제로,

패키지 관리 문제는 "온라인 도구(yum, dnf, apt)"와 "오프라인 도구(rpm, dpkg)"를 구분하는 것이 가장 기초입니다.

인터넷이 된다 -> yum, dnf, apt-get, zypper

인터넷이 안된다 -> rpm, dpkg

dnf, zypper, apt-get은 네트워크를 통해 패키지를 자동으로 다운로드하고 의존성을 해결하는 온라인 패키지 관리 도구입니다.
반면 rpm은 로컬에 저장된 패키지 파일을 직접 설치하는 오프라인 패키지 관리 도구입니다.

vi 편집기의 ex 명령모드에서 q는 변경 사항이 없을 때만 종료가 가능합니다.
수정된 사항이 있음에도 불구하고 저장하지 않고 강제로 종료하려면 q! 명령어를 사용해야 합니다.

vi 편집기에서 전체 범위($\%$)의 문자열을 치환($s$)할 때, 줄의 끝을 의미하는 기호 $$$를 사용하여 linux로 끝나는 줄을 찾아 linux.로 바꾸는 명령은 :% s/linux$/linux./ 입니다.

nano 편집기에서 현재 행의 시작 부분으로 커서를 이동시키는 단축키는 [Ctrl]+[a]입니다.

오답 노트
[Ctrl]+[e]: 현재 행의 끝으로 이동
[Ctrl]+[o]: 파일 저장(Write Out)
[Ctrl]+[i]: 탭 삽입

특정 PID가 아닌 쉘 세션의 작업 번호(Job Number)를 지정하여 프로세스를 종료할 때는 번호 앞에 % 기호를 붙여야 합니다.

오답 노트
kill 2: PID가 2인 프로세스를 종료함

NI(Nice) 값은 프로세스의 우선순위를 결정하며, 범위는 -20에서 19까지입니다.
-20은 가장 높은 우선순위를, 19는 가장 낮은 우선순위를 나타냅니다.

명령 실행 시, 별도의 값 지정이 없으면 기본적으로 nice 값이 10 증가합니다. 리눅스에서 nice 값의 증가(양수 방향)는 프로세스의 우선순위가 낮아짐을 의미하므로, bash 프로세스의 우선순위가 낮아지게 됩니다.

Standalone 방식은 메모리에 항상 상주해 있어 응답 속도가 빠르지만, 메모리를 계속 차지합니다. (빈번한 접속용, 예: 웹 서버)

inetd 방식은 평소엔 잠자고 있다가 요청이 올 때만 메모리에 올라와 실행되므로, 메모리 효율이 좋습니다. (가끔 접속용, 예: Telnet)

대신 inetd는 요청 때마다 프로세스를 새로 띄워야 해서 반응 속도는 Standalone보다 느립니다.

따라서 'inetd가 메모리 관리가 더 효율적이다'라고 설명한 ①번이 정답입니다.

---

무조건 외워야 하는 개념 문제로,

리눅스 서비스 데몬의 실행 방식 두 가지를 비교하는 문제는 정말 자주 나옵니다.

딱 키워드만 기억하세요.

빠름 / 메모리 많이 먹음 -> Standalone (식당이 항상 문 열고 대기)

느림 / 메모리 적게 먹음 -> inetd / xinetd (손님 올 때만 요리사 부름)

inetd 방식은 평상시 대기 상태였다가 요청이 올 때만 서비스를 구동하므로, 상주하는 standalone 방식보다 메모리 관리가 훨씬 효율적입니다.

오답 노트
서비스 처리 속도: 상주하며 즉각 처리하는 standalone 방식이 더 빠름
빈번한 요청/사용자 많은 서비스: 즉각 대응이 가능한 standalone 방식이 적합

리눅스 주요 시그널 번호는

SIGINT(2)
SIGKILL(9)
SIGTERM(15)
SIGTSTP(20)

입니다.

이를 낮은 순서대로 나열하면

2(INT) -> 9(KILL) -> 15(TERM) -> 20(TSTP)

가 됩니다.

순서상 '세 번째'에 위치하는 것은 '15번인 SIGTERM'입니다.

따라서 정답은 ④번(SIGTERM)입니다.

---

무조건 외워야 하는 족보 문제로,

시그널 번호 문제는 매 회차 한 문제는 꼭 나옵니다.

1번부터 64번까지 다 외울 필요 없이 딱 '4대장'만 외웁시다.


■ 2번 (SIGINT): Ctrl + C (실행 취소)
■ 9번 (SIGKILL): 강제 종료 (말 안 들을 때 씀)
■ 15번 (SIGTERM): 정상 종료 (기본값)
■ 20번 (SIGTSTP): Ctrl + Z (일시정지)

각 시그널의 번호를 낮은 순부터 정렬하면 SIGINT(2) $\rightarrow$ SIGKILL(9) $\rightarrow$ SIGTERM(15) $\rightarrow$ SIGTSTP(20) 순입니다. 따라서 세 번째에 해당하는 시그널은 SIGTERM입니다.

/etc/profile 은 환경 변수(PATH 등)를 설정하고, /etc/bashrc 는 별칭(alias)과 '함수'를 설정하는 파일입니다.

문제에서 'alias와 함수'를 설정한다고 명시했으므로 /etc/bashrc 가 정답이 됩니다.

참고로 파일명 앞에 점(.)이 붙은 파일(예: .bashrc)은 개인용이고, /etc 폴더에 있는 파일은 '모든 사용자'에게 적용되는 공용 파일입니다.

따라서 '모든 사용자' + 'alias 설정'을 담당하는 ③번(/etc/bashrc)이 정답입니다.

---

족보에서 자주 나오는 헷갈리는 문제로

환경 설정 파일 4가지의 역할 구분은 무조건 나옵니다. 딱 두 가지 기준만 잡으세요.

■ 내용: 환경변수(profile) vs 별칭·함수(bashrc)
■ 대상: 개인용(~/.파일) vs 전체용(/etc/파일)

모든 사용자에게 공통적으로 적용되는 alias(별칭)와 쉘 함수를 설정하는 시스템 전역 설정 파일은 /etc/bashrc입니다.


오답 노트
/etc/profile: 모든 사용자의 환경변수 및 시작 프로그램 설정
~/.bashrc: 개별 사용자의 alias 및 함수 설정
~/.bash_profile: 개별 사용자의 로그인 설정 파일

!! 명령은 쉘에서 가장 최근에 실행했던 명령어를 즉시 재실행하는 기능을 수행합니다.

오답 노트
!0, !1: 히스토리 번호를 지정하여 특정 순서의 명령을 재실행함
history -1: 최근 실행한 명령의 기록을 출력함

현재 실행 중인 프로세스의 정보를 보여주는 유틸리티로, PID, TTY, TIME, CMD 등의 정보를 통해 로그인 셸을 확인할 수 있는 명령어는 ps (Process Status)입니다.

오답 노트
chsh: 로그인 셸을 변경하는 명령어
jobs: 백그라운드에서 실행 중인 작업 목록 확인
shells: 사용 가능한 셸 목록이 저장된 파일(/etc/shells)

chsh 명령어 사용 시 사용자가 변경 가능한 셸의 목록을 출력하여 확인하는 옵션은 -l (list shells)입니다.

오답 노트
-u: 도움말 및 옵션 설명 제공
-s: 기본 셸 변경
-c: 변경된 셸에 대한 추가 설명 제공

설명과 같이 현재 시스템에 마운트된 파일 시스템 정보를 저장하며, 실제로는 /proc/self/mounts 파일을 참조하는 파일은 /etc/mtab입니다.

오답 노트
/etc/fstab: 부팅 시 자동 마운트할 파일 시스템 설정 파일
/proc/partitions: 시스템의 파티션 정보 제공

특정 디렉터리가 차지하고 있는 실제 디스크 사용량을 확인하는 명령어는 du(disk usage)입니다. 에서와 같이 홈 디렉터리의 용량을 사람이 읽기 쉬운 단위로 확인하기 위해 du -sh ^~ihduser 명령을 사용합니다.

오답 노트
df: 파일 시스템 전체의 남은 공간 확인
quota: 사용자별 디스크 사용량 제한 및 확인

제시된 이미지는 블록 장치의 UUID와 파일 시스템 타입(TYPE)을 출력하고 있습니다.
blkid 명령어는 블록 장치에 설정된 UUID와 파일 시스템 유형을 확인하는 데 사용됩니다.

오답 노트
lsblk: 블록 장치 정보를 트리 구조로 표시
fdisk: 디스크 파티션 관리 도구
uuid: 새로운 UUID 생성

umask는 파일 생성 시 기본 권한에서 제외할 권한을 지정합니다. 파일의 최대 기본 권한은 666입니다.
① [기본 공식] $Permission = Max Permission - umask$
② [숫자 대입] $Permission = 666 - 022$
③ [최종 결과] $Permission = 644$
숫자 644를 기호로 변환하면 -rw-r--r-- 가 됩니다.

chmod 명령어는 파일의 허가권을 변경하며, g=r 옵션은 그룹(group)의 권한을 읽기(read) 권한으로만 덮어쓰겠다는 의미입니다.
기존 권한 -rw-rw-r-- 에서 그룹 권한 부분인 rw- 가 r-- 로 변경되어 최종적으로 -rw-r--r-- 가 됩니다.

클라우드 서비스는 제공 범위가 좁을수록 이용자가 직접 설정하고 관리해야 할 영역이 많아집니다. 인프라부터 직접 구축하는 IaaS가 가장 설정 범위가 넓고, 플랫폼이 제공되는 PaaS, 완성된 소프트웨어를 사용하는 SaaS 순으로 설정 범위가 줄어듭니다.

가상화 기술 중 Xen은 게스트 OS가 하이퍼바이저와 통신하기 위해 수정된 커널을 사용하는 반가상화 방식을 지원합니다.

오답 노트
KVM: 전가상화 기술

SYN Flooding은 가짜 연결 요청을 폭주시켜 서버를 마비시키는 공격으로, 이를 탐지하려면 현재 접속된 '연결 상태(State)'를 봐야 합니다.

netstat(Network Statistics)는 네트워크 연결 상태, 라우팅 테이블, 포트 열림 여부 등을 보여주는 명령어로 SY_RECV 같은 공격 징후를 포착할 수 있습니다.

arp는 하드웨어 주소(MAC), route는 경로, ip는 주소 설정을 다루는 명령어라 '실시간 연결 상태'를 보기는 어렵습니다.

따라서 네트워크의 '상태(Status/Statistics)'를 점검하는 ④번(netstat)이 정답입니다.

---

보안과 명령어가 결합된 핵심 문제로, 난이도는 '중' 입니다.

'네트워크 상태 확인', '연결된 포트 확인', '공격 탐지' 같은 키워드가 나온다면 90% 확률로 "netstat"가 정답입니다.

상태/연결/대기열 확인 ⇒ netstat

참고: 최신 리눅스에선 ss 명령어를 쓰기도 하지만, 자격증 시험에선 netstat 가 표준 정답입니다.

SYN Flooding 공격과 같은 네트워크 상태를 확인하기 위해서는 netstat 명령어를 사용하여 현재 어느 포트로 어떤 IP가 접근을 시도하고 있는지(연결 상태)를 모니터링해야 합니다.

이미지 속 내용은 'IP 주소'와 그에 대응하는 '도메인 이름(호스트명)'이 짝지어 적혀 있는 것입니다.

이 파일은 DNS 서버에 물어보지 않고 내 컴퓨터가 직접 "이 이름은 IP야"라고 인식하게 만드는 '자체 주소록' 역할을 합니다.

리눅스에서 이런 로컬 호스트 매핑 정보를 담고 있는 파일이 바로 /etc/hosts 입니다.

참고로 /etc/resolv.conf 는 KT나 구글 같은 DNS 서버의 IP(예: 8.8.8.8)를 적어두는 곳이라 용도가 다릅니다.

---

"무조건 외워야 하는 A급 문제입니다" - 난이도: 하

리눅스 네트워크 설정 파일 문제의 '양대 산맥'이 바로 이 두 가지를 구분하는 것입니다.

내 컴퓨터만의 주소록 ⇒ /etc/hosts
DNS 서버 주소 설정 ⇒ /etc/resolv.conf

이 둘을 바꿔서 내는 문제가 정말 많이 나오기 때문입니다.

제시된 이미지 는 IP 주소와 호스트 이름을 1:1로 매핑하여 정의한 파일의 내용입니다. 리눅스에서 이러한 매핑 역할을 수행하는 파일은 /etc/hosts 입니다.

route, netstat -r, ip route 명령어는 모두 라우팅 테이블을 출력하므로 '게이트웨이 주소'를 확인할 수 있습니다.

ethtool은 랜카드의 속도(1000Mbps), 전이중 모드(Full Duplex), 케이블 연결 상태 등 '물리적 하드웨어 설정'을 확인하는 도구입니다.

IP 주소나 게이트웨이 같은 네트워크 계층(Layer 3)의 정보는 ethtool로 볼 수 없습니다.

따라서 하드웨어 제어용 명령어인 ④번(ethtool)이 정답입니다.

---

꼭 알아둬야 하는 문제로 난이도는 '중' 입니다.

리눅스 네트워크 명령어 문제는 "하드웨어 설정(ethtool, mii-tool)"과 "네트워크 주소 설정(ip, ifconfig, route, netstat)"을 구분하는 문제가 아주 자주 나옵니다.

물리적 랜선/장비가 궁금하다 ㄷt -r, ip route 명령어는 모두 라우팅 테이블을 출력하므로 '게이트웨이 주소'를 확인할 수 있습니다.

ethtool은 랜카드의 속도(1000Mbps), 전이중 모드(Full Duplex), 케이블 연결 상태 등 '물리적 하드웨어 설정'을 확인하는 도구입니다.

IP 주소나 게이트웨이 같은 네트워크 계층(Layer 3)의 정보는 ethtool로 볼 수 없습니다.

따라서 하드웨어 제어용 명령어인 ④번(ethtool)이 정답입니다.

---

꼭 알아둬야 하는 문제로 난이도는 '중' 입니다.

리눅스 네트워크 명령어 문제는 "하드웨어 설정(ethtool, mii-tool)"과 "네트워크 주소 설정(ip, ifconfig, route, netstat)"을 구분하는 문제가 아주 자주 나옵니다.

물리적 랜선/장비가 궁금하다 ⇒ ethtool

IP/경로가 궁금하다 ⇒ 나머지 다oute, netstat -r, ip route 명령어는 모두 라우팅 테이블을 출력하므로 '게이트웨이 주소'를 확인할 수 있습니다.

ethtool은 랜카드의 속도(1000Mbps), 전이중 모드(Full Duplex), 케이블 연결 상태 등 '물리적 하드웨어 설정'을 확인하는 도구입니다.

IP 주소나 게이트웨이 같은 네트워크 계층(Layer 3)의 정보는 ethtool로 볼 수 없습니다.

따라서 하드웨어 제어용 명령어인 ④번(ethtool)이 정답입니다.

---

꼭 알아둬야 하는 문제로 난이도는 '중' 입니다.

리눅스 네트워크 명령어 문제는 "하드웨어 설정(ethtool, mii-tool)"과 "네트워크 주소 설정(ip, ifconfig, route, netstat)"을 구분하는 문제가 아주 자주 나옵니다.

물리적 랜선/장비가 궁금하다 ㄷt -r, ip route 명령어는 모두 라우팅 테이블을 출력하므로 '게이트웨이 주소'를 확인할 수 있습니다.

ethtool은 랜카드의 속도(1000Mbps), 전이중 모드(Full Duplex), 케이블 연결 상태 등 '물리적 하드웨어 설정'을 확인하는 도구입니다.

IP 주소나 게이트웨이 같은 네트워크 계층(Layer 3)의 정보는 ethtool로 볼 수 없습니다.

따라서 하드웨어 제어용 명령어인 ④번(ethtool)이 정답입니다.

---

꼭 알아둬야 하는 문제로 난이도는 '중' 입니다.

리눅스 네트워크 명령어 문제는 "하드웨어 설정(ethtool, mii-tool)"과 "네트워크 주소 설정(ip, ifconfig, route, netstat)"을 구분하는 문제가 아주 자주 나옵니다.

물리적 랜선/장비가 궁금하다 ⇒ ethtool

IP/경로가 궁금하다 ⇒ 나머지 다

ethtool은 네트워크 인터페이스 카드(NIC)의 물리적인 설정 상태(속도, Duplex 등)를 조회하고 변경하는 명령어이며, 게이트웨이 주소 확인과는 무관합니다.

주어진 IP 주소 $192.168.5.189/26$에서 서브넷 마스크 $/26$은 호스트 비트가 $6$개임을 의미하며, 이를 통해 브로드캐스트 주소를 구할 수 있습니다.
① [기본 공식] $\text{Broadcast Address} = \text{Network Address} + (2^{\text{host bits}} - 1)$
② [숫자 대입] $\text{Broadcast Address} = 128 + (2^{6} - 1)$
③ [최종 결과] $191$
따라서 브로드캐스트 주소는 $192.168.5.191$입니다.

/26 은 전체 256개의 IP를 '64개씩 4묶음'으로 나눈 것입니다. (범위: 0~63, 64~127, 128~191, 192~255)

문제의 IP인 ...189는 세 번째 묶음인 128~191 사이에 포함됩니다.

브로드캐스트 주소는 그 묶음(네트워크)의 맨 마지막 번호를 의미합니다.

따라서 해당 범위의 끝번호인 191번(②번)이 정답입니다.

---

계산이 빠르지 않다면 스킵해도 되는 문제입니다 - 난이도:상

서브넷 마스크 계산은 원리를 모른다면 시험장에서 시간만 잡아먹는 문제입니다.

만약 /24(256개), /25(128개), /26(64개) 이 패턴이 눈에 익었다면 10초 만에 풀 수 있으니 챙기세요.

그게 아니라면 차라리 다른 암기 문제를 검토하는 게 이득입니다.

ssh를 통해 특정 계정으로 원격 서버에 접속할 때는 $$ssh\ [username]@[IP\ address]$$ 형식을 사용합니다. 따라서 kaitman 계정으로 192.168.5.13 서버에 접속하려면 kaitman@192.168.5.13 라고 입력해야 합니다.

메일 서버 간에 메시지를 교환하거나 이메일을 보낼 때 사용하는 프로토콜은 SMTP입니다.

오답 노트
SNMP: 네트워크 장비 관리 및 정보 수집
IMAP, POP3: 원격 서버로부터 이메일을 가져오는 프로토콜

Firefox, Opera, Safari는 모두 화려한 그래픽과 마우스가 필요한 GUI 웹 브라우저로, X 윈도우가 없으면 실행조차 안 됩니다.

links(또는 lynx)는 검은 콘솔 화면(CLI)에서 텍스트로만 웹페이지를 보여주는 '텍스트 전용 웹 브라우저'입니다.

서버 관리자들은 그래픽 환경이 없는 서버에서 급하게 인터넷을 확인해야 할 때 이 'links'를 사용합니다.

문제의 'X 윈도우가 설치되지 않은', '콘솔 창'이라는 조건에 맞는 건 텍스트 브라우저인 ①번(links) 뿐입니다.

---

점수 주는 문제이므로 챙기세요 - 난이도: 하

리눅스 마스터 시험에서 "텍스트 모드 웹 브라우저가 뭐냐?"는 질문은 종종 나오므로 딱 두 개만 외우면 됩니다.

L로 시작하는 것들: lynx, links (얘네는 텍스트 브라우저)

나머지(Chrome, Firefox 등): 우리가 아는 일반 브라우저

X 윈도(GUI)가 설치되지 않은 텍스트 기반의 콘솔 환경에서는 그래픽 출력이 불가능하므로, 텍스트 기반 웹 브라우저인 links를 사용해야 합니다.

오답 노트
firefox, opera, safari: 그래픽 사용자 인터페이스(GUI)를 사용하는 브라우저임