IT 성장 일기

Linux 네트워크

nayeo0n — Sun, 14 Jun 2026 17:13:35 +0900

Ⅰ. 네트워크 장치 환경 설정 파일

네트워크 장치 환경 설정 파일	구분	설명
	개념	리눅스 시스템에서 네트워크 인터페이스 (ex. eth0, ens33 등)의 IP 주소, 게이트웨이, DNS 등을 설정하는 구성 파일
	기존 경로	CentOS 7, 8 등 구버전에서서는 /etc/sysconfig/network-scripts/ 디렉터리 안에 각 인터페이스별 설정 파일 (ifcfg - ens33) 존재
	변경 사항	CentOS Stream 9부터는 해당 디렉터리 내 ifcfg - ens33 파일이 삭제되고, 대신 readme - ifcfg - rh.txt 도움말 파일만 존재
	이유	네트워크 관리 도구가 NetworkManager 기반으로 완전히 전환되었기 때문
	대체 관리 방식	nmcli (NetworkManager Command Line Interface) 명령을 이용해 네트워크 설정 관리
	대체 관리 방식	GUI 환경에서는 nmtui 명령으로 설정 가능
	설정 파일 위치 (변경 후)	/etc/NetworkManager/system-connections/ 경로에 .nmconnection 확장자를 가진 설정 파일 존재 (ex. ens33.nmconnection)
	파일 형식	INI 형식의 키 - 값 구조 사용
	파일 형식	IPv4, IPv6, DNS, 게이트웨이, MAC 주소 등 설정 포함

ls –l /etc/sysconfig/network-scripts/ 명령을 통해 /etc/sysconfig/network-scripts 디렉터리 내 파일 목록 확인

cat /etc/sysconfig/network-scripts/readme-ifcfg-rh.txt 명령을 통해 readme-ifcfg-rh.txt 파일 내용 확인

ls –l /etc/NetworkManager/system-connections/ 명령을 통해

/etc/NetworkManager/system-connections 디렉터리 내 파일 목록 확인

cat /etc/NetworkManager/system-connections/ens33.nmconnection 명령을 통해

ens33.nmconnection 파일 내용 확인

Ⅱ. 네트워크 정보 확인

Ⅱ -Ⅰ. IP 주소 정보 확인

IP 주소 정보 확인	구분	설명
	개념	네트워크 환경에서 장치의 네트워크 정보 (IP, 서브넷, MAC 등)를 확인하기 위해 사용하는 기본 명령어
		리눅스에서는 ip address 또는 ifconig, 윈도우에서는 route print 명령으로 관련 정보 확인 가능
	주요 명령어 및 설명	명령어	역할	확인 가능한 정보
		ip address	네트워크 인터페이스의 상태와 IP 정보 출력 (ip a로도 가능)	IP 주소
				서브넷 마스크
				MAC 주소
				인터페이스 이름
		ifconfig	(구버전 명령어) 네트워크 인터페이스 설정 및 상태 확인	IP
				브로캐스트 주소
				네트워크 상태
		route print (Windows)	라우팅 테이블 및 네트워크 인터페이스 정보 확인	IP
				게이트웨이
				인터페이스 목록
	인터페이스 이름별 의미	인터페이스	설명
		lo (loopback)	운영체제 내부에서 생성된 가상 네트워크 인터페이스 자기 자신과 통신할 때 사용
		eth0, ens33 등	실제 네트워크 카드 (물리적 인터페이스)
		docker0, br0	Docker, 가상화 등에서 생성되는 가상 브리지 네트워크 인터페이스

ip address 명령을 통해 네트워크 인터페이스의 IP 주소와 상태 정보 확인

ifconfig 명령을 통해 네트워크 인터페이스의 설정과 상태 확인

ifconfig ens33 명령을 통해 ens33의 설정과 상태 확인

Ⅱ -Ⅱ. 라우팅 테이블 확인

라우팅 테이블 확인	구분	설명
	개념	라우팅 테이블 (Routing Table)은 네트워크 패킷이 목적지로 이동할 때 어떤 경로 (네트워크 인터페이스)를 통해 전송될지 결정하는 정보표
		리눅스에서는 ip route, route, netstat 명령을 통해 라우팅 정보 확인 가능
	주요 명령어 및 설명	명령어	역할	비고
		ip route	최신 리눅스 시스템에서 사용하는 라우팅 테이블 확인 명령	가장 권장되는 명령어
		route	이전 리눅스 시스템에서 사용되던 명령어	net-tools 패키지 필요
			여전히 사용 가능
		netstat -r	라우팅 테이블 정보 출력 (-r = route 테이블 보기)	연결 상태와 함께 확인 가능
		-n 옵션	IP 주소나 도메인 이름을 숫자로 출력 (이름 해석 안 함)	ex) route -n
				ex) netstat -rn
	주요 경로 구분	경로 형태	의미	예시
		192.168.2.0/24	로컬 네트워크 대역 (내부 통신용)	같은 서브넷 안의 PC 간 통신
		default 또는 0.0.0.0/0	기본 게이트웨이 경로	인터넷으로 나가는 트래픽
			외부 네트워크로 나가는 기본 통로
		via [IP]	지정된 게이트웨이를 통해 전송	ex) via 192.168.2.1
		dev [인터페이스명]	해당 경로로 패킷을 전송하는 네트워크 장치	ex) dev eth0
				ex) dev ens33

ip route 명령을 통해 라우팅 테이블의 정보 확인

ping –c 3 168.126.63.1 명령을 통해 외부 네트워크와의 통신 가능 여부를 ping 테스트를 통해 확인

route 명령을 통해 라우팅 테이블 조회

route –n 명령을 통해 주소를 숫자로만 보여줌

Ⅱ - Ⅲ. DNS 서버 지정 확인

DNS 서버 지정 확인	구분	설명
	개념	DNS는 도메인 이름을 IP 주소로 변환해주는 시스템
		리눅스에서는 네트워크 인터페이스 설정 파일 (*.nmconnection)과 /etc/resolv.conf 파일을 통해 어떤 DNS 서버를 사용할지 지정
	설정 파일 구조 및 역할	파일 경로	역할	주요 내용
		/etc/NetworkManager/system -connections/ens33.nmconnection	네트워크 인터페이스 (ens33)의 개별 설정 파일	IP 주소, 게이트웨이, DNS 서버 등 인터페이스별 네트워크 설정 저장
		/etc/resolv.conf	실제 시스템이 참조하는 DNS 서버 목록	nameserver 항목에 DNS 서버 IP 주소 명시

cat /etc/NetworkManager/system-connections/ens33.nmconnection 명령을 통해

ens33.nmconnection 파일 내용 확인

cat /etc/resolv.conf 명령을 통해 DNS 서버 IP 주소를 사용할 수 있는 /etc/resolv.conf 파일 내용 확인

nslookup www.google.com 명령을 통해 www.google.com의 IP 주소 확인

vi /etc/resolv.conf 명령을 통해 vi 편집기 사용하여 /etc/resolv.conf 파일의 내용 변경

cat /etc/resolv.conf 명령을 통해 /etc/resolv.conf 파일의 변경된 내용 확인

[ /etc/resolv.conf 파일의 내용 ]

search example.com 명령을 통해 도메인 검색 접미어를 example.com 으로 지정.

host라는 이름만 입력해도 host.example.com으로 DNS 질의가 시도됨

nameserver 8.8.8.8 명령을 통해 DNS 서버의 IP 주소를 구글 퍼블릭 DNS 서버 8.8.8.8으로 지정

nslookup www.google.com 명령을 통해 /etc/resolv.conf 파일의 내용이 잘 적용되었는지 확인

systemctl restart NetworkManager 명령을 통해 NetworkManager 서비스 재시작

cat /etc/resolv.conf 명령을 통해 nameserver 확인

Ⅲ. 네트워크 관련 설정

Ⅰ - Ⅰ. 네트워크 설정 권한

네트워크 설정 권한	구분	설명
	개념	리눅스의 네트워크 설정은 시스템 전체에 영향을 주는 작업이므로 일반 사용자 (user)가 아닌 관리자 (root) 권한이 필요함
		root 계정 또는 sudo 권한이 있는 사용자만 네트워크 구성 변경 가능
	주요 명령어	명령어	설명
		nmcli	NetworkManager CLI (Command Line Interface) 도구로 네트워크 연결 생성, 수정, 삭제, 활성화 등을 명령어로 수행
		사용 예시	네트워크 설정 변경
			IP 주소 수정
			DNS 추가
			인터페이스 활성화 / 비활성화
	root 계정의 역할	역할	설명
		권한	네트워크 인터페이스 생성 / 삭제 가능
			IP 설정 변경 가능
			게이트웨어 설정 변경 가능
			DNS 설정 변경 가능
		명령 실행 권한	nmcli, ip, route, systemctl 등 네트워크 관련 명령 실행 가능
		일반 사용자 제한	일반 사용자는 네트워크 설정 확인만 가능 (nmcli device show 등)
		보안상 이유	잘못된 설정이 전체 네트워크 통신에 영향을 줄 수 있어 root만 변경 가능

nmcli general permissions 명령을 통해 현재 시스템에서 NetworkManaer가 어떤 권한을 가지고 있는지 보여줌

su – user1 명령을 통해 root 계정에서 user1 계정으로 전환

nmcli general permissions 명령을 통해 user1 계정에서 NetworkManager가 어떤 권한을 가지고 있는지 보여줌

exit 명령을 통해 user1 계정에서 root 계정으로 복귀

nmcli device status 명령을 통해 현재 시스템에 연결된 네트워크 장치인 인터페이스 상태 확인

ping –c 3 127.0.0.1 명령을 통해 네트워크 목적지 = 루프백 주소 = 나의 컴퓨터로

ICMP 패킷을 전송하는 ping 테스트를 시행하여 응답 상태 확인

ping –c 3 localhost4 명령을 통해 주로 127.0.0.1 주소와 연결된 호스트인 localhost4로

ICMP 패킷을 전송하는 ping 테스트를 시행하여 응답 상태 확인

nmcli device show ens33 명령을 통해 ens33 네트워크 장치의 네트워크 정보 확인

nmcli connectino show ens33 | grep ipv4 명령을 통해 ipv4와 관련된 항복만 보여줌

nmcli connection modify ens33 ipv4.addresses 192.168.2.100/24 명령을 통해

ens33 인터페이스의 IPv4 주소를 192.168.2.100으로 서브넷 마스크를 /24 (255.255.255.0)로 수동 설정

-> 기존 IP를 새로운 고정 IP로 변경

nmcli connection modify ens33 ipv4.gateway 192.168.2.253 명령을 통해

ens33 인터페이스의 Gateway 주소를192.168.2.253으로 설정

-> 네트워크 외부로 나갈 때 경로 역할을 하는 IP

nmcli connection modify ens33 ipv4.dns 8.8.8.8 명령을 통해

ens33 인터페이스의 DNS 서버 주소를 구글 퍼블릭 DNS인8.8.8.8로 변경

-> 도메인 이름을 IP 주소로 변환할 때 사용하는 서버 지정

nmcli connection modify ens33 ipv4.dns-search example7777.com 명령을 통해

ens33 인터페이스의 DNS 검색 도메인은 example7777.com으로 설정

-> 도메인 이름 해석할 경우, 짧은 이름에 자동으로 이 도메인 접미어를 붙여 찾아주도록 하는 기능을 함

nmcli connection show ens33 | grep ipv4 명령을 통해 IPv4 주소와 서브넷 마스크,

Gateway 주소, DNS 서버 IP, DNS 검색 도메인에 대한 설정이 잘 적용되었는지 확인

nmcli connection up ens33 명령을 통해 ens33 네트워크를 활성화 시킴

systemctl restart NetworkManager 명령을 통해 NetworkManager 서비스 자체를 재시작하도록 설정

ip address 명령을 통해 ens33 네트워크가 잘 연결되었는지 확인

ip route 명령을 통해 네트워크 라우팅 테이블 정보 확인

cat /etc/resolv.conf 명령을 통해 시스템이 사용하는 DNS 서버 설정 확인

nmcli connection modify ens33 ipv4.addresses 192.168.2.203/24 명령을 통해

ens33 네트워크의 IP 주소를 192.168.2.203으로 지정하고 서브넷 마스크는 /24로 설정

ipv4.gateway 192.168.2.254 명령을 통해 ens33 네트워크의 게이트웨이 주소를 192.168.2.254로 지정

ipv4.dns 168.126.63.1 명령을 통해 DNS 서버 주소로 168.126.63.1 지정

ipv4.dns-search example.com 명령을 통해 도메인 이름 해석할 때,

짧은 호스트명에 자동으로 example.com 도메인을 붙여 검색하도록 지정

nmcli connection up ens33 명령을 통해 ens33 네트워크를 활성화 시킴

systemctl restart NetworkManager 명령을 통해 NetworkManager 서비스 자체를 재시작하도록 설정

ip address 명령을 통해 ens33 네트워크가 잘 연결되었는지 확인

ip route 명령을 통해 네트워크 라우팅 테이블 정보 확인

cat /etc/resolv.conf 명령을 통해 시스템이 사용하는 DNS 서버 설정 확인

vi /etc/NetworkManager/system-connections/ens33.nmconnection 명령을 통해

vi 편집기 사용하여 ens33.nmconnection 파일에서 [ipv4]에 대한 내용 수정

cat /etc/NetworkManager/system-connections/ens33.nmconnection 명령을 통해

파일의 내용이 잘 변경되었는지 확인

nmcli connection up ens33 명령을 통해 ens33 네트워크를 활성화 시킴

systemctl restart NetworkManager 명령을 통해 NetworkManager 서비스 자체를 재시작하도록 설정

ip address 명령을 통해 ens33 네트워크가 잘 연결되었는지 확인

ip route 명령을 통해 네트워크 라우팅 테이블 정보 확인

cat /etc/resolv.conf 명령을 통해 시스템이 사용하는 DNS 서버 설정 확인

nmcli connection modify ens33 명령을 통해 ens33 네트워크에 관한 내용 수정

ipv4.addresses 192.168.2.203/24 명령을 통해 ens33 네트워크의 IP 주소를

192.168.2.203으로 지정하고 서브넷 마스크는 /24로 설정

ipv4.gateway 192.168.2.254 명령을 통해 ens33 네트워크의 게이트웨이 주소를 192.168.2.254로 지정

ipv4.dns 168.126.63.1 명령을 통해 DNS 서버 주소로 168.126.63.1 지정

ipv4.dns-search example.com 명령을 통해 도메인 이름 해석할 때,

짧은 호스트명에 자동으로 example.com 도메인을 붙여 검색하도록 지정

systemctl restart NetworkManager 명령을 통해 NetworkManager 서비스 자체를 재시작하도록 설정

ip address 명령을 통해 ens33 네트워크가 잘 연결되었는지 확인

ip route 명령을 통해 네트워크 라우팅 테이블 정보 확인

cat /etc/resolv.conf 명령을 통해 시스템이 사용하는 DNS 서버 설정 확인

curl –fsSL https://get.docker.com -o get-docker.sh 명령을 통해 Docker 공식 설치 스크립트 다운로드

ls 명령을 통해 스크립트가 잘 다운로드 되었는지 확인

systemctl start docker 명령을 통해 Docker 서비스 시작

systemctl status docker 명령을 통해 Docker 서비스 상태 조회

# test 컨테이너 생성 및 실행

docker container run --name test ubuntu 명령을 통해 Ubuntu 이미지 사용하여 test 컨테이너 생성 및 실행

-it /bin/bash 옵션을 통해 test 컨테이너 내부에 직접 접근할 수 있는 bash 쉘을 실행하도록 설정

ls /etc 명령을 통해 /etc 디렉터리 내에 있는 파일 및 디렉터리 목록 확인

apt update 명령을 통해 설치된 소프트웨어 패키지 목록을 최신 상태로 업데이트

apt –y install net-tools ifupdown 명령을 통해 전통적인 네트워크 관리 도구 모음인 net-tools 패키지와

네트워크 인터페이스를 수동으로 활성화 / 비활성화하는 도구인 ifupdown 패키지 설치

nmcli 명령을 통해 NetworkManager가 시스템에 설치되어 있지 않음을 확인

apt –y install network-manager 명령을 통해 network-manager 패키지 설치

ls /etc/network 명령을 통해 /etc/network 디렉터리의 파일 및 폴더 목록 확인

vi 명령을 통해 vi 편집기가 설치되어 있지 않음을 확인

apt –y install vim 명령을 통해 vim 편집기 설치

vi /etc/network/interfaces 명령을 통해 vi 편집기 사용하여 /etc/network/interfaces 파일에 내용 수정

cat /etc/network/interfaces 명령을 통해 파일의 내용이 잘 수정되었는지 확인

[ interfaces 파일의 내용 ]

iface lo inet loopback 명령을 통해 IPv4 루프백 주소인 127.0.0.1 사용하도록 지정

iface eth0 inet static 명령을 통해 eth0의 IPv4 주소를 수동으로 고정 IP 설정

address 172.17.0.100 명령을 통해 eth0의 IP 주소를 172.17.0.100으로 지정

netmask 255.255.0.0 명령을 통해 eth0의 넷마스크를 /16 (255.255.0.0)으로 지정

gateway 172.17.0.1 명령을 통해 eth0의 게이트웨이 주소를 172.17.0.1로 지정

dns-nameservers 8.8.8.8 명령을 통해 사용할 DNS 서버 주소를 구글 DNS 서버 8.8.8.8로 지정

docker container ls –a 명령을 통해 생성된 컨테이너 목록 확인

exit 명령을 통해 test 컨테이너 내부 bash 쉘에서 나옴

# test 컨테이너 삭제

docker container rm –f 5h 명령을 통해 test 컨테이너 삭제

docker container ls –a 명령을 통해 컨테이너가 잘 삭제되었는지 확인

Ⅳ. /etc/hosts 파일

/etc/hosts 파일 (로컬 호스트 설정 파일)	구분	설명
	개념	로컬 시스템에서 IP 주소와 도메인 이름 (호스트 이름)을 수동으로 매핑하는 설정 파일
	개념	DNS 서버를 거치지 않고 내부에서 직접 IP와 도메인 변환을 처리하기 때문에 테스트 환경이나 자주 사용하는 서버 접속 시 편리하게 사용됨
	역할 및 특징	항목	설명
		역할	IP 주소에 대응하는 도메인 이름 (호스트명)을 로컬에서 직접 설정
		참조 우선순위	/etc/hosts -> DNS 서버 순으로 이름 해석 (hosts 파일이 우선)
		사용 목적	DNS 서버 업시 로컬 환경에서 이름 해석
		사용 목적	내부 서버 또는 테스트용 IP 지정
		관리 주체	root 계정 또는 관리자만 수정 가능 (vi /etc/hosts)
	주요 명령어	명령어	설명
		cat /etc/hosts	현재 로컬 호스트 매핑 정보 확인
		ping webserver.local	hosts 파일에 등록된 이름을 통해 IP 해석 확인
		vi /etc/hosts	root 권한으로 파일 수정

vi /etc/hosts 명령을 통해 vi 편집기 사용하여 /etc/hosts 파일에 내용 입력

cat /etc/hosts 명령을 통해 파일에 내용이 잘 입력되었는지 확인

[ /etc/hosts 파일 내용 ]

192.168.2.203 server1.example7777.com server1 명령을 통해

sever1 혹은 server1.example7777.com을 통해 server1에 접속할 수 있도록 설정

192.168.2.204 server2.example7777.com server2 명령을 통해

server2 혹은 sever2.example7777.com을 통해 server2에 접속할 수 있도록 설정

192.168.2.201 client1.example7777.com client1 명령을 통해

client1 혹은 client1.example7777.com을 통해 client1에 접속할 수 있도록 설정

192.168.2.202 client2.example7777.com client2 명령을 통해

client2 혹은 client2.example7777.com을 통해 client2에 접속할 수 있도록 설정

ping –c 3 clinet1.example7777.com 명령과 ping –c 3 clinet1 명령을 통해 파일의 내용이 잘 적용되었는지 확인

vi /etc/hosts 명령을 통해 vi 편집기 사용하여 /etc/hosts 파일에 내용 추가

cat /etc/hosts 명령을 통해 /etc/hosts 파일에 내용이 잘 추가되었는지 확인

nslookup www.google.com 명령을 통해 www.google.com 도메인의 IP 주소 조회

Ⅴ. 호스트 이름 변경

호스트 이름 변경	구분	설명
	개념	호스트 이름 (Hostname)은 네트워크 상에서 시스템 (컴퓨터)을 구분하기 위한 고유한 이름
	개념	리눅스에서는 이 이름이 /etc/hostname 파일에 저장되어 있고, 시스템 부팅 시 자동으로 읽혀서 설정됨
	역할 및 특징	항목	설명
		역할	시스템의 이름 (식별자)로 네트워크 내에서 호스트 구분
		관리 파일	/etc/hostname - 시스템이 부팅될 때 이 파일의 내용이 호스트 이름으로 설정됨
		참조 위치	/etc/hosts 파일에도 함께 등록하면 로컬 네트워크 이름 해석 가능
		관리 권한	root 권한이 필요 (sudo 또는 관리자 계정으로 수정 가능)
	호스트 이름 확인 명령어	명령어	설명
		hostname	현재 호스트 이름 출력
		cat /etc/hostname	설정 파일에 저장된 호스트 이름 확인
		hostnamectl	현재 호스트 이름 및 관련 정보 (Static, Pretty 등) 확인

ls –l /etc/hostname 명령을 통해 /etc/hostname 파일의 상세 정보 확인

cat /etc/hostname 명령을 통해 현재 시스템의 호스트 이름 확인

hostnamectl set-hostname MyWeb1 명령을 통해 호스트 이름을 Server1에서 MyWeb1으로 변경

cat /etc/hostname 명령을 통해 호스트 이름이 잘 변경되었는지 확인

hostnamectl set-hostname Server1 명령을 통해 호스트 이름을 MyWeb1에서 Server1로 변경

cat /etc/hostname 명령을 통해 호스트 이름이 잘 변경되었는지 확인

VMware에서 hostnamectl set-hostname 명령을 통해 호스트 이름을 Server1에서 MyWeb1로 변경

cat /etc/hostname 명령을 통해 호스트 이름이 잘 변경되었는지 확인

Ⅵ. ARP 테이블

ARP 테이블	구분	설명
	개념	ARP (Address Resolution Protocol)은 IP 주소를 물리적 MAC 주소로 변환하는 프로토콜
		한 번 통신한 네트워크 장치의 IP와 MAC 주소 매핑 정보를 저장해두는 캐시 (cache) 역할을 함
		동일 네트워크 대역에서 통신할 때 매번 MAC 주소를 새로 요청하지 않기 위해 사용됨
	역할 및 특징	항목	설명
		역할	IP 주소에 대응하는 MAC 주소를 저장하여 빠른 통신 가능
		저장 위치	커널 메모리 내부 (일시적 저장, 재부팅 시 초기화됨)
		관리 방식	ARP 요청 (Request) -> 응답 (Reply)을 통해 자동 생성
		특징	같은 네트워크 안의 장치끼리 통신 시 사용 (L2 계층 = 데이터 링크 계층 (Data Link Layer))
	확인 및 관리 명령어	명령어	설명
		arp -n	현재 ARP 테이블을 숫자 형태로 출력 (도메인 이름 대신 IP 표시)
		ip neigh show	IP 명령 기반으로 ARP 테이블 조회 (ip neighbor show와 동일)
		arp -d [IP주소]	특정 IP의 ARP 캐시 삭제
		ping [IP주소]	장치와 통신 후 ARP 테이블 자동 갱신

ip address show ens33 명령을 통해 Server1에서의 ens33 네트워크 장치의 IP 주소 정보 확인

ip address show ens33 명령을 통해 Client1에서의 ens33 네트워크 장치의 IP 주소 정보 확인

ping –c 3 192.168.2.201 명령을 통해 Server1에서 Client1로

ping 테스트 전송하여 Server1과 Client1의 네트워크 연결 상태 확인

arp –n 명령을 통해 같은 네트워크 내 IP와 MAC 주소의 매핑 상태 확인

ip neigh 명령을 통해 ARP 캐시 관리

-s –s 옵션을 통해 상세한 출력을 두 번 자세히 요청

flush all 옵션을 통해 모든 ARP 캐시 항목 삭제

=> 기존에 캐시되었던 IP와 MAC 주소간 매핑 정보 3개 모두 삭제

arp –n 명령을 통해 현재 ARP 테이블 상태를 조회하여 잘 삭제되었는지 확인

ping –c 3 168.126.63.1 명령을 통해 168.126.63.1로 3번의 ping 테스트 전송하여 네트워크 연결 상태 확인

arp –n 명령을 통해 ping 테스트 수행 후 ARP 테이블에 추가된 IP와 MAC 주소 매핑 확인

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

-p 옵션을 통해 포트를 점유하고 있는 프로세스 PID와 이름 표시

systemctl start httpd 명령을 통해 httpd인 Apache HTTP 서버 서비스 시작

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

-p 옵션을 통해 포트를 점유하고 있는 프로세스 PID와 이름 표시

systemctl stop httpd 명령을 통해 httpd인 Apache HTTP 서버 서비스 중단

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

-p 옵션을 통해 포트를 점유하고 있는 프로세스 PID와 이름 표시

yum –y install nmap 명령을 통해 네트워크 스캐닝 도구인 nmap 패키지 설치

nmap 192.168.2.203 명령을 통해

Server1의 특정 IP나, 네트워크의 열려 있는 포트와 서비스, 운영 체제 정보 등 탐지

-sS 옵션을 통해 상대방에 탐지될 확률이 낮은 스텔스 스캔인 TCP SYN 스캔 방식 사용하도록 설정

-sV 옵션을 통해 해당 포트에서 실행 중인 서비스의 버전 정보 탐지하도록 설정

Server1에서 systemcl start httpd 명령을 통해 httpd인 Apache HTTP 서버 서비스 시작

httpd 서비스 실행 이후, nmap 192.168.2.203 명령을 통해 Server1의 특정 IP나,

네트워크의 열려 있는 포트와 서비스, 운영 체제 정보 등 탐지

-sS 옵션을 통해 상대방에 탐지될 확률이 낮은 스텔스 스캔인 TCP SYN 스캔 방식 사용하도록 설정

-sV 옵션을 통해 해당 포트에서 실행 중인 서비스의 버전 정보 탐지하도록 설정

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-t 옵션을 통해 TCP 프로토콜 연결만 필터링하여 표시

cat /etc/hosts 명령을 통해 /etc/hosts 파일의 내용 확인

nmap 192.168.2.203 명령을 통해

Server1의 특정 IP나, 네트워크의 열려 있는 포트와 서비스, 운영 체제 정보 등 탐지

-sU 옵션을 통해 UDP 포트 스캔 수행

-p 5353 옵션을 통해 특정 포트 번호 5353번만 스캔

netstat 명령을 통해 네트워크 통계와 연결 상태 확인

-n 옵션을 통해 IP주소와 포트를 숫자로 표시

-u 옵션을 통해 UDP 프로토콜 연결만 필터링하여 표시

-l 옵션을 통해 현재 수신 대기(Listen) 중인 서버 소켓들만 표시

Linux 서비스 운영 방식

nayeo0n — Sun, 14 Jun 2026 17:00:01 +0900

Ⅰ. Linux 서비스 운영 방식

● CentOS 6 운영 방식 vs CentOS 7 이상 운영 방식

Linux 서비스 운영 방식	구분	CentOS 6 (init 시스템)	CentOS 7 이상 (systemd 시스템)
	기본 프로세스	init 프로세스	systemd 프로세스
	서비스 관리 방식	스크립트 기반 (/etc/init.d/ 하위의 start / stop 스크립트 사용)	단일 프로세스 (systemd)가 모든 서비스와 의존 관계 통합 관리
	서비스 설정 위치	/etc/init.d/ 폴더의 개별 Shell 스크립트	/usr/lib/systemd/system/*.service 단위 파일
	서비스 제어 도구	service, chkconfig 명령 사용	systemctl 명령 사용
	병렬 서비스 실행	순차 실행	의존 관계 기반 병렬 실행 지원
	병렬 서비스 실행	부팅 속도 느림	부팅 속도 향상
	로그 관리 방식	syslog, rsyslog 별도 로그 수집	journald 통합 로그 관리 (systemd 내부)
	프로세스 관리 단위	개별 스크립트별로 독립 실행	Unit 단위로 통합 관리 (서비스, 소켓, 타이머 등)
	의존성 관리	서비스 간 순서 수동 지정	After, Requires, Wants 옵션을 통해 자동 관리
	구성 파일 확장성	단순 Shell 스크립트 기반	.service, .target, .socket, .timer 등 다양한 유닛 단위 확장 가능

● init

init	구분	설명
	개념	리눅스 부팅 시 최초로 실행되는 프로세스 (PID 1)
		커널이 로드된 이후 시스템의 모든 서비스 (daemon)를 순차적으로 실행하고 관리하는 초기화 시스템
	역할	부팅 과정의 시작점으로서 커널이 실행된 직후 시스템 환경을 초기화하고 각종 데몬 실행
		서비스 (프로세스) 관리자로사 로그인, 네트워크, 파일 시스템, cron 등 필수 프로세스 순차적으로 시작
		종료 시에도 각 서비스를 역순으로 안전하게 종료시킴
	운영 방식	/etc/inittab 파일에 정의된 런레벨 (Runlevel)에 따라 서비스들 순차적으로 실행
		각 런레벨별 실행 스크립트는 /etc/rc.d/rcN.d (N = 0 ~ 6) 디렉터리에 존재
		스크립트는 S (service start) 또는 K (kill) 접두어를 통해 실행 / 중지 순서 지정
	런레벨 (Runlevel)	레벨	설명
		0	시스템 종료 (shutdown)
		1	단일 사용자 모드 (maintenance)
		2	다중 사용자 모드 (네트워크 미사용)
		3	다중 사용자 모드 (CLI)
		4	미사용 (사용자 정의)
		5	다중 사용자 모드 (GUI)
		6	재부팅 (reboot)
	서비스 관리 구조	서비스 실행 스크립트는 /etc/init.d 디렉터리에 저장
		명령어 service [name] start 사용
	장점	구조가 단순하고 이해하기 쉬움
		스크립트 기반이라 커스터마이징 용이
		작은 시스템 (임베디드 환경 등)에 적합
	단점	서비스가 순차적으로 실행되어 부팅 속도 느림
		의존성 관리 부족으로 서비스 간 충돌 가능
		장애 발생 시 자동 복구 기능 없음
		로그 관리가 분산되어 서비스별로 따로 확인 필요
	대표 명령어	service <서비스명> start / stop / restart / status
		chkconfig <서비스명> on / off (부팅 시 자동 실행 설정)
		runlevel (현재 런레벨 확인)
		init <번호> (런레벨 전환)

● systemd

systemd	구분	설명
	개념	리눅스의 부팅 과정부터 서비스, 프로세스, 자원 관리까지 통합적으로 담당하는 시스템 관리 데몬
		기존 SysV init 시스템 대체
		이름은 'system'을 관리하는 'daemon'에서 유래
	역할	시스템 전체의 시작 (startup), 종료 (shutdown), 서비스 관리 (service management) 총괄
		부팅 시 PID 1로 가장 먼저 실행되어 커널 로드 이후 필요한 서비스와 프로세스를 병렬로 구동
		모든 서비스의 상태를 감시 및 제어
	도입 배경 (기존 init의 한계)	기존 init은 모든 서비스를 순차적으로 실행하기 때문에 부팅 속도 느리고, 서비스 간 의존 관계 자동으로 처리 불가능
		스크립트 기반이라 관리 복잡하고, 장애 시 수동으로 재시작 필요
	도입 목적	서비스 간 의존 관계를 분석해 병렬 실행 및 자동화 구현
		부팅 속도 향상 및 충돌 방지
		서비스 관리, 로깅, 타이머, 장치 제어, 마운트 관리 기능을 하나의 프로세스 (systemd)로 통합
		서비스 상태 추적 및 자동 복구 기능 강화
	구성 요소	항목	설명
		Unit	systemd가 관리하는 최소 단위 개체 (Service, Socket, Timer, Target 등)
		Target	여러 Unit을 묶은 실행 단계
			ex) multi-user.target
		Journal (journald)	서비스 및 커널 로그 통합 관리
		Dependecy	Unit 간 관계 정의
			After=, Before=, Requires= 등
		Service Manager	systemctl 명령을 통해 서비스의 시작, 중지, 상태 제어
	주요 Unit 종류	항목	설명
		.service	데몬 실행 제어 (ex. sshd, httpd)
		.socket	요청 발생 시 데몬 자동 실행
		.target	실행 단계 그룹
		.timer	예약 작업 (cron 대체)
		.mount / .automount	파일시스템 마운트 관리
		.device	커널 장치 관리
		.path	파일 / 디렉터리 변경 감시 기반 트리거
	주요 특징	특징	설명
		병렬 부팅	서비스 간 의존 관계를 분석해 여러 프로세스 동시에 시작
		의존성 관리	After=, Before=, Requires= 등으로 실행 순서 제어
		통합 로그 관리	journald가 모든 로그 수집
			journalctl로 확인 가능
		서비스 자동 복구	장애 발생 시 자동 재시작 (Restart=always)
		타이머 서비스	cron보다 정교한 .timer 기반 스케줄링 제공
		소켓 활성화	요청 시점에만 데몬 실행해 자원 낭비 최소화
		모듈형 구조	Unit 단위로 확장 가능
			커스텀 서비스 정의 용이
	부팅 과정	커널 로드 완료 후 systemd (PID 1) 실행
		/etc/systemd/system/default.target에서 기본 타깃 확인 (multi-user.target 등)
		관련 Unit 파일들을 불러와 의존 관계 계산 후 병렬 실행
		모든 서비스 시작 후 사용자 로그인 환경 제공
	핵심 효과	부팅 속도 향상 (병렬 실행)
		의존 관계 자동 관리
		로그 및 서비스 통합 관리
		장애 자동 복구
		자원 효율적 활용 (on-demand 서비스)
		운영 자동화와 유지보수 편의성 극대화

ps –ef | head 명령을 통해 리눅스 서버에서 현재 실행 중인 프로세스 목록 중 상위 10개 확인

Ⅱ. Standalone 방식

Standalone 방식	개념	서버가 부팅될 때 서비스 데몬을 미리 실행해 항상 메모리에 상주한 상태로 대기하는 운영 방식
	동작 원리	부팅 시 자동으로 서비스 데몬이 시작되어 메모리에 상주함
		클라이언트 요청이 없어도 항상 프로세스 형태로 실행 중
		클라이언트가 접속하면 즉시 응답 가능 (지연 최소화)
	특징	항상 활성화된 상태로 빠른 응답 속도 제공
		CPU와 메모리 자원을 상시 사용하기 때문에 리소스 점유율 높음
		시스템 자원을 많이 사용하지만 요청 빈도가 높은 서비스에 적합
	장점	서비스가 상시 구동되어 응답 지연 거의 없음
	장점	빈번한 요청 처리에 효율적 (ex. 웹 서버, DB 서버)
	단점	클라이언트 요청이 없을 때도 프로세스가 유지되어 리소스 낭비 발생
	단점	서버가 많거나 서비스가 많을 경우, 메모리 부담 증가
	대표 서비스 예시	Apache HTTPD (웹 서버)
		MySQL / MariaDB (데이터베이스 서버, DB 서버)
		SSHD (원격 접속 서비스)
	적용 환경	항상 서비스가 요청될 가능성이 높은 서버 환경 (ex. 웹 애플리케이션 서버, DB 서버, 인증 서버 등)

Ⅱ - Ⅰ. systemctl을 이용한 서비스 데몬 확인

systemctl list-unit-files 명령을 통해 시스템 서비스 (unit 파일)들의 상태를 전체 목록으로 조회

yum –y install vsftpd 명령을 통해 vsftpd (FTP 서버) 패키지 설치

systemctl list-unit-files | grep vsftpd 명령을 통해 vsftpd 서비스의 상태 확인

systemctl status vsftpd 명령을 통해 vsftpd 서비스의 현재 동작 상태 확인

systemctl start vsftpd 명령을 통해 vsftpd 서비스 수동으로 시작

systemctl status vsftpd 명령을 통해 vsftpd 서비스가 정상적으로 실행 중인지 재확인

systemctl enable vsftpd 명령을 통해 시스템 부팅 시 자동으로 vsftpd 서비스가 실행되도록 설정

systemctl list-unit-files | grep vsftpd 명령을 통해 vsftpd 관련 유닛 파일들의 활성화 상태 조회

systemctl status vsftpd 명령을 통해 vsftpd 서비스의 현재 동작 상태 확인

systemctl start vsftpd 명령을 통해 vsftpd 서비스 수동으로 실행

systemctl enable vsftpd 명령을 통해 시스템 부팅 시 자동으로 vsftpd 서비스가 실행되도록 설정

systemctl enable —now vsftpd 명령을 통해 자동 실행 설정과 동시에 즉시 서비스 시작하도록 설정

systemctl stop vsftpd 명령을 통해 vsftpd 서비스 중지

systemctl status vsftpd 명령을 통해 vsftpd 서비스가 잘 중지되었는지 확인

Ⅲ. xinetd 방식 (On - Demand 방식)

xinetd 방식 (On-Demand 방식)	구분	설명
	개념	클라이언트의 요청이 있을 때만 서비스 데몬을 실행하는 요청 기반 (on-demand) 서비스 운영 방식
	동작 원리	서버는 서비스 요청을 기다리는 xinetd (Extended Internet Daemon) 프로세스만 상주
		클라이언트가 특정 포트로 요청을 보내면 xinetd가 해당 요청을 감지하고 해당 서비스 데몬을 즉시 실행
		요청 처리가 완료되면 서비스 데몬이 자동 종료되어 메모리 자원 절약
	특징	요청이 있을 때만 프로세스가 생성되므로 시스템 자원 효율적 사용
		요청 빈도가 적은 서비스에 적합
		서비스 실행 시간이 짧거나 트래픽이 적은 경우 효율적
	장점	CPU와 메모리 사용량 절감 (필요할 때만 프로세스 실행)
		서비스 수가 많아도 부팅 속도에 영향 적음
	단점	클라이언트 요청시마다 데몬을 새로 실행하므로 초기 응답 지연 발생
		요청이 빈번한 서비스에서는 비효율적
	대표 서비스 예시	Telnet
		FTP (vsftpd)
		TFTP (Trivial File Transfer Protocol)
		rsync (daemon 모드)
	설정 파일 경로	경로	설명
		/etc/xinetd.conf	기본 설정 파일
		/etc/xined.d	개별 서비스 설정 파일들 존재
	관리 명령어	명령어	설명
		systmectl start xinetd	서비스 시작
		systemctl status xinetd	상태 확인
		systemctl enable xinetd	자동 실행 설정
	적용 환경	서비스 요청이 드문 서버 또는 테스트 환경 (ex. 내부 관리용 Telnet / FTP 서버, 임시 백업 서비스 등)

wget 명령을 통해 xinetd 2.3.15 버전을 설치하기 위해 패키지 파일 다운로드

ls 명령을 통해 다운로드된 파일 존재 여부 확인

rpm –i xinetd-2.3.15-24.el8.x86_64.rpm 명령을 통해 xinetd 패키지 설치

rpm –qa xinetd 명령을 통해 xinetd 설치 여부 확인

ls –l /etc/xinetd,d 명령을 통해 xinetd 설정 디렉터리 존재 여부 확인

vi /etc/xinetd.d/vsftpd 명령을 통해 vi 편집기 사용하여 vsftpd 파일에 내용 입력

cat /etc/xinetd.d/vsftpd 명령을 통해 vsftpd 파일에 입력한 내용 확인

[ vsftpd 파일의 내용 ]

disable = no 명령을 통해 FTP 서비스 활성화하도록 지정

socket_type = stream 명령을 통해 TCP 스트림 소켓 사용하도록 설정

protocol = tcp 명령을 통해 TCP 프로토콜 사용하도록 설정

wait = no 명령을 통해 여러 연결을 동시에 처리하도록 설정

user = root 명령을 통해 FTP 서비스 프로세스가 root 권한으로 실행되도록 설정

server = /usr/sbin/vsftpd 명령을 통해 FTP 서비스로 실행할 프로그램 경로 지정

server_args = /et/vsftpd/vsftpd.conf 명령을 통해 vsftpd 실행 시 사용할 설정 파일 경로 지정

systemctl restart xinetd 명령을 통해 xinetd 데몬 재시작

systemctl status xinetd 명령을 통해 xinetd 서비스가 정상 작동 중인지 확인

ps –ef | grep xinetd 명령을 통해 실행 중인 프로세스에 xinetd 서비스가 동작하는지 검사

ps –ef | grep vsftpd 명령을 통해 vsftpd 존재 여부 확인

yum –y install ftp 명령을 통해 ftp 클라이언트 프로그램 설치

ftp 192.168.2.203 명령을 통해 IP 주소가 192.168.2.203인

Server1에 접속하여 user1이라는 계정으로 로그인 시도

ps –ef | grep vsftpd 명령을 통해 vsftpd 존재 여부 확인

rm –rf /etc/xinetd.d/vsftpd 명령을 통해 xinetd가 관리하는 vsftpd 관련 설정 파일 삭제

systemctl restart xinetd 명령을 통해 삭제 후 변경 사항을 반영하기 위해 xinetd 서비스 재시작

systemctl restart vsftpd 명령을 통해 vsftpd 서버 직접 재시작

systemctl enable —now vsftpd 명령을 통해 부팅시 vsftpd 서비스가

자동으로 시작되도록 활성화하고, 즉시 현재 세션에서 서비스 시작

systemctl status vsftpd 명령을 통해 vsftpd 서비스 상태 확인

● Standalone vs xinetd 비교

구분	Standalone 방식	xinetd 방식 (On - Demand)
개념	서비스 데몬이 부팅 시 자동으로 실행되어 항상 메모리에 상주하는 방식	클라이언트 요청이 있을 때만 xinetd가 해당 서비스 데몬을 실행하는 방식
동작 시점	시스템 부팅 시 즉시 실행 및 상시 대기	클라이언트 요청 시점에만 데몬 실행
프로세스 상태	항상 실행 중 (서비스 프로세스 상주)	요청이 없으면 실행되지 않음 (xinetd만 상주)
응답 속도	즉시 처리 가능하여 응답 속도 빠름	요청 시 데몬 새로 띄워야해 응답 속도 느림
자원 사용량	높음 (항상 메모리와 CPU 사용)	낮음 (요청 시에만 리소스 사용)
적합한 환경	요청이 빈번한 서비스 (항상 사용되는 서버)	요청이 드문 서비스 (간헐적 접근)
장점	즉각 응답 가능 (지연 없음)	시스템 자원 절약
장점	빈번한 트래픽에 효율적	서비스가 많아도 부팅 속도에 영향 적음
단점	요청이 없어도 리소스 점유	요청마다 초기 지연 발생
단점	비효율적 메모리 사용	트래픽이 많으면 부하 증가
대표 서비스 예시	ex) Apache	ex) Telnet
	ex) MySQL	ex) FTP
	ex) MariaDB	ex) TFTP
	ex) SSHD	ex) rsync (daemon)
설정 관리 위치	/etc/systemd/system/	/etc/xinetd.conf
설정 관리 위치	/etc/init.d/	/etc/xinetd.d/
관리 명령어	systemctl start / stop / restart [서비스명]	systemctl start / stop / restart xinetd
기본 실행 프로세스	서비스 자체 데몬 (ex. httpd, mysqld 등)	xinetd 프로세스 하나가 다수 서비스 요청 감시

Ⅳ. systemd 프로세스

systemd 프로세스	구분	설명
	개념	CentOS 7 이후부터 리눅스의 서비스 및 시스템 초기화를 담당하는 PID 1번 프로세스로, 기존 init 시스템을 대체한 차세대 부팅 및 서비스 관리 시스템
	CentOS 6 (init 방식)	init이 PID 1번 프로세스로 동작
		시스템 부팅 시 가장 먼저 실행
		서비스 제어에 service, chkconfig 명령 사용
		서비스 스크립트는 /etc/init.d/ 디렉터리에 존재
		start, stop, restart 등의 동작 수행
	CentOS 7 (systemd 방식)	systemd가 PID 1번 프로세스로 동작
		부팅 속도 향상 및 서비스 의존성 자동 관리 지원
		기존 명령어 대신 systemctl 명령어로 서비스 제어
		병렬 서비스 실행 및 상태 모니터링 가능
	주요 디렉터리	디렉터리리	설명
		/etc/systemd/	사용자 정의 설정 파일 저장 위치
		/lib/systemd/	바이너리 실행 파일 저장 경로
		/lib/systemd/system/	Service, Socket, Target 파일이 위치 (서비스 단위 정의)
	대표 명령어	설명	명령어
		서비스 시작	systemctl start [서비스명]
		서비스 중지	systemctl stop [서비스명]
		서비스 재시작	systemctl restart [서비스명]
		서비스 상태 확인	systemctl status [서비스명]
		부팅 시 자동 실행 설정	systemctl enable [서비스명]
		자동 실행 해제	systemctl disable [서비스명]
	장점	서비스 간 의존성 자동 분석 및 관리
		병렬 서비스 실행으로 부팅 속도 향상
		journalctl을 통한 로그 통합 관리
		서비스, 소켓, 타겟 단위의 체계적 구조 제공
	관련 로그 명령어	명령어	설명
		journalctl -xe	최근 서비스 실행 로그 확인
		journalctl -u [서비스명]	툭정 서비스 로그 확인
	구성 단위 (Unit)	단위	설명
		Service Unit	개별 서비스 정의 파일 (.service)
		Socket Unit	네트워크 / IPC 소켓 단위 (.socket)
		Target Unit	서비스 그룹 (부팅 단계) 정의 (.target)

ls –l /lib/systemd/system | grep vsftpd 명령을 통해

systemd 기본 시스템 서비스 디렉터리에서 vsftpd 관련 서비스 파일 목록 필터링하여 나열

cat /lib/systemd/system/vsftpd.service 명령을 통해 vsftpd.service라는 서비스 단위 파일 내용 출력

systemctl enable —now vsftpd.service 명령을 통해 vsftpd 서비스를 부팅 시 자동으로

시작하도록 활성화하고 지금 바로 서비스 실행하도록 설정

systemctl status vsftpd 명령을 통해 vsftpd 서비스의 현재 상태 확인

rpm –e vsftpd 명령을 통해 vsftpd 서비스 삭제

ls –l /lib/systemd/system | grep vsftpd 명령을 통해 vsftpd 서비스가 잘 삭제되었는지 확인

yum –y install vsftpd 명령을 통해 vsftpd 서비스 다시 설치

ls –l /usr/lib/systemd/system | grep vsftpd 명령을 통해 vsftpd 서비스가 잘 설치되었는지 확인

systemctl enable —now vsftpd.service 명령을 통해 vsftpd 서비스를 시스템 부팅 시

자동으로 시작하도록 활성화하고, 즉시 서비스를 시작하도록 설정

cat /lib/systemd/system/vsftpd.service 명령을 통해 vsftpd가

systemd에서 관리될 때 사용하는 서비스 단위(unit) 파일 내용 출력

systemctl status vsftpd 명령을 통해 현재 vsftpd 서비스가 정상적으로 작동하는지 확인

cd /usr/local 명령을 통해 홈 디렉터리에서 /usr/local 디렉터리로 이동

wget 명령을 통해 Tomcat 9.0.108 버전의 압축 파일 다운

ls 명령을 통해 Tomcat이 잘 다운로드 되었는지 확인

tar xzf apache-tomcat-9.0.108.tar.gz 명령을 통해

Tomcat 압축 파일을 현재 디렉터리인 /usr/local 디렉터리에 압축 해제

ls 명령을 통해 압축이 풀린 apache-tomcat-9.0.108 디렉터리가 생긴 것 확인

ln –s apache-tomcat-9.0.108 tomcat 명령을 통해

apache-tomcat-9.0.108 디렉터리에 대해 tomcat이라는 심볼릭 링크 생성

ls tomcat 명령을 통해 심볼릭 링크가 가리키는 디렉터리 내부 확인

ls tomcat/bin 명령을 통해 Tomcat 실행과 관련된 스크립트와 실행 파일 압축 해제 확인

useradd —system –s /sbin/nologin tomcat 명령을 통해 시스템 계정으로 tomcat 사용자 추가

cat /etc/passwd | grep tomcat 명령을 통해 시스템 전체 사용자 목록 중 tomcat 사용자가 잘 등록되었는지 확인

chown -R tomcat:tomcat /usr/local/apache-tomcat-9.0.108 명령을 통해 Tomcat 설치 폴더 및 하위 파일들의

소유권을 모두 tomcat 사용자와 tomcat 그룹으로 변경해, tomcat 사용자가 모든 파일을 읽고 쓸 수 있도록 설정

ls –l /usr/local/apache-tomcat-9.0.108 명령을 통해 권한이 잘 변경되었는지 확인

vi /lib/systemd/system/tomcat.service 명령을 통해 vi 편집기 사용하여 tomcat.service에 내용 입력

cat /lib/systemd/system/tomcat.service 명령을 통해 tomcat.service에 입력된 내용 확인

rm –rf /lib/systemd/system/tomcat.service 명령을 통해 /lib/systemd/system/tomcat.service 삭제

ls –l /lib/systemd/system/tomcat.service 명령을 통해 잘 삭제되었는지 확인

rm –rf tomcat 명령을 통해 tomcar으로 시작하는 것 삭제

rm -rf apache* 명령을 통해 apache로 시작하는 것 삭제

ls 명령을 통해 잘 삭제되었는지 확인

Ⅴ. service와 socket의 차이점

구분	Service Unit (.service)		Socket Unit (.socket)
개념	systemd에서 실제 서비스를 실행하고 관리하는 단위 (Unit)		systemd에서 클라이언트 요청이 발생할 때만 해당 서버를 자동으로 실행하도록 관리하는 단위 (Unit)
	CentOS 6 시절의 Standalone 방식과 유사		CentOS 6의 xinetd (On - Demand) 방식과 유사
동작 방식	시스템 부팅 시 서비스가 즉시 실행되어 메모리에 상주		클라이언트 요청을 감시하는 소켓 (Socket)만 상주
	클라이언트 요청이 없어도 서비스 프로세스가 항상 대기 중		요청 발생 시 자동으로 관련 .service 파일을 실행하여 서비스 시작
파일 위치	/usr/lib/systemd/system/[서비스명].service		/usr/lib/systemd/system/[서비스명].socket
파일 역할	서비스 실행 방식, 명령어, 실행 사용자, 재시작 정책 등 정의		서비스와 연결될 포트, 프로토콜 (TCP / UDP), 활성화 조건 등 정의
서비스 예시	예시	설명	예시	설명
	sshd.service	SSH 서버 데몬 관리	cups.socket	프린터 요청 감시
	httpd.service	Apahce 웹 서버 실행	avahi-daemon.socket	네트워크 탐색 요청 발생 시 실행
	mariadb.service	DB 서버 실행	dbus.socket	IPC 요청 시 활성화
장점	즉시 응답 가능 (상시 실행)		요청이 있을 때만 실행되어 리소스 절약
	요청 빈도가 많은 서비스에 효율적		요청이 적은 서비스에 효율적
단점	항상 메모리 점유 (리소스 소모 많음)		요청 시 데몬 실행으로 초기 지연 발생
관련 명령어	systemctl start [서비스명].service		systemctl start [서비스명].socket
	systemctl enable [서비스명].service		systemctl enable [서비스명].socket
동작 관계	독립적으로 실행 (소켓과 무관하게 동작)		.socket이 .service 실행을 트리거 (Trigger) 함

Linux 원격 파일 접속 & 파일 전송

nayeo0n — Sun, 14 Jun 2026 15:24:25 +0900

Ⅰ. Telnet (Teletype Network)

Telnet (Teletype Network)	구분	설명
	개념	클라이언트가 원격 호스트에 접속해 키보드로 입력한 문자들을 실시간으로 전송하고, 원격 시스템의 텍스트 기반 쉘 (명령어 인터페이스)을 조작할 수 있게 해주는 원격 접속 서비스
	기능 / 역할	원격 시스템에 명령어 기반 원격 관리 제공
		터미널 세션을 통해 원격에서 즉시 명령 입력 및 실행 가능
	프로토콜	TCP 기반 통신
	포트	기본 포트 23번 사용
	데이터 전송 방식	전송되는 모든 문자 (입력, 출력)가 평문 (암호화되지 않은 텍스트)으로 네트워크 통해 오고감
	보안 이슈	패스워드, 명령, 출력 등이 암호화되지 않아 패킷 스니핑 (중간에 가로챔)에 매우 취약
		공개 네트워크 (Internet)에서는 사용 권장되지 않음
	사용 예시 (명령)	형태	예시
		telnet <호스트>	ex) telnet 192.168.0.10
		telnet <호스트> <포트>	ex) telnet example.com 23
	현대적 권장 대안	대안	설명
		SSH (Secure Shell)	모든 통신이 암호화되어 보안성 높음
			기본 포트 22번 사용
	운영상 권고	내부 실습 / 레거시 장비 점검 이외에는 Telnet 비활성화 권장
		가능하면 서비스 제거 또는 방화벽으로 포트 23번 차단
		SSH로 전환

cat /etc/services | grep ^telnet 명령을 통해 서비스 포트 번호와 프로토콜 정보만 담고 있는

/etc/services 파일에서 telnet으로 시작하는 서비스 항목 검색

Ⅰ -Ⅰ.Telnet 패키지 설치, Telnet 활성화

- telnet-server 패키지는 Telnet을 활성화하는 애플리케이션

- telnet 패키지는 Telnet 접속을 위한 클라이언트 애플리케이션

Server1에 yum –y install telnet-server telnet 명령을 통해 Telnet을 활성화하는 애플리케이션인

telnet-server 패키지와 Telnet 접속을 위한 클라이언트 애플리케이션인 telnet 패키지 설치

Client1에 yum –y install telnet-server telnet 명령을 통해 Telnet을 활성화하는 애플리케이션인

telnet-server 패키지와 Telnet 접속을 위한 클라이언트 애플리케이션인 telnet 패키지 설치

rpm –qa telnet-server telnet 명령을 통해 시스템에 설치된 telnet-server와 telnet 패키지 검색

systemctl enable —now telnet.socket 명령을 통해

Telnet의 소켓 단위 서비스를 즉시 활성화하고 부팅 시 자동 시작하도록 설정

systemctl status telnet.socket 명령을 통해 현재 telnet.socket 서비스 상태 확인

rpm –qa telnet-server telnet 명령을 통해 시스템에 설치된 telnet-server와 telnet 패키지 검색

systemctl enable —now telnet.socket 명령을 통해

Telnet의 소켓 단위 서비스를 즉시 활성화하고 부팅 시 자동 시작하도록 설정

systemctl status telnet.socket 명령을 통해 현재 telnet.socket 서비스 상태 확인

netstat 명령을 통해 네트워크 소켓 상태와 프로세스 상태 확인

-n 옵션을 통해 IP 주소와 포트를 숫자 형태로 표시

-t 옵션을 통해 TCP 프로토콜 상태만 표시

-l 옵션을 통해 현재 서버 대기 상태 (LISTEN 상태)인 소켓만 표시

-p 옵션을 통해 어떤 프로세스가 해당 포트를 사용 중인지 표시

yum –y install wireshark 명령을 통해 네트워크 패킷 분석 도구인 Wireshark 설치

Ⅰ - Ⅱ. Telnet 접속 테스트

Client1에서 telnet 192.168.2.203 명령을 통해 Server1 IP 서버의 텔넷 서비스 23번 포트로 접속 시도

로그인 후 cat /etc/passwd 명령을 통해 시스템의 사용자 계정 정보를 담고 있는 /etc/passwd 파일의 내용 확인

netstat –ntp 명령을 통해 IP 주소와 포트를 숫자로 표시하고, TCP 연결만 필터링하며,

연결에 사용된 프로세스 정보를 통해 Client1에서 Server1로 Telnet을 통해 잘 연결되었는지 확인

w 명령을 통해 접속한 사용자 확인

systemctl disable —now telnet.socket 명령을 통해 Telnet 소켓 서비스 비활성화

systemctl status telnet.socket 명령을 통해 서비스가 잘 비활성화 되었는지 확인

Ⅱ. SSH (Secure Shell)

SSH (Secure Shell)	구분	설명
	개념	클라이언트가 원격 호스트에 접속하여 키보드로 입력한 문자들을 실시간으로 전송하고, 원격 시스템에서 명령을 실행할 수 있게 해주는 보안 원격 접속 서비스
	기능 / 역할	텍스트 기반의 원격 명령어 실행 및 관리 제공
		원격 파일 전송 (SCP / SFTP), 포트 포워딩 (터널링), 원격 명령 실행 등 기능 제공
	프로토콜	TCP 기반
	포트	기본 포트 22번 사용 (포트 변경 가능)
	데이터 전송 방식	통신 내용 (인증 정보, 명령, 출력)이 암호화(encrypted) 되어 전송 -> 기밀성, 무결성, 인증 보장
	사용 예시 (명령)	예시	설명
		ssh user@host	원격 접속
		ssh -p 2222 user@host	포트 지정
		scp file.txt user@host:/path/	파일 복사 (클라이언트 -> 서버)
		sftp user@host	대화형 파일 전송
	주요 구성 파일 (서버)	파일	설명
		/etc/ssh/sshd_config	SSH 서버 설정 (포트, 루트 로그인 허용 / 로그안 비허용, 인증 방식 등)
	서비스 제어 (systemd)	설명	예시
		시작	sudo systemctl start sshd
		자동 시작	sudo systemctl enable sshd
		상태 확인	sudo systemctl status sshd
	인증 방식	방식	설명
		비밀번호 인증 (password)
		공개키 인증 (public key) (권장)	ssh-keygen으로 키 생성 후, ~/.ssh/authorized_keys에 공개키 등록
	보안 권장사항	공개키 기반 인증 사용 권장 (비밀번호 차단)
		루트 직접 로그인 비허용 (PermitRootLogin no)
		포트 변경, Fail2ban 등으로 공격 표면 축소
		최신 OpenSSH 버전 사용 및 정기적 패치
	확인 명령어	명령어	설명
		ss-tlnp	리스닝 포트 확인
	장점	통신 내용이 암호화되어 보안성 우수
		다양한 기능 (SCP / SFTP / 터널링)으로 관리, 전송, 포워딩 기능 제공
		대부분의 리눅스 / 유닉스 / 윈도우 (서드파티) 환경에서 표준으로 용

Ⅱ - Ⅰ. SSH 패키지 설치, SSH 활성화 상태 확인

cat /etc/services | grep ^ssh 명령을 통해 서비스 포트 번호와 프로토콜 정보만 담고 있는

/etc/services 파일에서 ‘ssh’로 시작하는 서비스 항목 검색

systemctl status sshd 명령을 통해 SSH 데몬 (서버) 서비스인 sshd 현재 동작 상태 조회

netstat 명령을 통해 네트워크 소켓 상태와 프로세스 상태 확인

-n 옵션을 통해 IP 주소와 포트를 숫자 형태로 표시

-t 옵션을 통해 TCP 프로토콜 상태만 표시

-p 옵션을 통해 어떤 프로세스가 해당 포트를 사용 중인지 표시

Ⅱ - Ⅱ. SSH 접속 테스트

Client1에서 ssh user1@192.168.2.203 명령을 통해 Server1 IP 서버의 ssh 서버 22번 포트로 접속 시도

로그인 후 cat /etc/passwd 명령을 통해 시스템의 사용자 계정 정보를 담고 있는 /etc/passwd 파일의 내용 확인

netstat –ntp 명령을 통해 IP 주소와 포트를 숫자로 표시하고, TCP 연결만 필터링하며,

연결에 사용된 프로세스 정보를 통해 Client1에서 Server1로 SSH를 통해 잘 연결되었는지 확인

ls –l .ssh 명령을 통해 Client1의 홈 디렉터리 내 .ssh 디렉터리에 어떤 파일들이 있는지 상세 정보와 함께 확인

cat .ssh/known_hosts 명령을 통해

SSH 접속 시 서버의 공개키 정보를 저장하는 known_hosts 파일 내용 일부 확인

>.ssh/known_hosts 명령을 통해

.ssh/known_hosts 파일을 빈 파일로 만들어 기존에 저장된 서버 공개키 목록 모두 삭제

cat .ssh/known_hosts 명령을 통해 파일의 내용이 잘 삭제되었는지 확인

Ⅲ. SCP (Secure Copy Protocol)

SCP (Secure Copy Protocol)	구분	설명
	개념	SSH 프로토콜 기반의 보안 파일 전송 서비스로 TCP 22번 포트를 사용하여 데이터를 암호화해 송수신
	기능 / 역할	로컬과 원격 서버 간에 파일 또는 디렉터리 복사 (전송)
		데이터 전송 중 암호화로 보안성 확보
	프로토콜 / 포트	TCP 22번 포트 (SSH와 동일)
	보안 특징	SSH 기반 암호화 전소응로 데이터 도청 및 변조 방지
		ID / 비밀번호 인증 또는 공개키 인증 지원
	명령어 형식	scp [옵션] [원본 경로] [대상 경로]
	사용 예시	설명	예시
		로컬 -> 원격 서버 업로드	scp test.txt user@192.168.0.10:/home/user/
		원격 서버 -> 로컬 다운로드	scp user@192.168.0.10:/home/user/test.txt ./
		디렉터리 전체 업로드	scp -r /home/data user@192.168.0.10:/backup/
	주요 옵션	옵션	설명
		-r	디렉터리 단위 전송
		-P [포트 번호]	SSH 포트 지정
		-p	원본 파일의 권한 / 시간 정보 유지
		-C	전송 시 압축 수행 (속도 향상)
	장점	SSH 암호화를 통한 높은 보안성
		간단한 명령으로 빠른 파일 전송 가능
	단점	전송 중 중단 시 재개 불가
		대용량 및 대규모 파일 전송에는 비효율적 (sync) 권장
	대체 도구	도구	설명
		SFTP	SSH 기반 대화형 파일 전송 도구
		RSYNC	대용량 및 차등 동기화에 최적화된 고속 전송 도구

# test1, test2, test3, test4 디렉터리 생성

mkdir –p /test{1, 2, 3, 4} 명령을 통해 새로운 test1, test2, test3, test4 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

# test1 디렉터리 /etc/services 파일 내용 복사하여 scpfile1.txt, scpfile2.txt, scpfile3.txt, scpfile4.txt 파일 생성

cp /etc/services /test1/scpfile1~4.txt 명령을 통해 test1 디렉터리 내에

/etc/services 파일 내용 복사하여 scpfile1.txt, scpfile2.txt, scpfile3.txt, scpfile4.txt 파일 생성

# test2 디렉터리 /etc/services 파일 내용 복사하여 scpfile5.txt 파일 생성

cp /etc/services /test2/scpfile5.txt 명령을 통해 test2 디렉터리 내에

/etc/services 파일 내용 복사하여 scpfile5.txt 파일 생성

# test3 디렉터리 /etc/services 파일 내용 복사하여 scpfile6.txt, scpfile7.txt, scpfile8.txt, scpfile9.txt 파일 생성

cp /etc/services /test3/scpfile6~9.txt 명령을 통해 test3 디렉터리 내에

/etc/services 파일 내용 복사하여 scpfile6.txt, scpfile7.txt, scpfile8.txt, scpfile9.txt 파일 생성

# test4 디렉터리 /etc/services 파일 내용 복사하여 scpfile10.txt 파일 생성

cp /etc/services /test4/scpfile10.txt 명령을 통해 test4 디렉터리 내에

/etc/services 파일 내용 복사하여 scpfile10.txt 파일 생성

ls –l /test* 명령을 통해 ‘test’라는 이름으로 시작하는 디렉터리 내에 파일을 자세하게 확인

# Server1의 test1 디렉터리 scpfile1.txt 파일을 Client1 tmp 디렉터리에 복사

scp /test1/scpfile1.txt root@192.168.2.201:/tmp 명령을 통해 Server1의 /test1 디렉터리 내에 있는

scpfile1.txt 파일을 IP 주소가 192.168.2.201인 Client1의 /tmp 디렉터리에 복사

# Server1의 test1 디렉터리 scpfile2.txt 파일을 Client1 tmp 디렉터리에 복사

scp –P 22 /test1/scpfile2.txt root@192.168.2.201:/tmp 명령을 통해 포트 22번을 명시하여 Server1의 /test1

디렉터리 내에 있는 scpfile2.txt 파일을 IP 주소가 192.168.2.201인 Client1의 /tmp 디렉터리에 복사

# Server1의 test1 디렉터리 scpfile3.txt, scpfile4.txt 파일을 Client1 tmp 디렉터리에 복사

scp /test1/scpfile3.txt /test1/scpfile4.txt root@192.168.2.201:/tmp 명령을 통해

Server1의 /test1 디렉터리 내에 있는 scpfile3.txt 파일과 scpfile4.txt 파일을

IP 주소가 192.168.2.201인 Client1의 /tmp 디렉터리에 복사

ls –l /tmp/scp* 명령을 통해 Client1의 /tmp 디렉터리 내 ‘scp’로 시작하는 파일이 잘 복사되었는지 확인

rm –rf /tmp/scp* 명령을 통해 /tmp 디렉터리 내 ‘scp’로 시작하는 모든 파일 삭제

ls –l /tmp/scp* 명령을 통해 파일이 잘 삭제되었는지 확인

# Server1 test1 디렉터리 내 모든 파일을 Client1 tmp 디렉터리로 복사

scp /test1/* root@192.168.2.201:/tmp 명령을 통해 Server1의 /test1 디렉터리 내

모든 파일들을 IP 주소가 192.168.2.201인 Client1의 /tmp 디렉터리로 복사

# Server1 test2 디렉터리 내 모든 파일을 Client1 tmp 디렉터리로 복사

scp –r /test2 root@192.168.2.201:/tmp 명령을 통해 Server1의

/test2 디렉터리 전체를 IP 주소가 192.168.2.201인 Client1의 /tmp 디렉터리로 복사

ls –l /tmp/scp* 명령을 통해 Client1의 /tmp 디렉터리 내에 ‘scp’로 시작하는 파일들이 잘 복사되었는지 확인

ls –l /tmp | grep test2 명령을 통해 Client1의 /tmp 디렉터리 내에 test2라는 디렉터리가 존재하는지 확인

ls –l /tmp/test2 명령을 통해 Client1의 /tmp/test2 디렉터리 내에 파일이 잘 복사되었는지 확인

ssh root@192.168.2.203 ls /test3 명령을 통해 Client1에서

IP 주소가 192.168.2.203인 Server1의 /test3 디렉터리 내에 있는 파일 목록 확인

# Server1 test3 디렉터리 내 scpfile6.txt 파일을 Client1 tmp 디렉터리로 복사

scp root@192.168.2.203:/test3/scpfile6.txt /tmp 명령을 통해 IP 주소가 192.168.2.203인

Server1의 /test3 디렉터리 내에 있는 scpfile6.txt 파일을 Client1의 /tmp 디렉터리로 복사

ls –l /tmp/scp* 명령을 통해 scpfile6.txt 파일이 잘 복사되었는지 확인

# Server1 test3 디렉터리 내 scpfile7.txt, scpfile8.txt, scpfile9.txt 파일을 Client1 tmp 디렉터리로 복사

scp root@192.168.2.203:/test/scpfile{7, 8, 9}.txt /tmp 명령을 통해 IP 주소가 192.168.2.203인

Server1의 /test3 디렉터리에 있는 scpfile7.txtm scpfile8.txt, scpfile9.txt 파일을 Client1의 /tmp 디렉터리로 복사

ls –l /tmp/scp* 명령을 통해 scpfile7.txt, scpfile8.txt, scpfile9.txt 파일이 잘 복사되었는지 확인

# Client1 tmp 디렉터리 내에 있는 scpfile6.txt, scpfile7.txt, scpfile8.txt, scpfile9.txt 파일 삭제

rm –rf /tmp/scpfile{6, 7, 8, 9}.txt 명령을 통해 /tmp 디렉터리에 있는

scpfile6.txt, scpfile7.txt, scpfile8.txt, scpfile9.txt 파일 삭제

ls –l /tmp/scp* 명령을 통해 파일이 잘 삭제되었는지 확인

# Server1 test3 디렉터리 내 모든 파일을 Client1 tmp 디렉터리로 복사

scp root@192.168.2.203:/test3/* /tmp 명령을 통해 Server1의

/test3 디렉터리 내에 있는 모든 파일을 Client1의 /tmp 디렉터리 내로 복사

ls –l /tmp/scp* 명령을 통해 scpfile6.txt, scpfile7.txt, scpfile8.txt, scpfile9.txt 파일이 잘 복사되었는지 확인

# Server1 test4 디렉터리 내 모든 파일을 Client1 tmp 디렉터리로 복사

scp –r root@192.1686.2.203:/test4 /tmp 명령을 통해 IP 주소가 192.168.2.203인

Server1의 /test4 디렉터리를 전체를 Client1의 /tmp 디렉터리로 복사

ls –l /tmp | grep test 명령을 통해 Client1의 /tmp 디렉터리 내에 test라는 디렉터리가 존재하는지 확인

ls –l /tmp/test4 명령을 통해 scpfile10.txt 파일이 잘 복사되었는지 확인

# Client1 tmp 디렉터리 내에 있는 scp로 시작하는 모든 파일 삭제

rm –rf /tmp/scp* 명령을 통해 /tmp 디렉터리 내에서 scp로 시작하는 모든 파일 삭제

ls /tmp/scp* 명령을 통해 파일들이 잘 삭제되었는지 확인

# /test로 시작하는 모든 디렉터리 삭제

rm –rf /test* 명령을 통해 /test로 시작하는 모든 것 삭제

ls –l 명령을 통해 잘 삭제되었는지 확인

ls –l /etc/ssh/ 명령을 통해 SSH 관련 설정과 키 파일들이 위치한 디렉터리인 /etc/ssh의 파일 목록과 권한 확인

cat –n /etc/ssh/sshd_config 명령을 통해 SSH 데몬 설정 파일인 sshd_config 파일의 내용 확인

vi /etc/ssh/sshd_config 명령과 PermitRootLogin no 명령을 통해 보안을 강화하기 위해 Root 계정을 통한

직접 접속 차단하도록 SSH 데몬 설정 파일인 sshd_config 파일의 내용을 vi 편집기 사용하여 수정

vi /etc/ssh/sshd_config.d/01-permitrootlogin.conf 명령과 PermitRootLogin no 명령을 통해 보안을 강화하기 위해

Root 계정을 통한 직접 접속 차단하도록 01-permitrootlogin.conf 파일의 내용을 vi 편집기 사용하여 수정

Ⅳ. SFTP (Secure File Transfer Protocol)

SFTP	구분	설명
	개념	SSH (Secure Shell) 프로토콜을 기반으로 한 보안 파일 전송 프로토콜로, 파일을 암호화하여 안전하게 업로드 및 다운로드할 수 있는 서비스
	기능 / 역할	SSH 세션을 통해 보안 채널에서 파일 송수신 수행
		대화형 (Interactive) 방식으로 원격 파일 탐색 및 조작 가능
		디렉터리 이동, 파일 이름 변경, 삭제 등 다양한 명령 지원
	프로토콜 / 포트	TCP 22번 포트 (SSH와 동일)
	보안 특징	전송 데이터 및 인증 절차 모두 암호화되어 안전함
		FRP와 달리 ID와 비밀번호가 평문으로 노출되지 않음
		방화벽 통과 용이 (SSH 포트만 열면 됨)
	명령어 형식	sftp [옵션] [사용자@호스트명]
	사용 예시	예시	설명
		sftp user@192.168.0.10	원격 서버 접속
		put test.txt	파일 업로드
		get data.csv	파일 다운로드
		mput *.txt	여러 파일 업로드
		mget *.log	여러 파일 다운로드
	주요 명령어	명령어	설명
		ls	파일 목록 보기
		cd	디렉터리 이동
		mkdir	디렉터리 생성
		rm	파일 삭제
		pwd / lpwd	원격 / 로컬 경로 확인
		exit	종료
	장점	보안성 높음 (SSH 암호화 기반)
		파일 탐색 및 조작 기능 다양
		별도의 포트 설정 없이 SSH 환경에서 바로 사용 가능
	단점	CLI (명령어 기반) 환경에 익숙하지 않은 사용자는 불편
		단순 명령 전송보다 대용량 전송 속도는 느림
	대체 도구	도구구	설명
		SCP	단순한 파일 복사에 최적화 (비대화형)
		RSYNC	대용량 및 차등 백업 / 동기화에 효율

mkdir –p /test 명령을 통해 새로운 /test 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리 없을 경우, 함께 생성)

# /etc/services 파일 내용 복사하여 sftpfile1.txt, sftpfile2.txt, sftpfile3.txt, sftpfile4.txt 파일 생성

cp /etc/services /test/sftpfile1~4.txt 명령을 통해 /etc/services 파일의 내용을 복사한

sftpfile1.txt, sftpfile2.txt, sftpfile3.txt, sftpfile4.txt 파일 복사

ls –l /test 명령을 통해 /test 디렉터리로 sftpfile1.txt, sftpfile2.txt,

sftpfile3.txt, sftpfile4.txt 파일이 잘 복사되었는지 확인

# Server1 test 디렉터리 sftpfile1.txt 파일을 Client1 tmp 디렉터리로 복사

sftp root@192.168.2.203:/test/sftpfile1.txt /tmp 명령을 통해 IP 주소가 192.168.2.203인

Server1의 /test 디렉터리 내에 있는 sftpfile1.txt 파일을 Client1의 /tmp 디렉터리로 복사

ls –l /tmp/sftp* 명령을 통해 sftpfile1.txt 파일이 잘 복사되었는지 확인

# Server1 test 디렉터리 sftpfile2.txt, sftpfile3.txt, sftpfile4.txt 파일을 Client1 tmp 디렉터리로 복사

sftp root@192.168.2.203 << EOF \ get /test/sftpfile2.txt /tmp\ get /test/sftpfile3.txt /tmp\

get /test/sftpfile4.txt /tmp \ EOF 명령을 통해 IP 주소가 192.168.2.203인 Server1의

/test 디렉터리 내에 있는 sftpfile2.txt, sftpfile3.txt, sftpfile4.txt 파일을 Client1의 /tmp 디렉터리로 복사

ls –l /tmp/sftp* 명령을 통해 sftpfile2.txt, sftpfile3.txt, sftpfile4.txt 파일이 잘 복사되었는지 확인

# Client tmp 디렉터리에서 sftp로 시작하는 모든 파일 삭제

rm –rf /tmp/sftp* 명령을 통해 sftp로 시작하는 모든 파일 삭제

ls –l /tmp/sftp* 명령을 통해 파일이 잘 삭제되었는지 확인

# /etc/services 파일 내용 복사하여 sftpupload1.txt, sftpupload2.txt, sftpupload3.txt, sftpupload4.txt 파일 생성

cp /etc/services sftpupload1~4.txt 명령을 통해 /etc/services 파일의 내용을

sftpupload1.txt, sftpupload2.txt, sftpupload3.txt,sftpupload4.txt 복사하여 생성

ls –l sftp* 명령을 통해 sftp로 시작하는 파일이 잘 생성되었는지 확인

sftp root@192.168.2.203 명령을 통해 IP 주소가 192.168.2.203인 Server1에 root 계정으로 접속

cd /test 명령을 통해 Server1의 홈 디렉터리에서 Server1의 /test 디렉터리로 이동

pwd 명령을 통해 /test 디렉터리로 잘 이동했는지 확인

ls 명령을 통해 현재 디렉터리인 /test 디렉터리 내 파일 목록 조회

# Server1 sftpfile1.txt 파일 Client1로 복사

get stfpfile1.txt 명령을 통해 Server1의 sftpfile1.txt 파일을 Client1로 복사

# Server1 sftpfile로 시작하는 모든 파일 Client1로 복사

mget sftpfile* 명령을 통해 Server1에서 sftpfile로 시작하는 여러 파일을 Client1로 한 번에 복사

ls –l sftp* 명령을 통해 파일들이 잘 생성되었는지 확인

# Client1 sftpupload1.txt 파일을 Server1 test 디렉터리로 전송

put sftpupload1.txt 명령을 통해 sftpupload1.txt 파일을 Server1의 /test 디렉터리로 전송

# Client1 sftpupload2.txt, sftpupload3.txt, sftpupload4.txt 파일을 Server1 test 디렉터리로 전송

mput sftp* 명령을 통해 Server1의 /test 디렉터리로 sftpupload2.txt, sftpupload3.txt, sftpupload4.txt 파일 전송

ls 명령을 통해 파일이 잘 전송되었는지 확인

quit 명령을 통해 Client1로 복귀

ls –l sftp* 명령을 통해 sftp로 시작하는 모든 파일의 상세한 정보 확인

# sftp로 시작하는 모든 파일 삭제

rm –rf sftp* 명령을 통해 sftp로 시작하는 모든 파일 삭제

ls –l sftp* 명령을 통해 파일이 잘 삭제되었는지 확인

# test 디렉터리 삭제

rm –rf /test 명령을 통해 /test 디렉터리 삭제

ls –l /test 명령을 통해 디렉터리가 잘 삭제되었는지 확인

netstat –ntp 명령을 통해 IP 주소와 포트를 숫자로 표시하고, TCP 연결만 필터링하며,

연결에 사용된 프로세스 정보 확인

Ⅴ. RSYNC (Remote Sync)

RSYNC (Remote Sync)	구분	설명
	개념	로컬과 원격 시스템 간의 파일 및 디렉터리를 동기화 (Synchronization)하는 명령어로, 변경된 파일만 전송하여 효율적인 백업과 전송 수행
	기능 / 역할	로컬과 원격, 원격과 원격 간 파일 및 디렉터리 동기화
		기존 파일과의 차이점만 전송하여 네트워크 사용량 절감
		백업 및 자동 동기화 작업에 주로 사용
	프로토콜 / 포트	TCP 873번 포트 (기본)
		SSH 사용 시 TCP 22번 포트
	보안 특징	SSH 프로토콜을 함께 사용하면 전송 데이터가 암호화됨
		단독 사용 시 속도는 빠르지만 보안이 낮음
	명령어 형식	rsync [옵션] [원본 경로] [대상 경로]
	사용 예시	설명	예시
		로컬 -> 원격 디렉터리 업로드	rsync -avz /home/data/ user@192.168.0.10:/backup/
		원격 -> 로컬 다운로드	rsync -avz user@192.168.0.10:/home/data ./backup/
		SSH 포트 지정	rsync -avz -e "ssh -p 2222" ./ user@192.168.0.10:/data/
	주요 옵션	옵션	설명
		-a	아카이브 모드 (권한, 타임스탬프 유지)
		-v	전송 상세 정보 출력
		-z	압축 전송
		--delete	원본에 없는 파일은 대상에서 삭제
		--progress	전송 진행률 표시
	장점	변경된 파일만 전송하여 속도 빠름
		백업 및 대규모 파일 동기화에 효율적
		SSH와 연동해 보안성 확보 가능
	단점	초기에 전체 파일 스캔 작업으로 약간의 오버헤드 발생
		단순 전송 목적에는 SCP보다 복잡
	활용 사례	서버 백업 자동화 (cron + rsync)
		웹 서버와 DB 서버 간 실시간 데이터 미러링
		로컬 폴더와 원격 저장소의 정기 동기화
	대체 도구	도구	설명
		SCP	단순 파일 복사용
		SFTP	대화형 파일 전송용
		RCLONE / Syncthing	클라우드 파일 동기화용

Ⅵ. FTP (File Transfer Protocol)

FTP (File Transfer Protocol)	구분	설명
	개념	네트워크 상에서 클라이언트와 서버 간의 파일을 전송하기 위한 표준 프로토콜
	기능 / 역할	원격 서버에 접속하여 파일 업로드 (put) 및 다운로드 (get) 수행
		파일 목록 조회, 디렉터리 이동, 이름 변경, 삭제 등의 기본 파일 관리 기능 제공
	프로토콜 / 포트	TCP 21번 포트 (제어용)
		TCP 20번 포트 (데이터 전송용, Active 모드 시)
	전송 방식	모드	설명
		Active 모드	서버가 클라이언트로 데이터 전송 연결 생성
		Passive 모드	클라이언트가 서버로 연결 생성 (방화벽 환경에서 주로 사용)
	데이터 보안	기본 FTP는 평문 (비암호화) 전송으로 ID, 비밀번호, 데이터 노출 위험 존재
		보안 강화를 위해 FTPS(FTP over SSL / TLS) 또는 SFTP (SSH 기반) 사용 권장
	명령어 형식	ftp [호스트 주소 또는 IP]
	사용 예시	설명	예시
		FTP 서버 접속	ftp 192.168.0.10
		로그인 후 파일 업로드	put test.txt
		파일 다운로드	get data.csv
		여러 파일 업로드	mput *.txt
		여러 파일 다운로드	mget *.log
	주요 명령어	명령어	설명
		ls	파일 목록 출력
		cd / lcd	원격 / 로컬 디렉터리 이동
		mkdir	디렉터리 생성
		delete	파일 삭제
		pwd / lpwd	원격 / 로컬 경로 확인
		bye / quit	접속 종료
	장점	전송 절차 단순
		명령어 직관적
		다양한 운영체제에서 기본 지원 (Windows, Linux, macOS)
	단점	데이터 및 인증 정보가 평문 전송 -> 보안 취약
		방화벽 환경에서 Active 모드 연결 문제 발생 가능
	보안 대체 프로토콜	프로토콜	설명
		FTPS (FTP over SSL / TLS)	FTP 데이터 암호화 지원
		SFTP (SSH File Transfer Protocol)	SSH 기반 완전 암호화 전송

Linux 스케줄링 관리

nayeo0n — Sun, 14 Jun 2026 13:00:56 +0900

Ⅰ. atd 데몬

atd 데몬 (at daemon)	구분	설명
	개념	관리자가 지정한 시간에 한 번만 실행되는 작업 (예약 작업)을 처리하는 백그라운드 서비스
		at 명령어로 등록된 작업들을 정해진 시각에 자동으로 실행시켜주는 역할 담당함
		일회성 작업 스케줄링을 담당하는 데몬 (서비스)
	역할	역할	설명
		기능	사용자가 at 명령으로 등록한 작업을 지정된 시간에 실행하도록 관리
		작업 관리 위치	/var/spool/at 또는 /var/spool/atjobs 디렉터리에 작업 파일로 저장
		작동 조건	atd 서비스가 실행 중이어야 예약 작업이 정상적으로 동작
		관리자 제어	systemctl start atd, systemctl enable atd 명령으로 실행 및 자동시작 설정 가능
	특징	crond는 반복 작업이지만 atd는 1회성 예약 작업
		로그인된 사용자 권한으로 작업 수행

ls /var/spool/ 명령을 통해 /var/spool 디렉터리 내에 있는 하위 디렉터리 나열

ls /var/spool/at 명령을 통해 /var/spool 디렉터리 내 at 디렉터리 목록 확인

ls /var/spool/at/spool/ 명령을 통해 /at/spool 디렉터리 내에 목록 없음 확인

tree /var/spool/at 명령을 통해 at 디렉터리와 그 하위 구조를 트리 형태로 확인

systemctl status atd 명령을 통해 atd 서비스의 상태 조회

ps –ef | grep atd 명령을 통해 현재 실행 중인 프로세스 중 atd라는 이름이 포함된 프로세스 검색

mkdir test && cd test 명령을 통해 현재 디렉터리 아래에 test라는 새 디렉터리 생성 후, test 디렉터리로 이동

date 명령을 통해 현재 시스템 날짜와 시간 출력

at 21:11 명령을 통해 오후 9시 11분에 실행될 작업 등록하기 위해 입력 모드로 진입

# at1.txt 파일 생성

touch /root/test/at1.txt 명령을 통해 /root/test 디렉터리에 at1.txt 파일 생성

# at2.txt 파일 생성

touch /root/test/at2.txt 명령을 통해 /root/test 디렉터리에 at2.txt 파일 생성

Ctrl + D를 통해 입력 모드에서 나옴

at now+3min 명령을 통해 3분 뒤 실행할 작업 등록하기 위해 입력 모드로 진입

# at3.txt 파일 생성

touch /root/test/at3.txt 명령을 통해 /root/test 디렉터리에 at3.txt 파일 생성

# at4.txt 파일 생성

touch /root/test/at4.txt 명령을 통해 /root/test 디렉터리에 at4.txt 파일 생성

Ctrl + D를 통해 입력 모드에서 나옴

tree /var/spool/at 명령을 통해 작업들이 잘 예약되었는지 트리 구조를 통해 확인

atq 명령을 통해 예약된 작업 목록 확인

at teatime 명령을 통해 오늘 오후 4시에 실행할 작업 등록하기 위해 입력 모드로 진입

# at5.txt 파일 생성

touch /root/test/at5.txt 명령을 통해 /root/test 디렉터리에 at5.txt 파일 생성

Ctrl + D 명령을 통해 입력 모드에서 나옴

tree /var/spool/at 명령을 통해 작업들이 잘 예약되었는지 트리 구조를 통해 확인

atq 명령을 통해 예약된 작업 목록 확인

ls 명령을 통해 생성된 파일 목록 확인

tree /var/spool/at 명령을 통해 아직 남은 작업이 무엇인지, 완료된 작업이 있는지 확인

atq 명령을 통해 예약된 작업 목록 확인

atrm 명령을 통해 예약된 작업 삭제

=> 작업 다 된 것 확인

ls –l /etc/at.deny 명령을 통해 /etc/at.deny 파일에 관한 정보 확인

cat /etc/at.deny 명령을 통해 /etc/at.deny 파일의 내용 확인

echo user1 > /etc/at.deny 명령을 통해

user1이라는 사용자를 at 명령어 사용 불가 대상으로 지정하기 위해 at.deny 파일에 입력

cat /etc/at.deny 명령을 통해 잘 기록되었는지 확인

su – user1 명령을 통해 user1 사용자로 전환

at 21:30 명령을 통해 파일이 내용이 잘 적용되었음을 확인

exit 명령을 통해 user1 사용자에서 로그아웃

at 21:23 명령을 통해 오후 9시 23분에 시행할 작업 등록하기 위해 입력모드로 진입

# at6.txt 파일 생성

touch /home/user2/at6.txt 명령을 통해 /home/user2 디렉터리에 at6.txt 파일 생성

atq 명령을 통해 예약된 작업 확인

atq 명령을 통해 작업 완료된 것 확인

ls 명령을 통해 파일이 잘 생성되었는지 확인

exit 명령을 통해 user2에서 로그아웃

Ⅱ. crond 데몬

crond 데몬 (cron daemon)	구분	설명
	개념	주기적으로 반복되는 작업 (분, 시, 일, 주, 월, 요일 단위)을 자동으로 실행하는 스케줄 관리 데몬 (백그라운드 서비스)
		atd가 일회성 예약 작업을 처리하지만 crond는 정기적이고 반복적인 작업 자동화 담당
	역할 및 특징	항목	설명
		기능	사용자가 설정한 일정에 따라 명령어나 스크립트를 자동으로 주기 실행
		작업 관리 위치	/var/spool/cron/또는 /etc/cron.* 디렉터리에 스케줄 파일로 저장
		스케줄 정의 파일	예시	설명
			/etc/crontab	시스템 전체
			crontab -e	사용자별
		작동 조건	crond 서비스가 실행 중이어야 스케줄이 동작함
		시간 단위	분 (Minute), 시 (Hour), 일 (Day), 월 (Month), 요일 (Weekday) 단위로 반복 설정 가능
		서비스 제어	systemctl start crond 또는 systemctl enable crond로 실행 및 부팅 시 자동 시작 설정
	관련 명령어	예시	설명
		crontab -e	사용자 직접 설정 가능
		crontab -l	조회
		crontab -r	삭제

tree /var/spool/cron/ 명령을 통해

크론 예약 작업이 저장되는 /var/spool/cron 디렉터리 비어있음을 트리 구조로 확인

systemctl status crond 명령을 통해 crond 서비스 상태 확인

ls /etc/cron.hourly/ 명령을 통해 시간 기반 작업 파일인 /etc/cron.hourly에 관한 정보 확인

ps –ef | grep crond 명령을 통해 crond 데몬에 관한 것 검색

crontab –e 명령을 통해 vi 편집기 진입

***** date >> /root/test/date.log 명령을 통해 1분마다 /root/test 디렉터리에 date.log라는 파일 생성

ls 명령을 통해 파일이 생성되었는지 확인

tree /var/spool/cron/ 명령을 통해 예약된 작업 확인

cat date.log 명령을 통해 1분마다 파일이 생성되는지 확인

crontab –r 명령을 통해 작업 및 파일 삭제

crontab –l 명령을 통해 잘 삭제되었는지 확인

mkdir –p /root/bin 명령을 통해 /root 디렉터리 아래에 bin 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리 없을 경우 같이 생성)

ls –ld /root/bin 명령을 통해 bin 디렉터리의 상세 정보 확인

vi /root/bin/backup.sh 명령을 통해 vi 편집기 사용하여 backup.sh 백업 스크립트 파일 생성 및 내용 입력

cat /root/bin/backup.sh 명령을 통해 해당 파일에 입력된 내용 확인

[ backup.sh 파일의 내용 ]

#!/bin/bash 명령을 통해 bash 쉘에서 실행하도록 설정

cd /home 명령을 통해 home 디렉터리로 이동

tar . 명령을 통해 현재 디렉터리 전체를 압축 아카이브 파일로 생성

c 옵션을 통해 새 아카이브 파일 생성

v 옵션을 통해 진행 상황을 자세히 출력

z 옵션을 통해 gzip 압축 수행

f 옵션을 통해 해당 인수를 아카이브 파일의 이름으로 지정

아카이브 파일의 경로 및 이름은 /backup/home_에 현재 시간과 날짜가 붙어 생성됨

/backup/backup.log 옵션을 통해 해당 파일에 모두 기록하도록 설정

mkdir –p /backup 명령을 통해 백업 아카이브 압축 파일을 저장할 backup 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리 없을 경우 함께 생성)

ls –l /root/bin/backup.sh 명령을 통해 backup.sh 파일의 상세 정보 확인

chmod 700 /root/bin/backup.sh 명령을 통해 backup.sh 파일에 대한 읽기, 쓰기, 실행 권한을 사용자에게만 부여

ls –l /root/bin/backup.sh 명령을 통해 접근 권한이 잘 변경되었는지 확인

echo $PATH 명령을 통해 PATH 환경 변수의 경로 출력

crontab –e 명령을 통해 1분마다 아카이브 파일을 생성하고 로그를 남기도록 설정

systemctl restart crond 명령을 통해 crond 서비스 재시작

systemctl status crond 명령을 통해 crond 서비스의 현재 상태를 확인

ls –l /backup/ 명령을 통해 아카이브 파일이 1분마다 생성되고 있는지 확인

tar tf /backup/home_0915_215202.tar.gz 명령을 통해 백업 파일 내부에 포함된 파일과 디렉터리 목록 확인

ls /home 명령을 통해 홈 디렉터리 내에 있는 디렉터리 확인

ls /backup/ 명령을 통해 backup 디렉터리 내에 있는 파일 확인

Linux 백업 관리

nayeo0n — Sun, 14 Jun 2026 11:17:23 +0900

Ⅰ. 백업 관리

백업 (Backup)	구분	설명
	개념	데이터 복구(Recovery)하기 위해 별도의 공간에 임시로 복제 및 보관하는 작업
		데이터 손실, 장애, 공격 또는 사용자의 실수 등 예기치 못한 상황에 대비해 복구 가능한 상태로 데이터를 준비하는 과정
		백업은 예방, 복구는 사후 조치
	목적	목적	설명
		데이터 복구	시스템 장애나 실수 손실된 데이터를 원래 상태로 되돌리기 위함
		보안 및 안정성 확보	랜섬웨어, 해킹, 바이러스 등 외부 공격으로부터 데이터 보호
		재해 대비	화재, 홍수, 지진 등 천재지변 발생 시 데이터 유실 방지
		운영 영속성 보장	기업, 서버, 시스템이 장애 발생 시에도 중단 없이 복구 가능
	필요성	평소에는 불필요해 보이는 작업처럼 느껴지지만 예상치 못한 데이터 손실 상황에서는 유일한 복구 수단이 됨
		대표적인 백업 필요 상황	천재지변 (화재, 홍수, 낙뢰 등)
			인적 실수 (삭제, 덮어쓰기, 실수로 포맷)
			시스템 결함 (디스크 손상, 전원 문제, RAID 실패 등)
			보안 사고 (랜섬웨어, 악성코드, 해킹)
			소프트웨어 취약점 (업데이트 실패, 버그 등)
	백업 주요 대상	주요 대상	예시
		전체 파일 시스템	서버, NAS, 클라우드 스토리지 전체 디렉터리
		변경된 파일	마지막 백업 이후 수정 및 추가된 데이터
		애플리케이션 데이터	DB, 웹 서버 설정, 프로그램 실행 파일
		환경 설정 파일	/etc/, 시스템 설정, 네트워크 환경 정보 등
	데이터 손실 주요 원인	주요 원인	원인
		하드웨어 문제	HDD / SSD 손상, 전원 장애, RAID 고장
		소프트웨어 문제	시스템 오류, 파일 시스템 손상
		사용자 부주의	파일 삭제, 잘못된 명령 실행
		보안 사고	바이러스, 랜섬웨어, 해킹 공격
		물리적 재해	화재, 침수, 지진, 정전
		기타	기기 분실, 도난, 백업 장치 불량
	종류	완전 백업 (Full Backup)
		증분 백업 (Incremental Backup)
		차등 백업 (Differential Backup)

● 백업 시간과 복구 시간 관계

백업 방식	백업 시간	복구 시간	특징
긴 백업 (전체 백업 중심)	오래 걸림	복구 빠름	복구 시 전체 데이터 복원 가능
짧은 백업 (부분 백업 중심)	빠름	복구 느림	여러 단계의 백업 데이터를 조합해야 복구 가능
백업에 투자한 시간이 길수록, 복구 시간은 짧아짐
백업 효율성과 복구 속도는 반비례 관계

Ⅰ - Ⅰ. 완전 백업 (Full Backup)

완전 백업 (Full Backup)	구분	설명
	개념	시스템 내 모든 데이터를 한 번에 통째로 복제하여 백업하는 방식
		백업 시점의 전체 데이터를 그대로 보존하므로 문제 발생 시 전체 시스템을 완벽하게 복원 가능
		현재 시스템 전체를 그대로 복사해서 저장하는 방식
	동작 방식	동작 방식	설명
		백업 대상	전체 파일 시스템 (모든 디렉터리, 설정, 데이터 포함)
		백업 주기	일반적으로 주 1회 또는 월 1회 주기로 수행
		복구 방식	백업된 단일 데이터셋으로 전체 시스템 복원 가능
		백업 매체 예시	외장 HDD, NAS, 테이프 드라이브, 클라우드 스토리지 등
	장점	항목	설명
		복구 용이성	모든 데이터가 한 세트로 저장되어 있으므로 복구 절차 간단
		완전한 복구 가능	시스템 전체를 백업하므로 장애 발생 시 완전 복원 가능
		신뢰도 높음	부분 누락 가능성이 없어 가장 안정적인 백업 형태
		관리 용이	백업 세트 관리가 단순 (파일 하나로 전체 시스템 포함)
	단점	항목	설명
		백업 시간 오래 걸림	전체 데이터를 매번 복사하므로 시간 소요 큼
		저장 용량 큼	매번 전체 백업으로 저장 매체 용량 빠르게 소모
		비용 증가	대용량 저장 장치 필요로 인해 운영 비용 상승
		중복 저장	변경되지 않은 데이터도 반복 백업됨 (비효율적)

Ⅰ - Ⅱ. 증분 백업 (Incremental Backup)

증분 백업 (Incremental Backup)	구분	설명
	개념	마지막 백업 이후 변경된 데이터만 선택적으로 백업하는 방식
		처음에는 완전 백업 (Full Backup)을 한 번 수행하고, 이후에는 이전 백업 이후 새로 생성되거나 수정된 파일만 백업
		변경된 부분만 백업하여 효율성을 높이는 방식
	동작 방식	단계	설명
		1단계	최초 1회 완전 백업 (Full Backup) 수행
		2단계	이전 백업 이후 변경된 데이터만 백업
		3단계	각 증분 백업은 직전 백업 데이터를 기준으로 함
		복구 시	완전 백업 + 모든 증분 백업 세트를 순서대로 복원해야 함
	장점	항목	설명
		백업 속도 빠름	변경된 데이터만 백업하므로 전체 백업보다 훨씬 빠름
		저장 공간 절약	중복 데이터를 백업하지 않음
		네트워크 효율성 높음	클라우드와 원격 백업 시 전송량 감소
		자동화 용이	스크립트나 일정 기반으로 간편하게 수행 가능
	단점	항목	설명
		복구 속도 느림	완전 백업 + 모든 증분 백업을 순차적으로 복원해야 함
		관리 복잡	백업 세트 중 하나라도 손상되면 전체 복구 불가
		복구 과정 길어짐	복구 순서가 많아 시간이 오래 걸림
		위험도 증가	중간 증분 백업이 손실되면 이후 데이터 복구 불가

Ⅰ - Ⅲ. 차등 백업 (Differential Backup)

차등 백업 (Differential Backup)	구분	설명
	개념	가장 최근의 완전 백업 (Full Backup) 이후 변경된 모든 데이터를 매번 누적해서 백업하는 방식
		첫 번째는 완전 백업을 수행하고, 그 이후부터는 완전 백업 이후 변경된 모든 파일을 계속 누적 저장
		변경된 데이터를 누적해서 저장하는 복구가 빠른 백업 방식
	동작 방식	단계	설명
		1단계	최초 1회 완전 백업 (Full Backup) 수행
		2단계	완전 백업 이후 변경된 데이터 전체를 매번 백업
		3단계	백업 데이터는 누적되며 각 차등 백업은 항상 처음 완전 백업을 기준으로 함
		복구 시	완전 백업 + 마지막 차등 백업만 있으면 복구 가능
	장점	항목	설명
		복구 속도 빠름	완전 백업 + 마지막 차등 백업만 필요
		백업 관리 용이	증분 백업보다 관리 간단
		데이터 안정성 높음	중간 백업 파일 손상 시에도 이전 데이터 영향 없음
		효율적 복구 절차	복구 과정이 간단하고 단계가 적음
	단점	항목	설명
		백업 시간 증가	누적 데이터가 많아질수록 시간이 오래 걸림
		저장 공간 증가	증분 백업보다 용량이 커짐
		효율성 낮음	매번 동일 데이터가 포함되어 중복 백업 발생

Ⅱ. 백업 작업

mkdir /backup 명령 통해 backup이라는 이름의 새 디렉터리를 루트 디렉터리에 생성

mkdir test 명령을 통해 현재 디렉터리에 test라는 이름의 새 디렉터리 생성

cd test 명령을 통해 현재 디렉터리인 root 디렉터리에서 test 디렉터리로 이동

touch X, touch Y, touch Z 명령을 통해 test 디렉터리에 X, Y, Z라는 이름을 가진 세 개의 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

Ⅱ -Ⅰ. 완전 백업 이후 증분 백업

● 일요일 : ‘X, Y, Z’ 완전 백업

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file0.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757926114 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file0.tar 명령을 통해 /backup/flie0.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 월요일 : ‘A’ 증분 백업

touch A 명령을 통해 test 디렉터리에 A라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file1.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757926618 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file1.tar 명령을 통해 /backup/flie1.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 화요일 : ‘B’ 증분 백업

touch B 명령을 통해 test 디렉터리에 B라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file2.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757927481 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file2.tar 명령을 통해 /backup/flie2.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 수요일 : ‘C’ 증분 백업

touch C 명령을 통해 test 디렉터리에 C라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file3.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757927617 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file3.tar 명령을 통해 /backup/flie3.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 목요일 : ‘D’ 증분 백업

touch D 명령을 통해 test 디렉터리에 D라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file4.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757927768 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file4.tar 명령을 통해 /backup/flie4.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 금요일 : ‘E’ 증분 백업

touch E 명령을 통해 test 디렉터리에 E라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file5.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757927901 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file5.tar 명령을 통해 /backup/flie5.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 토요일 : ‘F’ 증분 백업

touch F 명령을 통해 test 디렉터리에 F라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file6.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

cat /backup/backup.list 명령을 통해 스냅샷 파일인 backup.list 파일의 내용 확인

date –d ‘1970-01-01 UTC 1757928135 sec’ 명령을 통해

유닉스 시간을 사람이 읽을 수 있는 날짜 / 시간으로 변환하도록 설정

tar tr /backup/file6.tar 명령을 통해 /backup/flie6.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 일요일 : ‘A, B, C, D, E, F. X, Y, Z’ 완전 백업

rm –rf /backup/backup.list 명령을 통해 증분 백업을 위해 사용한 스냅샷 파일인/backup/backup.list 파일 삭제

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 완전 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file10.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file10.tar 명령을 통해 /backup/flie10.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

rm –rf {A..F} 명령을 통해 A, B, C, D, E, F 파일 삭제

rm –rf /backup/* 명령을 통해 ‘/backup’이라는 이름이 포함된 파일 모두 삭제

ls 명령을 통해 A, B, C, D, E, F 파일이 잘 삭제되었는지 확인

ls /backup 명령을 통해 /back 디렉터리 내에 저장된 파일들이 잘 삭제되었는지 확인

Ⅱ -Ⅱ. 완전 백업 이후 차등 백업

● 일요일 : ‘X, Y, Z’ 완전 백업

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file0.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file0.tar 명령을 통해 /backup/flie0.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

cp /backup/backup.list /backup/fullbackup1~6.list 명령을 통해 backup.list 파일을

fullbackup1~6.list 이름의 파일로 복사하여 증분 백업 상태 파일을 여러 개 생성

ls /backup/ 명령을 통해 backup 디렉터리 내에 파일이 잘 생성되었는지 확인

● 월요일 : ‘A’ 차등 백업

touch A 명령을 통해 test 디렉터리에 A라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup1.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup1.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file1.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file1.tar 명령을 통해 /backup/flie1.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 화요일 : ‘A, B’ 차등 백업

touch B 명령을 통해 test 디렉터리에 B라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup2.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup2.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file2.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file2.tar 명령을 통해 /backup/flie2.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 수요일 : ‘A, B, C’ 차등 백업

touch C 명령을 통해 test 디렉터리에 C라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup3.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup3.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file3.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file3.tar 명령을 통해 /backup/flie3.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 목요일 : ‘A, B, C, D’ 차등 백업

touch D 명령을 통해 test 디렉터리에 D라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup4.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup4.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file4.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file4.tar 명령을 통해 /backup/flie4.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 금요일 : ‘A, B, C, D, E’ 차등 백업

touch E 명령을 통해 test 디렉터리에 E라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup5.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup5.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file5.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file5.tar 명령을 통해 /backup/flie5.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 토요일 : ‘A, B, C, D, E, F, X, Y, Z’ 차등 백업

touch F 명령을 통해 test 디렉터리에 F라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/fullbackup6.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

fullbackup6.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file6.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

tar tr /backup/file6.tar 명령을 통해 /backup/flie6.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

rm –rf /backup/*.list 명령을 통해 차등 백업을 위해 사용한 스냅샷 파일이고, 확장자가 .list인 파일들 모두 삭제

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 완전 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file10.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file10.tar 명령을 통해 /backup/flie10.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

rm –rf {A..F} 명령을 통해 A, B, C, D, E, F 파일 삭제

rm –rf /backup/* 명령을 통해 ‘/backup’이라는 이름이 포함된 파일 모두 삭제

ls 명령을 통해 A, B, C, D, E, F 파일이 잘 삭제되었는지 확인

ls /backup 명령을 통해 /back 디렉터리 내에 저장된 파일들이 잘 삭제되었는지 확인

Ⅱ - Ⅲ. 완전 백업 이후 증분 백업과 차등 백업

- 데이터 생성 디렉터리 - /root/test

- 백업 파일 및 백업 리스트 파일 디렉터리 - /backup

● 일요일 : ‘X, Y, Z’ 완전 백업

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup1.list 옵션을 통해 증분 백업을 지원하기 위해

이전 백업 상태를 저장하는 backup1.list 파일을 통해 스냅샷 파일 사용하고, 동일한 파일 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file0.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup/ 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file0.tar 명령을 통해 /backup/flie0.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

cp /backup/backup1.list /backup/backup2.list 명령을 통해 첫 번째 증분 백업 기록인 backup1.list를 복사하여

backup2.list라는 이름으로 백업 목록 생성

● 월요일 : ‘A’ 증분 백업

touch A 명령을 통해 test 디렉터리에 A라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup1.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup1.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file1.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file1.tar 명령을 통해 /backup/flie1.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 화요일 : ‘B’ 증분 백업

touch B 명령을 통해 test 디렉터리에 B라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup1.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup1.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file2.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file2.tar 명령을 통해 /backup/flie2.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 수요일 : ‘C’ 증분 백업

touch C 명령을 통해 test 디렉터리에 C라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup1.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup1.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file3.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file3.tar 명령을 통해 /backup/flie3.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 목요일 : ‘A, B, C, D’ 차등 백업

touch D 명령을 통해 test 디렉터리에 D라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup2.list 옵션을 통해 차등 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup2.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file4.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file4.tar 명령을 통해 /backup/flie4.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 금요일 : ‘E’ 증분 백업

touch E 명령을 통해 test 디렉터리에 E라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup2.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup2.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file5.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file5.tar 명령을 통해 /backup/flie5.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 토요일 : ‘F’ 증분 백업

touch F 명령을 통해 test 디렉터리에 F라는 이름을 가진 빈 파일 생성

ls 명령을 통해 파일이 잘 생성되었는지 확인

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup2.list 옵션을 통해 증분 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup2.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file6.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file6.tar 명령을 통해 /backup/flie6.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

● 일요일 : ‘A, B, C, D, E, F, X, Y, Z’ 완전 백업

rm –rf /backup/*.list 명령을 통해

증분과 차등 백업을 위해 사용한 스냅샷 파일이고, 확장자가 .list인 파일들 모두 삭제

tar * 명령을 통해 현재 디렉터리 내 모든 파일과 디렉터리를 포함하여 여러 파일을 하나로 묶음

-g /backup/backup.list 옵션을 통해 완전 백업을 지원하기 위해 이전 백업 상태를 저장하는

backup.list 파일을 통해 스냅샷 파일을 사용하고, 동일한 파일을 다시 백업하지 않도록 설정

-c 옵션을 통해 새로운 tar 파일 생성

-f /backup/file10.tar 옵션을 통해 생성할 tar 파일의 이름과 경로 지정

ls /backup 명령을 통해 파일들이 잘 생성되었는지 확인

tar tr /backup/file10.tar 명령을 통해 /backup/flie10.tar라는

tar 파일 안에 어떤 파일들이 들어있는지 확인하고, tar 파일 내용의 목록 확인

cd 명령을 통해 test 디렉터리에서 홈 디렉터리로 이동

rm –rf test 명령을 통해 test 디렉터리 삭제

rm –rf /backup 명령을 통해 루트 디렉터리에 생성한 backup 디렉터리 삭제

Linux 패키지 관리

nayeo0n — Sun, 14 Jun 2026 09:13:46 +0900

Ⅰ. 패키지 관리

구분	설명
패키지	배포하기 위한 목적으로 제작된 관련있는 파일이나 프로그램 집합
CentOs Linux	RedHat에서 제공하는 RPM (Redhat Package Manager) 패키지 사용
rpm -qf 명령 사용하면 'nslookup', 'dig', 'host' 파일들이 'bind-utils' 패키지에서 제공하는 것 확인 가능

Ⅱ. 레드햇 계열 패키지 관리

레드햇 계열 패키지 관리	구분	설명
	개념	레드햇 (Red Hat) 계열 리눅스는 RPM (Red Hat Package Manager) 기반의 패키지 관리 시스템 사용
	대표 배포판	Red Hat Enterprise Linux (RHEL), CentOS, Rocky Linux, AlmaLinux, Fedora 등
	특징	.rpm 확장자를 가진 RPM 패키지 파일을 사용
		패키지의 의존성 (Dependency) 문제를 해결하기 위해 YUM, DNF와 같은 고급 관리 도구 사용
		로컬 또는 원격 저장소 (Repositroy)를 통해 패키지 관리 가능
	관리 도구 종류	종류	설명
		RPM (기초 도구)	패키지 설치, 제거, 정보 조회 수행
		YUM (자동화 도구)	인터넷 저장소 기반 자동 설치 및 의존성 해결
		DNF (차세대 YUM)	YUM을 개선한 최신 패키지 관리자 (CentOS 8 이상 기본)

Ⅱ - Ⅰ. RPM을 이용한 패키지 관리

RPM을 이용한 패키지 관리	구분	설명
	개념	RPM (Red Hat Package Manager)은 레드햇 계열 리눅스의 기본 패키지 관리 도구로 패키지 설치, 업데이트, 삭제, 정보 조회를 수행함
	특징	.rpm 확장자의 패키지 파일 직접 관리
		설치 시 의존성 문제를 자동으로 해결하지 않음
		인터넷 연결 없이 로컬 환경에서도 설치 가능
	패키지 구조	패키지는 프로그램 파일, 설정 파일, 스크립트, 의존성 정보 등을 포함하고 있음
	저장 경로	경로	설명
		/var/lib/rpm/	RPM 데이터베이스 (설치 정보) 저장 위치
	한계점	패키지 간 의존성 (Dependency)을 자동으로 해결하지 못함
		설치 순서를 수동으로 맞춰야 함
	해결책	YUM 또는 DNF 사용 시 자동으로 의존성 확인 및 설치 가능

Ⅱ - Ⅱ. 주요 RPM 명령어

주요 RPM 명령어	명령어	설명
	rpm -ivh [패키지명.rpm]	패키지 설치 (install, verbose, hash 옵션)
	rpm -Uvh [패키지명.rpm]	기존 버전의 패키지를 업그레이드
	rpm -e [패키지명]	패키지 제거 (erase)
	rpm -qa	설치된 전체 패키지 목록 확인
	rpm -qi [패키지명]	특정 패키지의 상세 정보 확인
	rpm -ql [패키지명]	패키지에 포함된 파일 목록 확인
	rpm -qf [파일 경로]	특정 파일이 어떤 패키지에 속하는지 확인
	rpm -V [패키지명]	설치된 패키지의 무결성 검증

rpm 명령을 통해 Red Hat 계열 리눅스에서 설치된 소프트웨어 패키지 관리

-q 옵션을 통해 현재 시스템에 설치된 패키지의 정보 조회

-a 옵션을 통해 시스템에 설치된 모든 패키지 나열

rpm -qa | wc -l 명령을 통해 현재 시스템에 설치된 모든 RPM 패키지의 텍스트 행의 개수 화면에 출력하여 확인

whereis nslookup 명령을 통해 nslookup 명령어가 설치된 경로 확인

rpm -qf /usr/bin/nslookup 명령을 통해 /usr/bin/nslookup 파일이 어느 RPM 패키지에 포함되어 있는지 확인

rpm -qf /usr/bin/host 명령을 통해 /usr/bin/host 파일이 어느 RPM 패키지에 포함되어 있는지 확인

rpm -qf /usr/bin/dig 명령을 통해 /usr/bin/dig 파일이 어느 RPM 패키지에 포함되어 있는지 확인

rpm -qa | grep bind 명령을 통해 시스템에 설치된 모든 RPM 패키지 중 이름에

'bind'가 포함된 패키지만 필터링하여 화면에 출력

rpm -qa | grep openssh 명령을 통해 시스템에 설치된 모든 RPM 패키지 중에

이름에 'openssh'가 포함된 패키지만 필터링하여 화면에 출력

rpm -qa openssh 명령을 통해 'openssh' 이름과 정확히 일치하는 패키지 정보 출력

rpm -qi openssh 명령을 통해 'openssh' 패키지의 상세 정보 조회

rpm -ql openssh 명령을 통해 openssh 패키지가 설치하면서 시스템에 위치시킨 모든 파일 목록 출력

rpm -ql openssh | egrep -v "/doc/|/man|/license" 명령을 통해

/doc 또는 /man 혹은 /license를 제외하고 openssh 패키지에 포함된 설치 파일 전체 목록 확인

vi .bashrc 명령을 통해 .vi 편집기 사용하여 .bashrc 파일 내용 수정

cat .bashrc 명령을 통해 수정된 .bashrc 파일 내용 확인

source .bashrc 명령을 통해 내용이 변경된 .bashrc 파일 적용

df -h 명령을 통해 /run/media/root/CentOS-Stream-9-BaseOS-x86_64 디렉터리로

이동하기 위해 /root에서 ~로 변경된 것 확인

cd /run/media/root/CentOS-Stream-9-BaseOS-x86_64 명령을 통해 /root 디렉터리에서

/run/media/root/CentOS-Stream-9-BaseOS-x86_64 디렉터리로 이동

ls 명령을 통해 /run/media/root/CentOS-Stream-9-BaseOS-x86_64 디렉터리 내에 파일 및 디렉터리 목록 확인

cd AppStream/ 명령을 통해 /run/media/root/CentOS-Stream-9-BaseOS-x86_64 디렉터리에서

AppStream/ 디렉터리로 이동

ls 명령을 통해 AppStream 디렉터리 내 파일 및 디렉터리 목록 확인

cd Packages/ 명령을 통해 AppStream 디렉터리에서 Packages 디렉터리로 이동

pwd 명령을 통해 Packages 디렉터리로 잘 이동했는지 확인

ls 명령을 통해 Packages 디렉터리 내에 파일 및 디렉터리 목록 확인

file zziplib-utils-0.13.71-12.el9.x86_64.rpm 명령을 통해

zziplib-utils-0.13.71-12.el9.x86_64.rpm 파일의 유형 분석

rpm -qa vsftpd 명령을 통해 vsftpd 패키지 나열

ls -l | grep vsftpd 명령을 통해 'vsftpd'라는 문자열이 포함된 파일만 필터링하여

현재 디렉터리의 파일 목록 자세히 출력

rpm -i vsftpd-3.0.5-6.el9.x86_64.rpm 명령을 통해 vsftpd 패키지 새로 설치

rpm -qa vsftpd 명령을 통해 vsftpd 패키지가 잘 설치되었는지 확인

rpm -ql vsftpd | egrep -v "/doc|/man" 명령을 통해 /doc 또는 /man을 제외하고,

vsftpd 패키지에 포함된 설치 파일 목록 확인

rpm -e vsftpd 명령을 통해 vsftpd 패키지 삭제

rpm -qa vsftpd 명령을 통해 vsftpd 패키지가 잘 삭제되었는지 확인

rpm -i vsftpd-3.0.5-6.el9.x86_64.rpm 명령을 통해 vsftpd 패키지 다시 설치

rpm –qa vsftpd 명령을 통해 vsftpd 패키지가 잘 설치되었는지 확인

systemctl start vsftpd 명령을 통해 vsftpd 서비스 실행

systemctl status vsftpd 명령을 통해 vsftpd 서비스가 실행되었는지 확인

systemctl stop vsftpd 명령을 통해 vsftpd 서비스 중단

systemctl status vsftpd 명령을 통해 vsftpd 서비스가 잘 중단되었는지 확인

ls –l /usr/sbin/vsftpd 명령을 통해 /usr/sbin/vsftpd 파일의 상세 정보 확인

rm –rf /usr/sbin/vsftpd 명령을 통해 /usr/sbin/vsftpd 파일 삭제

ls –l /usr/sbin/vsftpd 명령을 통해 /usr/sbin/vsftpd 파일이 잘 삭제되었는지 확인

rpm -i —replacepkgs vsftpd-3.0.5-6.el9.x86_64.rpm 명령을 통해 vsftpd 패키지 재설치

ls –l /usr/sbin/vsftpd 명령을 통해 /usr/sbin/vsftpd 파일의 상세 정보 확인

vi /etc/vsftpd/vsftpd.conf 명령을 통해 vi 편집기 사용하여 vsftpd 설정 파일 수정

echo 1234 > /etc/vsftpd/test.txt 명령을 통해 숫자 1234를 내용으로 하는

test.txt 파일을 vsftpd 설정 디렉터리에 생성

ls /etc/vsftpd 명령을 통해 vsftpd 디렉터리 내 존재하는 파일 목록을 확인하여 파일이 잘 생성되었는지 확인

rpm –e vsftpd 명령을 통해 기존에 설치된 vsftpd 패키지를 삭제하고,

실행 시 vsftpd.conf 파일을 vsftpd.conf.rpmsave 파일로 백업하도록 설정

ls /etc/vsftpd 명령을 통해 vsftpd.conf 파일이 vsftpd.conf.rpmsave 파일로 남아있는 것 확인

rpm –qa vsftpd 명령을 통해 현재 vsftpd 패키지가 남아있는지 확인하는 것을 통해

vsftpd 패키지가 잘 삭제되었는지 확인

rpm –i vsftpd-3.0.5-6.el9.x86_64.rpm 명령을 통해 특정 버전의 vsftpd 패키지를 새로 설치

ls /etc/vsftpd 명령을 통해 vsftpd 패키지가 잘 설치되었는지 확인

cat /etc/vsftpd/vsftpd.conf | head 명령을 통해 vsftpd 설정 파일 내용의 처음 몇 줄을 출력하여 확인

cp -p /etc/vsftpd/vsftpd.conf.rpmsave /etc/vsftpd/vsftpd.conf 명령을 통해 vsftpd.conf.rpmsave 파일의 권한과

타임스탬프를 유지하여 현재의 설정 파일인 vsftpd.conf로 덮어쓰도록 설정

ls -l | grep php-8.0 명령을 통해 현재 디렉터리 내에서 이름에 "php-8.0"이 포함된 파일 검색

rpm –qR 명령을 통해 해당 PHP 8.0 RPM 패키지가 의존하는 패키지 조회

rpm –i 명령을 통해 PHP 8.0 패키지 설치

rpm –qa “php*” 명령을 통해 시스템에 설치된 이름에 “php”가 포함된 모든 패키지 조회

+) rpm –i —nodeps 명령을 통해 의존성 무시하고 패키지 설치

cd 명령을 통해 Package 디렉터리에서 홈 디렉터리로 복귀

vi .bashrc 명령을 통해 vi 편집기 사용하여 .bashrc 파일의 내용 수정

cat .bashrc 명령을 통해 .bashrc 파일의 변경된 내용 확인

source .bashrc 명령을 통해 변경된 .bashrc 파일의 내용 적용하여 ~에서 /root로 변경된 것 확인

Ⅱ - Ⅲ. YUM을 이용한 패키지 관리

YUM을 이용한 패키지 관리	구분	설명
	개념	YUM (Yellowdog Updater, Modified)은 RPM 기반 패키지의 의존성 해결, 설치, 업데이트를 자동화한 도구
	특징	인터넷 연결을 통해 저장소 (Repository)에 패키지를 직접 다운로드 및 설치
		의존성 충돌을 자동으로 해결
		설치 후 불필요한 캐시 자동 정리
	지원 배포판	RHEL, CentOS, Fedora, Rocky Linux 등
	저장소 설정	저장소	설명
		/etc/yum.repos.d/*.repo	패키지 저장소 정보 설정 파일 위치
	캐시 위치	위치	설명
		/var/cache/yum/	패키지 캐시 파일 저장 디렉터리
	대체 도구	현재는 DNF (Dandified YUM)로 대체되어 사용 (명령어 대부분 동일)

Ⅱ - Ⅳ. 주요 YUM 명령어

YUM 명령어	명령어	설명
	yum search [패키지명]	패키지 검색
	yum info [패키지명]	패키지 정보 확인
	yum install [패키지명]	패키지 설치
	yum update	모든 패키지 최신 버전으로 업데이트
	yum remove [패키지명]	패키지 제거
	yum list installed	설치된 패키지 목록 확인
	yum clean all	캐시 및 다운로드 파일 정리

yum clean all 명령을 통해 YUM 패키지 관리자가 기존에 저장해둔 캐시, 메타 데이터, 패키지 정보 등 깨끗하게 삭제

yum repolist 명령을 통해 현재 시스템에 등록되어 활성화된 YUM 저장소들의 목록 확인

yum remove epel-release 명령을 통해 EPEL 저장소 활성화 위해 설치한 epel-release 패키지를 종속적으로 삭제

yum repolist 명령을 통해 삭제 후 현재 활성화된 저장소 목록 확인

dnf repolist 명령을 통해 삭제 후 현재 활성화된 저장소 목록 확인

ls /run/media/root/CentOS-Stream-9-BaseOS-x86_64/ 명령을 통해 CentOS 설치 ISO나

미디어가 마운트된 경로를 탐색하여 내부 구성 파일과 디렉터리 확인

rpm –qa vsftpd 명령을 통해 시스템에 설치된 vsftpd 패키지 목록 조회

rpm –e vsftpd 명령을 통해 기존에 설치된 vsftpd 패키지를 삭제하고,

실행 시 vsftpd.conf 파일을 vsftpd.conf.rpmsave 파일로 백업하도록 설정

yum –qa vsftpd 명령을 통해 vsftpd 패키지가 삭제된 것 확인

yum list vsftpd 명령을 통해 현재 저장소에서 설치 가능한 vsftpd 패키지 정보 확인

yum info vsftpd 명령을 통해 vsftpd 패키지의 상세 정보 확인

yum –y install vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 설치

yum list vsftpd 명령을 통해 시스템에 설치된 vsftpd 패키지 버전과

저장소 정보를 확인하여 vsftpd 패키지가 잘 설치되었는지 확인

rpm –qa vsftpd 명령을 통해 현재 시스템에 설치된 vsftpd 패키지가 맞는지 다시 확인

yum list openssh 명령을 통해 openssh 패키지 목록을 확인하여 설치 여부 조회

yum –y erase vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 yum 명령어로도 삭제 가능

Ⅱ - Ⅴ. DNF를 이용한 패키지 관리

DNF를 이용한 패키지 관리	구분	설명
	개념	DNF (Dandified YUM)은 YUM의 차세대 버전으로 RPM 패키지 기반의 시스템을 보다 빠르고 효율적으로 관리하기 위해 개발된 패키지 관리자
	역할	패키지의 설치, 업데이트, 삭제, 검색, 의존성 해결 자동화
		YUM의 구조를 개선하여 속도, 성능, 안정성 향상
		Python 3 기반으로 개발되어 향후 Red Hat 계열 리눅스의 표준 관리 도구로 사용됨
	지원 배포판	CentOS 8 이상, RHEL 8 이상, Fedora, Rocky Linux, AlmaLinux 등
	패키지 형식	.rpm (Red Hat Package Manager 파일 형식 동일)
	저장소 경로	경로	설명
		/etc/yum.repos.d/	DNF가 참조하는 저장소 정보 파일 위치
	캐시 경로	경로	설명
		/var/cache/dnf/	다운로드된 패키지 캐시 저장 경로
	YUM과의 차이점	DNF는 YUM 대비 더 빠른 의존성 계산 알고리즘 사용
		메모리 사용량 감소 및 멀티 스레드 다운로드 지원
		Python 3 기반으로 구조 개선 및 유지보수 용이
		YUM 명령어 대부분과 완벽 호환
	추가 기능	기능	설명
		dnf history undo	특정 설치 / 삭제 작업을 되돌리기
		dnf repolist	현재 활성화된 저장소 목록 확인
		dnf grouplist / dnf groupinstall	패키지 그룹 단위 설치 / 제거 가능

Ⅱ - Ⅵ. 주요 DNF 명령어

DNF 명령어	명령어	설명
	dnf search [패키지명]	저장소에서 패키지 검색
	dnf info [패키지명]	패키지의 상세 정보 확인
	dnf install [패키지명]	새로운 패키지 설치
	dnf update	시스템 전체 패키지를 최신 버전으로 업데이트
	dnf upgrade	커널 포함 전체 패키지 업그레이드
	dnf remove [패키지명]	설치된 패키지 제거
	dnf autoremove	더 이상 필요 없는 의존성 패키지 자동 삭제
	dnf list installed	현재 설치된 패키지 목록 출력
	dnf clean all	캐시 파일 및 임시 데이터 삭제
	dnf history	설치 / 삭제 등 패키지 작업 이력 확인
	dnf provides [파일명]	특정 파일을 제공하는 패키지 검색

dnf –y install vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 dnf 명령어로도 설치 가능

dnf –y erase vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 dnf 명령어로도 삭제 가능

yum –y install vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 설치

ls –l /usr/sbin/vsftpd 명령을 통해 vsftpd 실행 파일의 정보 확인

rm –rf /usr/sbin/vsftpd 명령을 통해 vsftpd 실행 파일 강제로 삭제

ls /usr/sbin/vsftpd 명령을 통해 vsftpd 실행 파일이 잘 삭제되었는지 확인

yum –y reinstall vsftpd 명령을 통해 vsftpd 패키지 다시 설치

yum –y erase vsftpd 명령을 통해 vsftpd 패키지를 자동 확인 및 의존성 해결 후 yum 명령어로도 삭제 가능

yum install php 명령을 통해 의존성 해결 후, PHP 패키지 설치

yum erase php 명령을 통해 의존성 해결 후, PHP 패키지 삭제

yum check-update 명령을 통해 사용 가능한 업데이트 패키지 목록 확인 후,

시스템에 설치된 각 패키지의 최신 버전 확인

yum list openssh 명령을 통해 시스템에 설치된 OpenSSH 패키지의 버전과 저장소 정보 조회

yum list httpd 명령을 통해 시스템에 설치된 HTTPD 패키지의 버전과 저장소 정보 조회

+) yum update – 리눅스에서 사용되는 패키지 관리 도구인 YUM을 통해 설치된 패키지들을 최신 버전으로 업데이트

mkdir –p yumdownload 명령을 통해 현재 디렉터리에 yumdownload라는 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

cd yumdownload/ 명령을 통해 생성한 yumdownload 디렉터리로 이동

yum download php 명령을 통해 PHP 패키지를 다운로드만 하고, 설치는 하지 않음

ls –l 명령을 통해 현재 디렉터리 내에 다운로드된 패키지 파일의 목록과 상세 정보 확인

rm –rf 명령을 통해 이미 다운로드된 php 패키지 파일 삭제

yum –y install php —downloadonly 명령을 통해 PHP 패키지를 설치하되,

실제 설치는 하지 않고 패키지 파일만 다운로드

ls –l /var/cache/dnf/appstream 명령을 통해

/var/cache/dnf/appstream 디렉터리 내 파일 및 디렉터리의 상세한 정보 확인

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/ 명령을 통해

appstream-831abc7e9d6a1a72 디렉터리 안의 내용 자세히 확인

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/packages/ 명령을 통해

packages 디렉터리 내에 내용 상세히 조회

yum clean packages 명령을 통해 YUM 또는 DNF 패키지 관리자가 저장해둔 패키지 파일의 캐시 삭제

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/packages/ 명령을 통해 잘 삭제되었는지 확인

yum -y install php —downloadonly —downloaddir=. 명령을 통해

PHP 패키지와 의존성 패키지들을 설치하지 않고, 모두 현재 디렉터리에 다운로드만 함

ls –l 명령을 통해 php 패키지가 잘 설치되었는지 확인하고, 파일의 상세 정보 확인

yum clean packages 명령을 통해 YUM 또는 DNF 패키지 관리자가 저장해둔 패키지 파일의 캐시 삭제

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/packages/ 명령을 통해 잘 삭제되었는지 확인

yum -y install php —downloadonly —downloaddir=. 명령을 통해

PHP 패키지와 의존성 패키지들을 설치하지 않고, 모두 현재 디렉터리에 다운로드만 함

rm –rf *.rpm 명령을 통해 현재 디렉터리 내에 확장자가 .rpm인 모든 파일을 강제로 재귀 삭제

ls 명령을 통해 잘 삭제되었는지 확인

cd 명령을 통해 yumdownload 디렉터리에서 홈 디렉터리로 복귀

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/ 명령을 통해

appstream-831abc7e9d6a1a72 디렉터리 안의 내용 자세히 확인

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72/packages/ 명령을 통해

packages 디렉터리 내에 내용 상세히 조회

두 번째 Client1에서 yum install php 명령을 통해 의존성 해결 후, PHP 패키지 설치

첫 번째 Client1에서 두 번째 Client1의 PHP 패키지가 설치됨과 동시에 삭제되는 것 확인

yum –y erase php 명령을 통해 의존성 해결 후, PHP 패키지 삭제

ls –l /etc/yum.repos.d/ 명령을 통해 YUM 패키지 관리자가 사용할

소프트웨어 저장소 구성 파일들을 관리하는 디렉터리에 관한 정보를 자세하게 확인

cat /etc/yum.repos.d/centos.repo 명령을 통해 centos.repo 파일의 내용 확인

yum clean all 명령을 통해 시스템에 저장되어 있던 모든 YUM / DNF 캐시 파일 완전히 삭제

yum –y install vsftpd 명령을 통해 vsftpd 패키지를 의존성 문제 해결하여 자동으로 설치

ls –l /var/cache/dnf/appstream-831abc7e9d6a1a72 명령을 통해

DNF 캐시 중 AppStream 저장소 관련 디렉터리 내용 상세히 조회

cat /var/cache/dnf/appstream-831abc7e9d6a1a72/metalink.xml 명령을 통해 metalink.xml 파일의 내용 확인

yum –y install epel-release 명령을 통해 epel-release와 epel-nest-release 두 패키지 설치

yum install htop 명령을 통해 htop이라는 시스템 모니터링 도구 설치

yum repolist 명령을 통해 YUM 저장소 목록 확인하여 잘 설치되었는지 확인

Ⅲ. 파일 다운로드

파일 다운로드	구분	설명
	개념	원격 서버에 저장된 데이터를 로컬 시스템으로 전송받는 과정
	목적	외부 서버나 인터넷에 있는 파일을 로컬 환경에 저장
		소프트웨어 설치, 패키지 업데이트, 데이터 백업 등 다양한 작업에 활용
	전송 방식	전송 방식	설명
		HTTP / HTTPS	웹 서버를 통해 다운로드 (ex. wget, curl)
		FTP (File Transfer Protocol)	FTP 서버에서 파일을 내려받을 때 사용
		SCP (Secure Copy) SFTP	SSH 기반으로 보안이 강화된 파일 전송 방식
		Git	원격 저장소의 버전 관리된 프로젝트 복제 (Clone)
	주요 명령어	wget
		curl
		scp
		git clone
	주의사항	다운로드 경로에 쓰기 권한이 없는 경우 실패할 수 있음
		wget 또는 curl이 설치되어 있지 않으면 패키지 매니저 (yum, apt)로 설치 필요
		대용량 파일 다운로드 시 네트워크 속도 및 저장 공간 확인 필수
	추가 팁	항목	설명
		다운로드 중 속도 확인	wget --show-progress
		백그라운드 다운로드	wget -b [URL]
		다중 파일 다운로드	여러 URL을 리스트 파일에 저장 후 wget -i list.txt
	사용 예시	웹에서 파일 자동 설치 스크립트 다운로드
		리눅스 패키지 파일이나 백업 데이터 수집

Ⅲ - Ⅰ. 주요 파일 다운로드 명령어

파일 다운로드 명령어	명령어	설명	주요 옵션	설명
	wget	웹 서버 (HTTP / HTTPS,FTP)에서 파일을 다운로드할 때 사용	-O [파일명]	저장 파일 이름 지정
			-c	중단된 다운로드 이어받기
			-r	하위 디렉터리까지 재귀 다운로드
	curl	다양한 프로토콜 (HTTP, FTP 등)을 지원하는 범용 데이터 전송 도구	-O	원본 파일명 유지 저장
			-o [파일명]	저장 파일명 지정
			-L	리다이렉션 자동 추적
	명령어	설명	형태
	scp	SSH (보안 연결)를 통해 원격 서버의 파일을 로컬로 복사	scp [user]@[host] : [파일경로] [로컬경로]
	git clone	Git 원격 저장소 (repository)의 전체 파일과 버전 이력을 로컬로 복제	git clone [저장소 URL]
			git clone [URL] [디렉터리명]

Ⅲ - Ⅱ. wget

- URL를 지정하여 파일 다운로드 할 때 사용

wget 명령을 통해 웹에서 특정 파일 다운로드

wget -q 명령을 통해 조용한 모드로 Apache Tomcat 9.0.109 버전의 압축 파일 다운로드

Ⅲ - Ⅲ. git

- git 패키지 설치하면 깃허브 사이트에 있는 소스 코드와 연동 가능

- 작업 디렉터리와 파일 다운로드 가능

yum –y install git 명령을 통해 git 패키지 설치

git clone 명령을 통해 GitHub에 있는 linux 리포지터리를 로컬 시스템으로 복제

ls 명령을 통해 잘 복제되었는지 확인

ls linux/ 명령을 통해 linux 디렉터리 내 파일 및 디렉터리 목록 확인

Ⅲ - Ⅳ. curl

- HTTP 요청을 실시하거나 파일을 다운로드할 때 사용

curl http://www.google.com 명령을 통해 지정한 URL의 웹 페이지 내용을 터미널 화면에 출력

curl —head http://www.google.com 명령을 통해 웹 페이지의 본문 없이 HTTP 응답의 헤더 정보만 받아오도록 함

GitHub의 ncs10322/linux 리포지터리 안 main 브랜치에 있는 README.md 파일을 로컬에

README.md 이름으로 저장하고, 다운로드 진행 상황이 표시되도록 설정

ls 명령을 통해 파일이 잘 생성되었는지 확인

Ⅳ. 파일 업로드

파일 업로드	구분	설명
	개념	로컬 시스템에서 원격 서버로 데이터를 전송하는 과정
	목적	서버에 데이터, 소스 코드, 설정 파일 등을 전송하거나 백업
		협업 중인 원격 저장소 (Git 등)에 변경 내용 업로드
		웹서버, 클라우드, 리눅스 서버 관리 시 자주 사용
	전송 방식	전송 방식	설명
		SCP / SFTP	SSH 기반의 보안 전송 방식
		RSYNC	대용량 또는 변경 파일만 효율적으로 동기화
		GIT PUSH	버전 관리 저장소 (GitHub, GitLab 등)로 코드 업로드

Ⅳ - Ⅰ. 주요 파일 업로드 명령어

파일 업로드 명령어	명령어	설명	주요 옵션	설명
	scp	SSH 프로토콜을 이용해 파일 또는 디렉터리를 원격 서버로 복사	-r	디렉터리 단위 업로드
	scp	SSH 프로토콜을 이용해 파일 또는 디렉터리를 원격 서버로 복사	-P [포트 번호]	SSH 포트 지정
	sftp	SSH 기반의 대화형 (Interactive) 파일 전송 도구	put [파일명]	파일 업로드
	sftp	SSH 기반의 대화형 (Interactive) 파일 전송 도구	mput [파일들]	여러 파일 업로드
	rsync	원격 서버와 파일 / 디렉터리를 동기화 (변경된 파일만 전송 -> 효율적)	-avz	아카이브, 압축, 전송 옵션
	rsync	원격 서버와 파일 / 디렉터리를 동기화 (변경된 파일만 전송 -> 효율적)	--delete	원격과 동일하게 맞춤 (삭제 포함)
	git push	Git 원격 저장소에 로컬 커밋 업로드 (반영)	-u origin [브랜치명]	원격 브랜치 연결 및 업로드

Ⅴ. 데비안 계열 패키지 관리

데비안 계열 패키지 관리	구분	설명
	개념	데비안 (Debian) 계열 리눅스는 APT (Advanced Package Tool) 기반의 패키지 관리 시스템 사용
	대표 배포판	Ubuntu, Linux, Mint, Kali Linux 등 대부분의 데비안 계열 리눅스에서 동일한 패키지 관리 구조 사용
	특징	.deb 확장자를 사용하는 DEB 패키지 기반
		의존성 (Dependency)을 자동으로 해결하여 설치
		원격 저장소 (Repository)에 패키지 검색, 설치, 업데이트, 제거 가능
	관련 디렉터리	디렉터리	설명
		/etc/apt/sources.list	패키지 저장소 (URL) 정보 관리
		/var/cache/apt/archives	다운로드된 패키지 저장 경로

Ⅴ - Ⅰ. 주요 패키지 관리 명령어

패키지 관리 명령어	명령어	설명
	apt update	패키지 목록을 최신 상태로 갱신
	apt upgrade	설치된 패키지를 최신 버전으로 업그레이드
	apt install	새로운 패키지 설치
	apt remove	패키지 제거 (설정 파일 유지)
	apt purge	패키지 및 설정 파일 완전 삭제
	apt autoremove	사용하지 않는 의존성 패키지 자동 제거
	dpkg -l	설치된 패키지 목록 확인
	dpkg -i [파일명.deb]	로컬 .deb 파일 직접 설치

yum –y install yum-utils 명령을 통해 YUM 패키지 관리 도구를 보조하는 유틸리티 모음인 yum-utils 설치

yum-config-manager —add-repo https://download.docker.com/linux/centos/docker-ce.repo 명령을 통해

Docker의 CentOS용 저장소 주소를 시스템에 추가

yum repolist 명령을 시스템에 잘 추가되었는지 확인

curl -fsSL https://get.docker.com –o get-docker.sh 명령을 통해 Docker 설치 스크립트를

조용히, 실패 시 종료, SSL 사용, 위치 추적 옵션과 함께 받아 get-docker.sh라는 이름으로 저장

ls 명령을 통해 잘 다운로드 되었는지 확인

sh get-docker.sh 명령을 통해 Docker 공식 설치 스크립트 실행

systemctl start docker 명령을 통해 Docker 시스템 구동

systemctl status docker 명령을 통해 Docker 시스템의 현재 상황을 실시간으로 확인

docker search debian 명령을 통해 Debian 이미지와 관련된 것 검색

# testos 컨테이너 생성 및 실행

docker cocntainer run --name testos debian 명령을 통해 Debian 이미지 사용하여 testos 컨테이너 생성 및 실행

-d 옵션을 통해 testos 컨테이너를 백그라운드로 구동

-it 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 쉘을 실행하도록 설정

docker container ls –a 명령을 통해 컨테이너가 잘 생성되었는지 확인

# testos 컨테이너 내부 동작

docker container exec testos 명령을 통해 testos 컨테이너 내부로 진입

-it /bin/bash 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 bash 쉘을 실행하도록 설정

cat /etc/os-release 명령을 통해 /etc/os-release 파일의 내용 확인

apt-get update 명령을 통해 Debian 저장소에서 패키지 리스트를 최신으로 갱신

apt-get upgrade 명령을 통해 시스템에 설치된 패키지를 가능한 최신 버전으로 업그레이드

apt –y install net-tools 명령을 통해 net-tools 패키지 설치

dpkg –l net-tools 명령을 통해 시스템에 net-tools 패키지가 설치되어 있는지, 설치 상태 및 버전 확인

dpkg –L net-tools | egrep –v “/doc|/man” 명령을 통해 net-tools 패키지가 설치하면서

생성한 파일들의 전체 목록 중 /doc, /man을 제외하고 출력

apt –y install iproute2 명령을 통해 iproute2 패키지 설치

dpkg –l iproute2 명령을 통해 시스템에 iproute2 패키지가 설치되어 있는지, 설치 상태 및 버전 확인

dpkg –L iproute2 | egrep –v 명령을 통해 iproute2 패키지가 설치하면서 생성한 파일들의 전체 목록 출력

dpkg –L iproute2 | egrep –v “/doc|/man” 명령을 통해 iproute2 패키지가 설치하면서

생성한 파일들의 전체 목록 중 /doc, /man을 제외하고 출력

ip route 명령을 통해 명령어가 잘 실행되는지 확인

ping –c 3 8.8.8.8 명령을 통해 구글 공용 DNS 서버로 3회의 ping 테스트 시도했지만 오류 발생

apt –y install iputils-ping 명령을 통해 ping 명령어를 제공하는 iputils-ping 패키지 설치

dpkg –l iputils-ping 명령을 통해 iputils-ping 패키지가 설치되어 있는지, 설치 상태 및 버전 확인

ping –c 3 8.8.8.8 명령을 통해 ping 명령이 잘 실행되는지 확인

nslookup www.google.com 명령을 통해 구글 DNS 조회하고자 했지만 오류 발생

apt –y install bind9-dnsutils 명령을 통해 nslookup 명령어를 포함하는

DNS 유틸리티 모음인 bind9-dnsutils 패키지 설치

dpkg –l bind9-dnsutils 명령을 통해 bind9-dnsutils 패키지가 설치되어 있는지, 설치 상태 및 버전 확인

nslookup www.google.com 명령을 통해 www.google.com 도메인의 DNS 정보 조회

exit 명령을 통해 testos 컨테이너 bash 쉘에서 나옴

# testos 컨테이너 삭제

docker container rm –f testos 명령을 통해 testos 컨테이너 삭제

docker container ls –a 명령을 통해 컨테이너가 잘 삭제되었는지 확인

# testos 컨테이너 생성 및 실행

docker container run --name testos ubuntu 명령을 통해 Ubuntu 이미지 사용하여 testos 컨테이너 생성 및 실행

-d 옵션을 통해 testos 컨테이너 백그라운드로 구동

-it 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 쉘을 실행하도록 설정

docker container ls –a 명령을 통해 컨테이너가 잘 생성되었는지 확인

# testos 컨테이너 내부 동작

docker container exec testos /bin/bash 명령을 통해 testos 컨테이너 내부로 진입

-it /bin/bash 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 bash 쉘을 실행하도록 설정

cat /etc/os-release 명령을 통해 /etc/os-release 파일의 내용 확인

apt update 명령을 통해 패키지를 가장 최신의 버전으로 업데이트

ip route 명령을 통해 패키지가 설치되지 않았음을 확인

apt –y install iproute2 명령을 통해 ip route 명령어를 포함하는 iproute2 패키지 설치

ip route 명령을 통해 iproute2 패키지가 잘 설치되었는지 확인

nslookup www.google.com 명령을 통해 bind9-dnsutils 패키지 있음을 확인

curl –I http://www,google.com 명령을 통해 curl 패키지가 없다는 것 확인

apt –y install curl 명령을 통해 curl 패키지 설치

curl –I http://www.google.com 명령을 통해 curl 패키지가 잘 설치되었는지 확인

exit 명령을 통해 testos 컨테이너 내부 bash 쉘에서 나옴

# testos 컨테이너 삭제

docker container rm –f testos 명령을 통해 testos 컨테이너 삭제

docker container ls –a 명령을 통해 컨테이너가 잘 삭제되었는지 확인

docker search rocky 명령을 통해 Rocky 관련 파일 검색

# testos 컨테이너 생성 및 실행

docker container run --name tetsos rockylinux:9 명령을 통해

rockylinux:9 이미지 사용하여 testos 컨테이너 생성 및 실행

-d 옵션을 통해 testos 컨테이너를 백그라운드로 구동

-it 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 쉘을 실행하도록 설정

docker container ls –a 명령을 통해 컨테이너가 잘 생성되었는지 확인

# testos 컨테이너 내부 동작

docker container exec testos 명령을 통해 testos 컨테이너 내부로 진입

-it /bin/bash 옵션을 통해 testos 컨테이너 내부로 직접 접근할 수 있는 bash 쉘을 실행하도록 설정

cat /etc/os-release 명령을 통해 /etc/os-release 파일의 내용 확인

yum –y install vsftpd 명령을 통해 vsftpd 패키지 설치

rpm –qa vsftpd 명령을 통해 vsftpd 패키지가 잘 설치되었는지 확인

exit 명령을 통해 testos 컨테이너의 bash 쉘에서 나옴

# testos 컨테이너 삭제

docker container rm –f testos 명령을 통해 testos 컨테이너 삭제

docker container ls –a 명령을 통해 컨테이너가 잘 삭제되었는지 확인

init 0 명령을 통해 Client1 접속 종료

Linux RAID 디스크 구성

nayeo0n — Sun, 14 Jun 2026 01:03:11 +0900

Ⅰ. RAID (Redundant Array of Inexpensive / Independent Disks)

- 다수의 디스크를 논리적인 하나의 디스크로 구성해 데이터를 분산 저장하고 동시에 여러 개를 읽어들이는 기능 제공

- 데이터 저장 및 관리에 대한 성능과 속도가 향상되고, 이중성, 신뢰성, 안정성을 보장받음

Ⅰ-Ⅰ. RAID 방식

RAID	구분	설명
	개념	여러 개의 하드디스크 (또는 SSD)를 하나의 논리적 디스크처럼 묶어 성능과 데이터 안정성을 향상시키는 기술
	특징	다수의 디스크를 논리적인 하나의 디스크로 구성하여 데이터를 분산 저장하고 동시에 여러 개를 읽어들이는 기능 제공
	특징	데이터 저장 및 관리에 대한 성능과 속도가 향상되고, 이중성과 신뢰성, 안정성을 보장받음
	방식 구분	하드웨어 RAID (Hardware RAID)
	방식 구분	소프트웨어 RAID (Software RAID)
하드웨어 RAID	단위	디스크 단위로 RAID 구성
	필요 장비	RAID Controller (전용 하드웨어 장치)
	역할	Controller가 RAID 연산 (복제, 패리티, 분산 저장 등)을 직접 수행
	장점	CPU 부하 거의 없음
		속도 빠르고 안정성 높음
		장애 복구 용이
	단점	고가의 Controller Card 필요
	단점	구성 비용 높음
	적용 예시	서버, 데이터 센터, 고성능 NAS 등
소프트웨어 RAID	단위	파티션 단위로 RAID 구성
	필요 장비	별도 하드웨어 불필요
	필요 장비	RAID 관리 프로그램 (mdadm) 이용
	역할	운영체제 (OS)가 RAID 연산을 CPU 자원으로 처리
	장점	별도 장비 필요 없음 (저비용)
	장점	설정 간단하여 일반 PC에서도 가능
	단점	CPU 부하 발생
	단점	하드웨어 RAID보다 안정성과 성능 낮음
	적용 예시	개인용 PC, 중소규모 서버, 테스트 환경 등

Ⅱ. RAID 구성을 위한 파티션 작업 실시

# 주 파티션 1 생성 ( /dev/sdc 디스크)

fdisk /dev/sdc 명령을 통해 /dev/sdc 디스크의 파티션 설정을 위해 진입

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 새로운 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

FD 옵션을 통해 주 파티션 1의 타입을 Linux RAID autodetect (RAID 자동 감지용) 타입으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# 주 파티션 1 생성 ( /dev/sdd 디스크)

fdisk /dev/sdd 명령을 통해 /dev/sdd 디스크의 파티션 설정을 위해 진입

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 새로운 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

FD 옵션을 통해 주 파티션 1의 타입을 Linux RAID autodetect (RAID 자동 감지용) 타입으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# 주 파티션 1 생성 ( /dev/sde디스크)

fdisk /dev/sde 명령을 통해 /dev/sde 디스크의 파티션 설정을 위해 진입

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 새로운 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

FD 옵션을 통해 주 파티션 1의 타입을 Linux RAID autodetect (RAID 자동 감지용) 타입으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# 주 파티션 1 생성 ( /dev/sdf 디스크)

fdisk /dev/sdf 명령을 통해 /dev/sdf 디스크의 파티션 설정을 위해 진입

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 새로운 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

FD 옵션을 통해 주 파티션 1의 타입을 Linux RAID autodetect (RAID 자동 감지용) 타입으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# 주 파티션 1 생성 ( /dev/sdg 디스크)

fdisk /dev/sdg 명령을 통해 /dev/sdg 디스크의 파티션 설정을 위해 진입

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 새로운 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

FD 옵션을 통해 주 파티션 1의 타입을 Linux RAID autodetect (RAID 자동 감지용) 타입으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

fdisk -l /dev/sd* | grep raid 명령을 통해 /dev/sd로 시작하는 모든 디스크에서 RAID와 관련된 내용 출력

Ⅲ. RAID 유형

Ⅲ -Ⅰ. RAID 0 (Striping)

RAID 0 (Striping)	구분	설명
	개념	데이터를 여러 디스크에 분산 (Striping)해서 저장하는 방식으로 성능 (속도) 향상을 목적으로 하는 RAID 구조
	개념	데이터를 여러 디스크에 나누어 동시에 저장 및 읽기 때문에 속도 빠르지만 데이터 복구 기능 (패리티, Mirroring)이 없어 안정성은 낮은 방식
	구성 요소	구성 요소	설명
		디스크 개수	최소 2개 이상 필요
		데이터 단위	Stripe 단위로 나누어 저장
		패리티 (Parity)	없음 (즉, 장애 복구 기능 없음)
	동작 원리	Striping 구조	큰 파일을 여러 개의 블록 (Stripe)으로 나눠서 각 디스크에 교차 분산 저장
	장점	항목	설명
		속도 향상	데이터가 여러 디스크에 병렬로 저장되고 읽히기 때문에 입출력 속도가 매우 빠름
		용량 효율 100%	모든 디스크 공간이 실제 데이터 저장에 사용됨
		적합한 환경	게임, 영상 편집, 고속 데이터 처리 등 속도 중심 환경
	단점	항목	설명
		데이터 손실 위험 높음	하나의 디스크라도 고장나면 전체 데이터 복구 불가
		내결함성 (Fault Tolerance)	없음 (복구 불가)
		적합하지 않은 환경	데이터 안정성이 중요한 DB 서버, 금융 시스템 등

● 스트라이핑 (Striping)

Striping (스트라이핑)	구분	설명
	개념	데이터를 여러 개의 디스크 (또는 저장 장치)에 조각내어 병렬로 분산 저장하는 기법
	개념	데이터 분산 저장 기법
	동작 원리	하나의 큰 파일을 여러 개의 블록 (Stripe)으로 나눠서 각 디스크에 번갈아가며 순서대로 저장하는 방식
	특징	항목	설명
		저장 단위	Stripe (데이터를 일정 크기로 나눈 블록 단위)
		저장 방식	여러 디스크에 순차적으로 분산 저장
		입출력 (I/O) 방식	여러 디스크가 병렬로 읽고 쓰기
		복구 기능	없음 (Parity나 Mirroring 미지원)
		필요 디스크 수	최소 2개 이상
		속도 효과	읽기, 쓰기 속도 향상 (병렬 처리)
	장점	항목	설명
		고속 성능	여러 디스크가 동시에 작업 -> I/O 처리 속도 향상
		공간 효율 100%	모든 디스크 공간이 실제 데이터 저장에 사용됨
		적합한 용도	영상 편집, 3D 렌러딩, 게임 등 대용량, 고속 작업 환경
	단점	항목	설명
		내결함성 (Fault Tolerance)	없음 (한 디스크라도 고장 나면 전체 데이터 손실)
		데이터 복구 불가	RAID 1, 5처럼 백업 구조가 없어 복구 불가능
		데이터 안정성 낮음	고성능 위주 환경에는 적합하지만 중요한 데이터엔 부적합

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M) 디스크를 RAID 0으로 구성

# /dev/md0 생성 (RAID 0)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md0 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md0으로 생성

--level=0 옵션을 통해 RAID 레벨 0 (Striping) 선택

-> 데이터를 여러 디스크에 분할 저장하여 속도를 향상시키는 방식

--raid-devices=3 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 3개로 설정

/dev/sdc1 /dev/sdd1 /dev/sde1 옵션을 통해 RAID에 참여할 세 개의 파티션 경로 설정

ls -l /dev/md0 명령을 통해 /dev/md0 디바이스 파일의 상세 정보 확인

fdisk -l /dev/md0 명령을 통해 /dev/md0 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한 모든 md 배열을 스캔하여

mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mkfs -t ext4 /dev/md0 > /dev/null 명령을 통해 /dev/md0 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 설정

# /mnt/raid0 디렉터리 생성

mkdir /mnt/raid0 명령을 통해 mount할 때 사용될 /mnt/raid0 임시 디렉터리 생성

# /dev/md0과 /mnt/raid0 디렉터리 mount 작업

mount /dev/md0 /mnt/raid0 명령을 통해 /dev/md0과 /mnt/raid0 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md0과 /mnt/raid0 디렉터리 mount 작업 해지

umount /dev/md0 명령을 통해 /dev/md0과 /mnt/raid0 mount 해제

# /dev/md0 정지

mdadm --stop /dev/md0 명령을 통해 활성화된 RAID 배열인 /dev/md0 정지

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

# /dev/sdc1, /dev/sdd1, /dev/sde1 삭제

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해 각 파티션의 RAID 슈퍼블록 삭제

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해

지정된 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md0 명령을 통해 /dev/md0 디바이스가 잘 삭제되었는지 확인

Ⅲ -Ⅱ. RAID 1 (Mirroring)

RAID 1 (Mirroring)	구분	설명
	개념	데이터를 두 개 이상의 디스크에 완전히 동일하게 복제 (Mirroring)하여 데이터 안전성 (무결성)을 극대화하는 방식
	개념	같은 데이터를 두 개의 디스크에 동시에 저장하기 때문에 하나의 디스크가 고장나더라도 다른 디스크에서 데이터 그대로 사용 가능
	구성 요소	항목	설명
		디스크 개수	최소 2개 이상 필요
		데이터 저장 방식	모든 데이터를 동일하게 복제 저장
		패리티 (Parity)	사용하지 않음 (대신 완전 복제)
		용량 효율	50% (두 개 중 한 개는 복제용으로 사용)
	동작 원리	Mirroring 구조	한 쪽이 죽어도 다른 쪽이 복제되어 대신 살아남는 구조 -> 이중화 구조 (Fault Tolerant System)
	장점	항목	설명
		데이터 안정성 높음	한 디스크 손상 시 다른 디스크로 복구 가능
		복구 속도 빠름	별도 복구 과정 없이 자동으로 동작 (즉시 사용 가능)
		읽기 성능 향상	두 디스크가 동시에 읽기 처리 가능 (병렬 읽기)
		적합한 환경	데이터 무결성이 중요한 서버, 금융 / 회계 시스템 등
	단점	항목	설명
		저장 효율 낮음	동일 데이터 복제 -> 전체 용량의 50%만 사용 가능
		비용 증가	같은 데이터를 두 번 저장해야 하므로 디스크 2배 필요
		쓰기 속도 낮음	데이터를 두 번 기록해야 하므로 RAID 0보다 느림
		3개 이상 디스크 사용 시	보통 2개 단위로만 복제
		3개 이상 디스크 사용 시	3번째 이후는 미사용 unless 설정 변경

● 미러링 (Mirroring)

Mirroring (미러링)	구분	설명
	개념	같은 데이터를 두 개 이상의 디스크에 동시에 복제하여 저장하는 기술
		데이터의 안정성과 무결성을 보장하기위한 이중화 (Replication) 방법
		한쪽 디스크에 기록된 내용이 동시에 다른 디스크에도 똑같이 복제되는 구조
		하나의 디스크가 고장나도 다른 디스크가 즉시 대체 역할 수행
	동작 원리	동작 원리	설명
		쓰기 (Write) 동작 원리	동일한 데이터가 두 개 이상의 디스크에 동시에 기록
		쓰기 (Write) 동작 원리	기록 속도는 단일 디스크 대비 다소 느릴 수 있음
		읽기 (Read) 동작 원리	데이터를 읽을 때 둘 중 속도가 더 빠른 디스크에서 읽거나 여러 디스크가 병렬로 데이터를 나눠 읽는 방식인 병렬 읽기도 가능
		읽기 (Read) 동작 원리	읽기 속도는 오히려 향상되는 경우도 있음
	특징	항목	설명
		데이터 저장 방식	동일한 데이터를 두 개 이상의 디스크에 동시에 복제
		주요 목적	데이터 보호 (무결성 보장)
		주요 목적	장애 복구
		필요 디스크 수	최소 2개 이상
		복구 방법	한쪽 디스크 손상 시, 다른 디스크로 즉시 부팅 가능
		저장 효율	전체 용량의 50% (나머지는 복제본 저장용)
		성능 특성	읽기 빠름
		성능 특성	쓰기 보통
		적용 RAID	RAID 1
	장점	항목	설명
		데이터 안정성 최고 수준	한 디스크 고장 시에도 다른 디스크에서 즉시 복구 가능
		즉시 복구	별도의 복구 과정 없이 바로 사용 가능 (Failover 즉시 작동)
		읽기 성능 향상	병렬 읽기 가능 -> 읽기 속도 증가
		적합한 환경	은행, 서버, 의료, 정부 등 데이터 손실이 절대 허용되지 않는 시스템
	단점	항목	설명
		저장 효율 낮음	같은 데이터를 두 번 저장 -> 용량 절반만 실제 사용 가능
		비용 증가	디스크 2배 필요
		쓰기 속도 저하	동일 데이터를 동시에 두 곳에 기록하므로 RAID 0보다 느림

● /dev/sdf1(200M), /dev/sdg1(200M) 디스크를 RAID 1로 구성

# /dev/md1 생성 (RAID 1)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md1 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md1로 생성

--level=1 옵션을 통해 RAID 레벨 1 (Mirroring) 선택 -> 두 디스크에 동일 데이터 복제

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/sdf1 /dev/sdg1 옵션을 통해 RAID에 참여할 두 개의 파티션 경로 설정

ls -l /dev/md1 명령을 통해 /dev/md1 디바이스 파일의 상세 정보 확인

fdisk -l /dev/md1 명령을 통해 /dev/md1 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한 모든 md 배열을 스캔하여

mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md1 > /dev/null 명령을 통해 /dev/md1 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid1 디렉터리 생성

mkdir /mnt/raid1 명령을 통해 mount할 때 사용할 /mnt/raid1 임시 디렉터리 생성

# /dev/md1과 /mnt/raid1 디렉터리 mount 작업

mount /dev/md1 /mnt/raid1 명령을 통해 /dev/md1과 /mnt/raid1 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md1과 /mnt/raid1 디렉터리 mount 작업 해지

umount /dev/md1 명령을 통해 /dev/md1r과 /mnt/raid1 mount 해제

# /dev/md1 정지

mdadm --stop /dev/md1 명령을 통해 활성화된 RAID 배열인 /dev/md1 정지시킴

# /dev/sdf1, /dev/sdg1 삭제

mdadm --zero-superblock /dev/sdf1 /dev/sdg1 명령을 통해 각 파티션의 RAID 슈퍼블록 삭제

mdadm --examine /dev/sdf1 /dev/sdg1 명령을 통해 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md1 명령을 통해 /dev/md1 디바이스가 잘 삭제되었는지 확인

Ⅲ - Ⅲ. RAID 4 (Parity)

RAID 4 (Partiy)	구분	설명
	개념	데이터를 여러 디스크에 Striping (분산 저장)하면서 패리티 (Parity) 정보를 별도의 전용 디스크에 저장하여 데이터 복구 기능을 제공하는 RAID 구조
		RAID 0처럼 데이터를 여러 디스크에 나누어 저장하지만 하나의 디스크를 따로 두어 에러 검출 및 복구용 정보 (Parity) 저장
		데이터 Striping + 전용 Partiy 디스크를 통한 복구 가능
	구성	항목	설명
		디스크 개수	최소 3개 이상 필요
		저장 구조	2개 이상의 데이터 디스크 + 1개의 Parity 디스크
		Parity 저장 방식	한 디스크에만 집중 저장
		용량 효율	전체 디스크 용량 - 1 (한 개 디스크는 Parity용으로 사용)
	동작 원리	동작 원리	설명
		데이터 저장 (쓰기)	데이터를 여러 디스크에 분산 저장 (Striping)
			동시에 패리티 디스크에 에러 복구용 정보 (Parity Bit) 저장
			패리티는 XOR 연산을 통해 생성
			한쪽 디스크가 고장나도 남은 데이터 + Parity로 복구 가능
		데이터 읽기	데이터 디스크에서 직접 읽음 (패리티 디스크는 사용 안 함)
		데이터 읽기	고속 읽기 가능 (병렬 읽기 가능)
		복구 과정	한 디스크가 손상되면 남은 데이터와 패리티를 XOR 연산으로 계산해 손실 데이터 복구 가능
	장점	항목	설명
		데이터 복구 가능	Parity 정보를 이용해 한 개 디스크 손상 시 복구 가능
		읽기 성능 우수	데이터 디스크가 병렬로 읽기 가능
		용량 효율 높음	한 개 디스크만 패리티용으로 사용 (RAID 1보다 효율적)
		적합한 환경	데이터 안정성과 용량 효율을 동시에 고려하는 서버용
	단점	항목	설명
		패리티 디스크 집중 부하	쓰기 작업 시 매번 패리티 디스크를 갱신해야 하므로 I/O 병목 발생
		패리티 디스크 손상 시	패리티 정보 손실 -> 에러 검출 및 복구 불가
		쓰기 속도 낮음	패리티 계산 (XOR)과 저장이 동시에 일어나므로 RAID 0보다 느림
		확장성 제한	디스크 추가 시 패리티 재계산 필요 (비효율적)

● Parity

Parity (패리티)	구분	설명
	개념	데이터를 전송하거나 저장할 때 발생할 수 있는 오류를 검출하기 위한 방법
		데이터를 전송할 때 1비트 (Parity Bit)를 추가로 붙여 전송된 데이터가 올바른지 확인할 수 있도록 단순하면서도 효율적인 오류 검출 기술
		데이터 전송 중 깨지거나 손실되지 않았는가를 1비트로 판단하는 오류 감지 방식
	동작 원리	전송할 데이터 '1'의 개수를 기준으로 패리티 비트 (Parity Bit) 생성
		데이터 블록에 추가적인 1비트를 붙여 짝수 (Even) 또는 홀수 (Odd) 상태를 맞춤
		수신 측에서 받은 데이터의 1 개수를 다시 계산해 보낸 쪽과 동일한 짝 / 홀 상태인지 비교하여 오류 검출
	종류	종류	설명
		짝수 패리티 (Even Parity)	전체 데이터의 '1'의 개수가 짝수가 되도록 패리티 비트 설정
		홀수 패리티 (Odd Parity)	전체 데이터의 '1'의 개수가 홀수가 되도록 패리티 비트 설정
	특징	항목	설명
		주요 기능	오류 검출 (Detection)만 가능하고 수정(Correction)은 불가
		비트 수 증가	데이터에 1비트만 추가 -> 효율적
		단일 오류 감지 기능	1비트 오류는 감지 가능하지만 2비트 이상 오류는 감지 불가
		적용 분야	RAID 4, 5, 6, 메모리 (ECC), 시리얼 통신 (UART), 파일 전송(FTP)등
	장점	구조 단순
		추가 비트 1개로 오류 검출 가능
		통신 속도에 거의 영향 없음
	단점	오류 검출만 가능하고 복구는 불가능
		2비트 이상 오류 감지 불가
		복잡한 오류 정정에는 부적함
	RAID에서의 Parity 역할	RAID 4, 5, 6에서는 이 Parity Bit 개념을 확장해서 각 디스크의 데이터 블록을 XOR 연산하여 패리티 블록 생성
		하나의 디스크가 고장나면 나머지 데이터와 패리티로 복구 가능
		Parity = 데이터 오류 검출 + 복구의 핵심 정보 역할 수행

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M) 디스크를 RAID 4로 구성

# /dev/md4 생성 (RAID 4)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md4 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md4로 생성

--level=4 옵션을 통해 RAID 레벨 4 (Parity) 선택 -> Parity 기반, 전용 패리티 디스크 1개

--raid-devices=3 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 3개로 설정

/dev/sdc1 /dev/sdd1 /dev/sde1 옵션을 통해 RAID에 참여할 세 개의 파티션 경로 설정

ls -l /dev/md4 명령을 통해 /dev/md4 디바이스 파일의 상세 정보 확인

fdisk -l /dev/md4 명령을 통해 /dev/md4 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한

모든 md 배열을 스캔하여 mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md4 > /dev/null 명령을 통해 /dev/md4 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid4 디렉터리 생성

mkdir /mnt/raid4 명령을 통해 mount할 때 사용할 /mnt/raid4 임시 디렉터리 생성

# /dev/md4와 /mnt/raid4 디렉터리 mount 작업

mount /dev/md4 /mnt/raid4 명령을 통해 /dev/md4와 /mnt/raid4 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md4와 /mnt/raid4 디렉터리 mount 작업 해지

umount /dev/md4 명령을 통해 /dev/md4 mount 해제

# /dev/md4 정지

mdadm --stop /dev/md4 명령을 통해 활성화된 RAID 배열인 /dev/md4 정지시킴

# /dev/sdc1, /dev/sdd1, /dev/sde1 삭제

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해 각 파티션의 RAID 슈퍼블록 삭제

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md4 명령을 통해 /dev/md4 디바이스가 잘 삭제되었는지 확인

Ⅲ - IV. RAID 5 (Distributed Parity)

RAID 5 (Distributed Parity)	구분	설명
	개념	데이터를 여러 디스크에 분산 저장 (Striping)하면서 패리티 (Parity) 정보를 모든 디스크에 순차적으로 분산 저장하는 방식
		RAID 4처럼 패리티를 저장하지만 특정 디스크에 집중시키지 않고, 각 디스크에 순서대로 분산 저장함으로써 병목 현상을 줄인 구조
		RAID 5 = Striping (성능) + 분산 패리티 (복구 기능) -> 속도, 안정성, 효율성의 균형형 RAID
	구성	항목	설명
		디스크 개수	최소 3개 이상
		데이터 저장 구조	여러 디스크에 데이터 + 패리티 분산 저장
		패리티 저장 방식	디스크마다 번갈아가며 저장 (순차적 분산)
		용량 효율	전체 용량의 (N-1) / N (한 개의 디스크는 패리티용으로 사용)
	동작 원리	동작 원리	설명
		데이터 쓰기 (Write)	데이터를 여러 디스크에 분산 저장
			동시에 패리티 정보 (에러 복구용 XOR 결과)를 다른 디스크에 저장
			패리티 위치가 블록마다 바뀌므로 모든 디스크에 부하가 고르게 분산됨
		데이터 읽기 (Read)	RAID 0처럼 병렬로 데이터를 읽기 때문에 읽기 속도 빠름
		데이터 읽기 (Read)	복구 중이 아닐 때는 패리티 디스크 사용하지 않음
		디스크 장애 발생 시	한 개의 디스크가 손상되어도 나머지 디스크의 데이터와 패리티를 XOR 연산으로 복구 가능
	장점	항목	설명
		읽기 속도 빠름	데이터가 여러 디스크에 분산되어 병렬 읽기 가능
		복구 기능 제공	한 개 디스크 손상 시 패리티 정보로 복구 가능
		패리티 병목 해소	패리티가 분산 저장되어 RAID 4의 I/O 병목 문제 해결
		용량 효율 우수	한 개 디스크만 패리티용으로 사용하므로 RAID 1보다 효율적
		안정성과 성능의 균형	RAID 중 가장 범용적으로 사용됨 (서버, NAS, 스토리지 등)
	단점	항목	설명
		쓰기 속도 느림	패리티 계산 (XOR 연산)과 분산 저장으로 쓰기 속도 저하
		복구 시 성능 저하	디스크 손상 후 복구 과정 중 I/O 속도 급격히 감소
		두 개 이상 손상 시 복구 불가	1개까지는 복구 가능하지만 2개 이상 디스크 손상 시 데이터 손실

● Distributed Parity (분산 패리티)

Distributed Parity (분산 패리티)	구분	설명
	개념	RAID 4처럼 패리티 정보를 한 디스크에 몰아서 저장하지 않고, 여러 디스크에 균등하게 분산 저장하는 방식
		데이터는 여러 디스크에 Striping 형태로 분산 저장하고, 각 디스크에 번갈아 가며 패리티 블록 (Parity Block)을 저장하는 구조
		읽기, 쓰기 부하가 특정 디스크에 집중되는 문제 (병목) 해결
		RAID 5 핵심 기술로 패리티 정보를 여러 디스크에 나누어 저장해 복구 가능성과 성능 균형을 동시에 확보한 방식
	동작 원리	각 디스크는 데이터 블록과 패리티 블록을 번갈아 저장
		각 줄마다 패리티 위치가 다르기 때문에 부하 분산 효과 발생
		한 디스크가 손상되면 나머지 디스크의 데이터와 패리티 (XOR 연산)을 이용해 복구 가능
	장점	항목	설명
		병목 현상 제거	패리티가 분산되어 특정 디스크에 부하 집중 없음
		병렬 쓰기 가능성	여러 디스크가 동시에 데이터와 패리티 기록
		복구 가능성	디스크 1개 고장 시 나머지 데이터 + 패리티로 복구 가능
		읽기 속도 향상	여러 디스크에서 동시에 읽기 가능 (병렬 읽기)
		용량 효율 높음	전체 디스크 중 1개의 용량만 패리티 용도로 사용
		균형형 RAID	성능, 안정성, 효율 모두 일정 수준 확보 (RAID 5의 대표 장점)
	단점	항목	설명
		복구 제한	디스크 2개 고장 시 데이터 복구 불가능
		쓰기 속도 저하	패리티 계산(XOR 연산)으로 인해 RAID 0보다 느림
		복구 시간 지연	장애 발생 후 재구성(Rebuild)에 오랜 시간 소요
		복구 중 성능 저하	복구 시 나머지 디스크에 높은 부하 발생 -> I/O 느려짐

● RAID 4 VS RAID 5

구분	RAID 4 (Parity)	RAID 5 (Distributed Parity)
패리티 저장 위치	전용 패리티 디스크 1개	모든 디스크에 분산 저장
병목 현상	O (패리티 디스크 집중)	X (분산되어 병목 해소)
성능	쓰기 성능 낮음	쓰기 / 읽기 속도 모두 향상
내결함성	디스크 1개 고장 시 복구 가능	디스크 1개 고장 시 복구 가능

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M) 디스크를 RAID 5로 구성

# /dev/md5 생성 (RAID 5)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md5 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md5로 생성

--level=5 옵션을 통해 RAID 레벨 5 (Distributed Parity) 선택

--raid-devices=3 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 3개로 설정

/dev/sdc1 /dev/sdd1 /dev/sde1 옵션을 통해 RAID에 참여할 세 개의 파티션 경로 설정

ls -l /dev/md5 명령을 통해 /dev/md5 디바이스 파일의 상세 정보 확인

fdisk -l /dev/md5 명령을 통해 /dev/md5 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한 모든 md 배열을 스캔하여

mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md5 > /dev/null 명령을 통해 /dev/md5 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid5 디렉터리 생성

mkdir /mnt/raid5 명령을 통해 mount할 때 사용할 /mnt/raid5 임시 디렉터리 생성

# /dev/md5와 /mnt/raid5 디렉터리 mount 작업

mount /dev/md5 /mnt/raid5 명령을 통해 /dev/md5와 /mnt/raid5 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md5와 /mnt/raid5 디렉터리 mount 작업 해지

umount /dev/md5 명령을 통해 /dev/md5와 /mnt/raid5 mount 해제

# /dev/md5 정지

mdadm --stop /dev/md5 명령을 통해 활성화된 RAID 배열인 /dev/md5 정지시킴

# /dev/sdc1, /dev/sdd1, /dev/sde1 삭제

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해 각 파티션의 RAID 슈퍼블록 삭제

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1 명령을 통해 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md5 명령을 통해 /dev/md5 디바이스가 잘 삭제되었는지 확인

Ⅲ - V. RAID 6 (Dual Parity)

RAID 6 (Dual Parity)	구분	설명
	개념	RAID 5와 동일한 Striping + 분산 패리티 구조이지만 패리티 정보를 두 종류로 저장 (이중 패리티)하여 최대 2개의 디스크가 동시에 고장나도 데이터 복구가 가능한 고안정성 RAID 방식
		2개의 패리티 (P,Q)로 두 디스크 손상 시에도 복구 가능
		RAID 6 = RAID 5 + 이중 패리티 보호
	구성	항목	설명
		디스크 개수	최소 4개 이상
		데이터 저장 구조	데이터 Striping + 2개의 패리티 블록 (P, Q) 분산 저장
		패리티 저장 방식	각 디스크에 순서대로 P, Q 패리티를 분산 저장
		용량 효율	전체 디스크 수 - 2 (두 개의 디스크 용량은 패리티용으로 사용)
	동작 원리	동작 원리	설명
		데이터 쓰기 (Write)	RAID 5와 동일하게 데이터 Striping 수행
			동시에 2개의 패리티 (P, Q) 계산 및 저장 (이중 보호 구조)
			P는 XOR 연산, Q는 복잡한 Reed-Solomon 코드 (다른 방식의 수학적 계산)로 구성
		데이터 복구 (Read / Recovery)	1개 디스크 손상 -> RAID 5와 동일하게 P를 이용해 복구
		데이터 복구 (Read / Recovery)	2개의 디스크 손상 -> P와 Q를 이용한 이중 복구 가능
	장점	항목	설명
		이중 보호 기능	최대 2개의 디스크가 동시에 고장나도 복구 가능
		데이터 안정성 최고 수준	RAID 5 대비 신뢰도 대폭 향상
		읽기 성능 우수	Striping 구조로 병렬 읽기 가능
		적합한 환경	미션 크리티컬 서버, 대규모 데이터데이스, NAS 등
	단점	항목	설명
		쓰기 속도 저하	패리티 2개 계산 (P, Q) 때문에 RAID 5보다 느림
		복잡한 연산	Reed-Solomon 기반의 패리티 계산으로 CPU 부하 증가
		복구 시간 김	두 개의 패리티 연산 및 대용량 데이터 재구성 필요
		용량 효율 하락	전체 디스크 중 2개는 패리티 전용 (용량 효율 = (N -2) / N)

● Dual Parity

Dual Parity (이중 패리티)	구분	설명
	개념	RAID 6에서 사용하는 핵심 구조로 두 개의 서로 다른 방식의 패리티 정보를 저장하여 동시에 두 개의 디스크가 손상되더라도 데이터 복구가 가능한 구조
	개념	RAID 6 = RAID 5 + 두 개의 패리티 (P, Q)
	동작 원리	동작 원리	설명
		패리티 종류	P 패리티 (XOR 기반) + Q 패리티 (Reed-Solomon 기반)
		저장 구조	모든 디스크에 P, Q 패리티를 분산 저장 (Distributed Dual Parity)
		복구 원리	1개 손상 시 P 패리티만으로 복구
		복구 원리	2개 손상 시 P와 Q 연산으로 복구
		연산 방식	2종류의 수학적 계산을 동시에 수행하므로 CPU 자원 사용량 증가
	장점	구분	설명
		안정성	두 개의 디스크가 동시에 고장나도 데이터 복구 가능
		가용성	대용량 서버, NAS, 스토리지 등에서 매우 높은 신뢰성 제공
		성능 (읽기)	읽기 속도는 RAID 5와 거의 유사 (병렬 읽기 구조 유지)
		데이터 보존성	복구 실패 확률이 극히 낮아 미션 크리티컬 환경에 적합
	단점	구분	설명
		연산 복잡도	패리티 연산이 2회 이루어져 CPU 사용량 및 계산량 증가
		용량 효율 감소	두 개의 디스크 용량이 패리티로 사용되어 효율 약간 낮음
		쓰기 속도 저하	패리티 연산이 두 번 이루어져 RAID 5보다 쓰기 속도 느림
		비용 증가	디스크 2개가 패리티용으로 사용되므로 하드웨어 비용 상승

● RAID 5 VS RAID 6

구분	RAID 5 (Distributed Parity)	RAID 6 (Dual Parity)
패리티 개수	1개	2개
복구 가능 디스크 수	1개	2개
패리티 저장 방식	분산 패리티	분산 이중 패리티
최소 디스크 수	3개	4개
성능	빠름	약간 느림 (패리티 연산 2번 필요)
안정성	중간	매우 높음

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M), /dev/sdf1(200M), /def/sdg1(200M) 디스크를

RAID 6으로 구성

# /dev/md6 생성 (RAID 6)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md6 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md6으로 생성

--level=6 옵션을 통해 RAID 레벨 6 (Dual Parity) 선택

--raid-devices=5 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 5개로 설정

/dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 옵션을 통해 RAID에 참여할 네 개의 파티션 경로 설정

ls -l /dev/md6 명령을 통해 /dev/md6 디바이스 파일의 상세 정보 확인

fdisk -l /dev/md6 명령을 통해 /dev/md6 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한 모든 md 배열을 스캔하여

mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md6 > /dev/null 명령을 통해 /dev/md6 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid6 디렉터리 생성

mkdir /mnt/raid6 명령을 통해 mount할 때 사용할 /mnt/raid6 임시 디렉터리 생성

# /dev/md6과 /mnt/raid 6 mount 작업

mount /dev/md6 /mnt/raid6 명령을 통해 /dev/md6과 /mnt/raid6 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md6과 /mnt/raid6 mount 작업 해지

umount /dev/md6 명령을 통해 /dev/md6 mount 해제

# /dev/md6 정지

mdadm --stop /dev/md6 명령을 통해 활성화된 RAID 배열인 /dev/md6 정지시킴

# /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1, /dev/sdg1 삭제

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 명령을 통해

각 파티션의 RAID 슈퍼블록 삭제

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1/dev/sdf1 /dev/sdg1 명령을 통해

파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md6 명령을 통해 /dev/md6 디바이스가 잘 삭제되었는지 확인

Ⅳ. RAID 특징

● 디스크 6개 구성

- RAID 1 (Mirroring)의 복제 특징 때문에 디스크 3개씩 RAID 0 (Striping)으로 구성

- 디스크 3개씩 RAID 0으로 구성한 디스크 장치 2개를 RAID 1로 구성

● 디스크 8개 구성

- RAID 1 복제 특징 때문에 4개씩 RAID 0으로 구성

- 디스크 4개씩 RAID 0으로 구성된 디스크 장치 2개를 RAID 1로 구성

Ⅳ - Ⅰ. RAID 0 + 1 (Striping + Mirroring)

RAID 0 + 1 (Striping + Mirroring)	구분	설명
	개념	RAID 0 (Striping)으로 데이터를 분산 저장한 뒤, 그 전체 RAID 0 그룹을 RAID 1 (Mirroring)으로 복제하는 방식
		RAID 0으로 데이터를 나누어 빠르게 저장하고, RAID 0 전체를 RAID 1로 복제하여 안정성도 확보하는 구조
		RAID 0 + 1 = 빠른 속도의 RAID 0 + 안정성 높은 RAID 1 -> 속도 + 안정성을 모두 갖춘 하이브리드 RAID 구조
	구조	항목	설명
		디스크 개수	최소 4개 이상 (짝수 단위 구성 필요)
		기본 구조	RAID 0 그룹 2개를 구성 -> 각 그룹을 RAID 1로 복제
		저장 방식	RAID 0 그룹 내에서 데이터 병렬 저장 후, RAID 1을 통해 복제 저장
		용량 효율	전체 디스크 용량의 50% (나머지 50%는 복제용)
	동작 원리	동작 원리	설명
		데이터 쓰기 (Write)	RAID 0 단계에서 데이터를 여러 디스크에 병렬로 분산 저장
		데이터 쓰기 (Write)	RAID 1 단계에서 RAID 0 전체를 복제하여 이중화된 복사본 저장
		데이터 읽기 (Read)	병렬 읽기 가능 (RAID 0의 장점)
		데이터 읽기 (Read)	손상된 RAID 0 그룹이 있을 경우, RAID 1의 복제본에서 즉시 데이터 복구 가능
		RAID 0 -> 데이터 분산 저장 (속도 향상)
		RAID 1 -> 전체 그룹 복제 (안정성 향상)
	장점	항목	설명
		속도	RAID 0의 병렬 저장으로 읽기와 쓰기 속도 향상
		안정성	RAID 1의 복제 기능으로 장애 복구 가능
		이중화 구조	Striping + Mirroring 동시에 적용
		성능 균형	성능과 안정성을 모두 고려한 구조 (고성능 서버에 적합)
	단점	항목	설명
		디스크 효율 낮음	전체 용량의 50%만 실제 사용 가능 (복제용 50%)
		비용 증가	Mirroring 때문에 디스크 2배 필요
		복구 제약	RAID 0 그룹 중 하나가 완전히 손상되면 전체 데이터 접근 불가

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M), /dev/sdf1(200M) 디스크를 RAID 0 + 1로 구성

# /dev/md11 생성 (RAID 0)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md11 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md11로 생성

--level=0 옵션을 통해 RAID 레벨 0 (Striping) 모드 선택

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/sdc1 /dev/sdd1 옵션을 통해 RAID에 참여할 두 개의 파티션 경로 설정

# /dev/md12 생성 (RAID 0)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md12 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md12로 생성

--level=0 옵션을 통해 RAID 레벨 0 (Striping) 모드 선택

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/sde1 /dev/sdf1 옵션을 통해 RAID에 참여할 두 개의 파티션 경로 설정

# /dev/md13 생성 (RAID 1)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md13 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md13으로 생성

--level=1 옵션을 통해 RAID 레벨 1 (Mirroring) 모드 선택

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/md11 /dev/md12 옵션을 통해 RAID에 포함될 두 개의 파티션 지정

ls -l /dev/md11 /dev/md12 /dev/md13 명령을 통해

/dev/md11, /dev/md12, /dev/md13 디바이스 파일의 상세 정보 확인

fdsik -l /dev/md11 명령을 통해 /dev/md11 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

fdsik -l /dev/md12 명령을 통해 /dev/md12 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

fdsik -l /dev/md13 명령을 통해 /dev/md13 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한

모든 md 배열을 스캔하여 mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md13 > /dev/null 명령을 통해 /dev/md13 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid01 디렉터리 생성

mkdir /mnt/raid01 명령을 통해 mount할 때 사용할 /mnt/raid01 임시 디렉터리 생성

# /dev/md13과 /mnt/raid01 디렉터리 mount 작업

mount /dev/md13 /mnt/raid01 명령을 통해 /dev/md13과 /mnt/raid01 mount

df -h 명령을 통해 잘 mount 되었는지 확인

lsblk 명령을 통해 시스템에 연결된 블록 장치들의 정보 확인

# /dev/md13과 /mnt/raid01 디렉터리 mount 작업 해지

umount /dev/md13 명령을 통해 /dev/md13과 /mnt/raid01 mount 해제

# /dev/md13 중지

mdadm --stop /dev/md13 명령을 통해 활성화된 RAID 배열인 /dev/md13 RAID 장치 중지

# /dev/md12 중지

mdadm --stop /dev/md12 명령을 통해 활성화된 RAID 배열인 /dev/md12 RAID 장치 중지

# /dev/md11 중지

mdadm --stop /dev/md11 명령을 통해 활성화된 RAID 배열인 /dev/md11 RAID 장치 중지

# /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 제거

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 명령을 통해

각각의 디스크 파티션들에 대해 슈퍼 블록 제거

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1/dev/sdf1 명령을 통해

지정된 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md* 명령을 통해 디렉터리에서 md로 시작하는 장치들이 잘 삭제되었는지 확인

Ⅴ. RAID 1 + 0 특징

● 디스크 6개 구성

- RAID 1 복제 특징 때문에 디스크 2개씩 RAID 1로 구성

- 디스크 2개씩 RAID 1로 구성한 디스크 장치 3개를 RAID 0으로 구성

● 디스크 8개 구성

- RAID 1 복제 특징 때문에 2개씩 RAID 1로 구성

- 디스크 2개씩 RAID 1로 구성된 디스크 장치 4개를 RAID 0으로 구성

Ⅴ - Ⅰ. RAID 1 + 0 (Mirroring + Striping)

RAID 1 + 0 (Mirroring + Striping)	구분	설명
	개념	RAID 1 (Mirroring)으로 디스크를 복제하여 안정성을 확보하고, 그 복제된 디스크 쌍들을 RAID 0 (Striping)으로 묶어 속도를 향상시키는 복합 RAID 구조
		RAID 1로 데이터를 복제 (Mirroring)하고, 복제된 디스크 쌍을 RAID 0으로 병렬 처리 (Striping)하는 구조
		RAID 1 + 0 = RAID 1 (Mirroring) + RAID 0 (Striping) -> RAID 10이라고도 부르며 속도와 안정성의 균형이 가장 뛰어난 RAID 구조
	구조	항목	설명
		디스크 개수	최소 4개 이상 (짝수로 구성해야 함)
		기본 구조	RAID 1로 디스크를 복제한 뒤, 복제된 쌍을 RAID 0으로 병렬 처리
		저장 방식	각 디스크 쌍은 동일한 데이터를 저장하고, 여러 쌍이 병렬로 데이터 조각을 분산 저장
		용량 효율	전체 디스크 용량의 50% (나머지 절반은 복제용)
	동작 원리	동작 원리	설명
		데이터 쓰기 (Write)	RAID 1 단계에서 두 개의 디스크에 동일한 데이터를 복제 저장
		데이터 쓰기 (Write)	RAID 0 단계에서 복제된 쌍 단위로 병렬 저장 수행 -> 쓰기 속도 향상
		데이터 읽기 (Read)	RAID 1의 복제본 중 더 빠른 디스크에서 읽음
		데이터 읽기 (Read)	여러 RAID 1 그룹이 병렬로 작동하므로 읽기 속도는 매우 빠름
		RAID 1로 안정성 확보 -> RAID 0으로 속도 향상
		RAID 0 + 1보다 복구 유연성이 훨씬 뛰어남
	장점	항목	설명
		속도 향상	RAID 0 병렬 처리로 읽기와 쓰기 모두 빠름
		안정성 확보	RAID 1 복제로 데이터 이중화
		복구 유연성	한 쌍 (Mirroring 그룹) 내의 디스크 1개 손상 시에도 정상 동작
		이중 보호 구조	Mirroring + Striping 병행으로 고속과 고안정성 시스템 구축 가능
	단점	항목	설명
		용량 효율 낮음	전체 디스크 용량의 50%만 사용 가능 (절반은 복제)
		비용 증가	Mirroring으로 인해 디스크 2배 필요
		복구 중 부하	복제 디스크가 손상되면 재복제(Rebuild) 시 성능 저하 가능

● RAID 0 +1 VS RAID 1 + 0 비교

구분	RAID 0 + 1	RAID 1 + 0 (RAID 10)
구성 순서	Striping 후 Mirroring	Mirroring 후 Striping
복구 구조	RAID 0 그룹 손상 시 전체 데이터 복구 불가	한 쌍 Mirroring 그룹) 내 1개 손상은 무관
안정성	상대적으로 낮음	매우 높음
성능	비슷하지만 RAID 10이 실질적으로 우위	빠름
용량 효율	50%	50%
적합 환경	단순한 고속 I/O 작업 환경	데이터 안정성이 중요한 서버 / NAS 환경
RAID 1 + 0은 RAID 0 + 1보다 복구 안정성이 더 높고 실무에서 더 많이 사용됨

● /dev/sdc1(200M), /dev/sdd1(200M), /dev/sde1(200M), /dev/sdf1(200M) 디스크를 RAID 1 + 0으로 구성

# /dev/md10 생성 (RAID 0, RAID 1)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md10 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md10으로 생성

--level=10 옵션을 통해 RAID 1 (Mirroring) 모드와 RAID 0 (Striping) 모드를 사용하도록 지정

--raid-devices=4 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 4개로 설정

/dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 옵션을 통해 RAID에 참여할 네 개의 파티션 경로 설정

ls -l /dev/md10 명령을 통해 /dev/md10 디바이스 파일의 상세 정보 확인

fdsik -l /dev/md10 명령을 통해 /dev/md10 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한 모든 md 배열을 스캔하여

mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

mfks -t ext4 /dev/md10 > /dev/null 명령을 통해 /dev/md10 디바이스에 ext4 타입의 파일 시스템을 설치하고

명령어의 출력 결과를 /dev/null로 리다이렉션하여 화면에 아무것도 출력되지 않도록 생성

# /mnt/raid10 디렉터리 생성

mkdir /mnt/raid10 명령을 통해 mount할 때 사용할 /mnt/raid10 임시 디렉터리 생성

# /dev/md10과 /mnt/raid10 디렉터리 mount 작업

mount /dev/md10 /mnt/raid10 명령을 통해 /dev/md10과 /mnt/raid10 mount

df -h 명령을 통해 잘 mount 되었는지 확인

# /dev/md10과 /mnt/raid10 디렉터리 mount 작업 해지

umount /dev/md10 명령을 통해 /dev/md10 mount 해제

# /dev/md10 중지

mdadm --stop /dev/md10 명령을 통해 활성화된 RAID 배열인 /dev/md10 RAID 장치 중지

# /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 삭제

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 명령을 통해

각각의 디스크 파티션들에 대해 슈퍼 블록 제거

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sde1/dev/sdf1 명령을 통해

지정된 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md10 명령을 통해 디렉터리에서 잘 삭제되었는지 확인

ls -l /dev/sd* 명령을 통해 디렉터리에서 sd로 시작하는 파일들의 상세 정보 확인

fdisk /dev/sdh 명령을 통해 /dev/sdh 디스크의 파티션 설정을 위해 진입

# 주 파티션 1 생성 ( /dev/sdh 디스크)

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성한 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터의 범위를 1466367로 설정

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

fd 명령을 통해 주 파티션 1의 타입을 Linux에서 Linux raid autodetect로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장 후 나가기

# /dev/md0 (RAID 0)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md0 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md0으로 생성

--level=0 옵션을 통해 RAID 0 (Striping) 모드를 사용하도록 지정

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/sdc1 /dev/sdh1 옵션을 통해 RAID에 참여할 두 개의 파티션 경로 설정

ls -l /dev/md0 명령을 통해 /dev/md0 디바이스 파일의 상세 정보 확인

fdsik -l /dev/md0 명령을 통해 /dev/md0 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한

모든 md 배열을 스캔하여 mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

# /dev/md0 중지

mdadm --stop /dev/md0 명령을 통해 활성화된 RAID 배열인 /dev/md0 RAID 장치 중지

# /dev/sdc1, /dev/sdh1 제거

mdadm --zero-superblock /dev/sdc1 /dev/sdh1 명령을 통해 각각의 디스크 파티션들에 대해 슈퍼 블록 제거

mdadm --examine /dev/sdc1 /dev/sdh1 명령을 통해 지정된 파티션의 RAID 슈퍼블록이잘 삭제되었는지 확인

ls -l /dev/md0 명령을 통해 디렉터리에서 잘 삭제되었는지 확인

# /dev/md1 (RAID 1)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md1 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md1로 생성

--level=1 옵션을 통해 RAID 1 (Mirroring) 모드를 사용하도록 지정

--raid-devices=2 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 2개로 설정

/dev/sdc1 /dev/sdh1 옵션을 통해 RAID에 참여할 두 개의 파티션 경로 설정

ls -l /dev/md1 명령을 통해 /dev/md1 디바이스 파일의 상세 정보 확인

fdsik -l /dev/md1 명령을 통해 /dev/md1 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한

모든 md 배열을 스캔하여 mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

# /dev/md1 중지

mdadm --stop /dev/md1 명령을 통해 활성화된 RAID 배열인 /dev/md1 RAID 장치 중지

# /dev/sdc1, /dev/sdh1 제거

mdadm --zero-superblock /dev/sdc1 /dev/sdh1 명령을 통해 각각의 디스크 파티션들에 대해 슈퍼 블록 제거

mdadm --examine /dev/sdc1 /dev/sdh1 명령을 통해 지정된 파티션의 RAID 슈퍼블록이 잘 삭제되었는지 확인

ls -l /dev/md1 명령을 통해 디렉터리에서 잘 삭제되었는지 확인

# /dev/md5 (RAID 5)

mdadm 명령을 통해 리눅스에서 소프트웨어 RAID 생성하고 관리하도록 설정

--create 옵션을 통해 새로운 RAID 장치 생성

/dev/md5 옵션을 통해 RAID로 생성될 논리 디바이스 이름을 /dev/md5로 생성

--level=5 옵션을 통해 RAID 5 (Distributed Parity) 모드를 사용하도록 지정

--raid-devices=3 옵션을 통해 RAID에 참여하는 실제 디스크 또는 파티션 개수 3개로 설정

/dev/sdc1 /dev/sdd1 /dev/sdh1 옵션을 통해 RAID에 참여할 세 개의 파티션 경로 설정

ls -l /dev/md5 명령을 통해 /dev/md5 디바이스 파일의 상세 정보 확인

fdsik -l /dev/md5 명령을 통해 /dev/md5 디바이스의 파티션 테이블과 용량과 섹터 정보 나열

mdadm --detail --scan -v 명령을 통해 현재 시스템에서 인식한

모든 md 배열을 스캔하여 mdadm.conf에 넣을 구성 라인 자세히 출력

cat /proc/mdstat 명령을 통해 현재 시스템의 소프트웨어 RAID 상태를 보여주는

가상 파일인 /proc/mdstat 내용 확인

# /dev/md5 중지

mdadm --stop /dev/md5 명령을 통해 활성화된 RAID 배열인 /dev/md5 RAID 장치 중지

# /dev/sdc1, /dev/sdd1, /dev/sdh1 제거

mdadm --zero-superblock /dev/sdc1 /dev/sdd1 /dev/sdh1 명령을 통해

각각의 디스크 파티션들에 대해 슈퍼 블록 제거

mdadm --examine /dev/sdc1 /dev/sdd1 /dev/sdh1 명령을 통해

지정된 파티션의 RAID 슈퍼블록이잘 삭제되었는지 확인

ls -l /dev/md5 명령을 통해 디렉터리에서 잘 삭제되었는지 확인

# /dev/sdc1, /dev/sdh1를 PV로 생성 및 초기화

pvcreate /dev/sdc1 /dev/sdh1 명령을 통해

저장된 /dev/sdc1, /dev/sdh1 파티션을 LVM에서 사용할 수 있는 PV로 생성 및 초기화

# TEST_VG 생성

vgcreate TEST_VG /dev/sdc1 /dev/sdh1 명령을 통해

PV인 /dev/sdc1와 /dev/sdh1을 하나로 묶어 TEST_VG라는 이름으로 VG 생성

vgdisplay -v 명령을 통해 VG가 잘 생성되었는지 확인

# TEST_VG 삭제

vgremove 명령을 통해 VG였던 TEST_VG 삭제

# /dev/sdc1, /dev/sdh1 삭제

pvremove /dev/sdc1 /dev/sdh1 명령을 통해 PV였던 /dev/sdc1과 /dev/sdh1 삭제

Linux LVM 디스크 구성

nayeo0n — Sat, 13 Jun 2026 23:34:37 +0900

Ⅰ. LVM (Logical Volume Manager)

LVM (Logical Volume Manager)	구분	설명
	개념	여러 개의 물리적 디스크 (또는 파티션)를 논리적으로 묶어 하나의 디스크처럼 사용하는 기술
	기능	디스크 공간을 유연하게 관리할 수 있도록 함
		여러 개의 디스크를 하나로 통합하거나 하나의 디스크를 여러 개의 볼륨으로 분할 가능
	장점	항목	설명
		유연한 용량 확장	사용 중인 시스템에서 디스크 추가 및 크기 확장 가능
		데이터 이동 용이	물리 디스크 간 데이터 이동 시에도 서비스 중단 없이 수행 가능
		스냅샷 (Snapshot) 기능	특정 시점의 데이터를 보존하여 복구 작업에 활용 가능
	구성 단위	단위	설명
		PV (Physical Volume)	실제 물리 디스크 또는 파티션
		VG (Volume Group)	여러 PV를 묶은 논리적 그룹
		LV (Logical Volume)	실제 파일 시스템이 생성되어 사용되는 논리적 공간
	예시 구조	여러 개의 디스크 (PV) -> 하나의 그룹 (VG) -> 여러 개의 논리 볼륨 (LV)
	활용 예시	/home, /var 등의 파티션을 각각 별도의 LV로 구성하여 용량 조절 및 백업 용이
		대용량 데이터베이스 서버, 파일 서버 등에서 자주 사용됨

Ⅰ-Ⅰ. LVM 구조

PV (Physical Volume, 물리 볼륨)	구분	설명
	개념	실제 물리적인 디스크나 파티션을 LVM에서 사용할 수 있도록 초기화한 단위
		실제 물리 디스크나 파티션
		LVM의 가장 기본이 되는 저장 단위 (기초 블록)
		pvcreate 명령을 통해 일반 디스크 (/dev/sdb1, /dev/sdc1 등)을 LVM 관리용으로 초기화
	역할	물리적인 디스크를 LVM에서 인식할 수 있게 만듦
		VG (Volume Group)에 추가되어 논리적 저장 풀의 일부로 사용됨
VG (Volume Group, 볼륨 그룹)	개념	여러 개의 PV를 묶어 하나의 논리적 저장 공간으로 만든 단위
		여러 디스크 (PV)를 하나로 묶어 큰 하나의 저장소 풀로 만듦
		LV (Logical Volume)를 이 풀에서 자유롭게 나눠 사용
	역할	여러 디스크를 하나로 통합하여 유연한 저장 공간 관리 가능
		디스크 추가 시, VG에 PV를 더 추가하여 용량 확장 가능
LV (Logical Volume. 논리 볼륨)	개념	VG 내에서 실제로 파일 시스템을 생성하고 사용자가 데이터를 저장하는 논리적 디스크 공간
		사용자가 실제로 사용하는 가상 파티션
		/home, /var, /data 같은 실제 마운트 지점으로 사용
	역할	파일 시스템을 생성하고 데이터 저장이 이루어지는 최종 사용자 영역
		필요 시 크기 조정 (resize), 스냅샷 (snapshot), 복제 등 가능 -> 매우 유연함

Ⅰ-Ⅱ. 여러 개의 디스크를 1개의 디스크 (5GB)로 구성하는 경우

- 1GB 디스크를 5개의 PV (Physical Volume)로 구성

- 1GB PV (Physical Volume) 5개를 VG (Volume Group)로 구성

- 5GB VG (Volume Group)를 LV (Logical Volume)로 구성하여 논리적인 5GB 디스크 생성

- 5GB LV (Logical Volume)를 파일 시스템으로 생성하고 마운트 실시

Ⅰ- Ⅲ. 여러 개의 디스크를 2개의 디스크 (2GB, 3GB)로 구성하는 경우

- 1GB 디스크를 5개의 PV (Physical Volume)로 구성

- 1GB PV (Physical Volume) 5개를 5GB VG (Volume Group)로 구성

- 5GB VG (Volume Group)를 2GB LV (Logical Volume)와 3GB LV (Logical Volume)으로 구성하여

논리적인 디스크 2개 생성

- 2GB LV와 3GB LV를 파일 시스템으로 생성하고 마운트 실시

Ⅰ- Ⅳ. LVM (Logical Volume Manager) 명령어

● PV (Physical Volume)

명령어	설명
pvcreate	PV 생성
pvdisplay	PV 확인
pvremove	PV 삭제

● VG (Volume Group)

명령어	설명
vgcreate	VG 생성
vgdisplay	VG 확인
vgremove	VG 삭제

● LV (Logical Volume)

명령어	설명
lvcreate	LV 생성
lvdisplaye	LV 확인
lvremove	LV 삭제

Ⅱ. LVM (Logical Volume Manager) 구성

LVM 구성	구분	설명
	개념	여러 개의 디스크를 논리적으로 묶어 하나의 볼륨 그룹 (VG)을 만들고, 그 안에 논리 볼륨 (LV)을 생성하여 유연하게 디스크를 관리하는 과정
	목적	여러 물리 디스크를 효율적으로 통합 관리
		사용 중에도 디스크 용량 확장 가능
		스냅샷 등을 통한 안정적인 데이터 복구 가능

Ⅱ -Ⅰ. LVM 구성 단계

LVM 구성 단계	단계	작업 내용	명령어 예시
	1️⃣ 디스크 선정	LVM 구성에 사용할 디스크 또는 파티션 선택	ex) lsblk
			ex) fdisk -l
	2️⃣ LVM 타입으로 파티션 설정	fdsik 또는 parted 명령으로 파티션 타입을 8e (Linux LVM)으로 변경	ex) fdisk /dev/sdb -> t -> 8e
	3️⃣ PV 생성 및 확인	LVM용 물리 볼륨 생성 및 확인	ex) pvcreate /dev/sdb1
			ex) pvdisplay
	4️⃣VG 생성 및 확인	여러 개의 PV를 묶어 볼륨 그룹 생성	ex) vgcreate vg_data /dev/sdb1
			ex) vgdisplay
	5️⃣ LV 생성 및 확인	VG 내부에 논리 볼륨 생성	ex) lvcreate -L 5G -n lv_backup vg_data
			ex) lvdisplay
	6️⃣ LV에 파일 시스템 생성	생성한 LV에 파일 시스템 (ext4 등) 구성	ex) mkfs.ext4 /dev/vg_data/lv_backup
	7️⃣ LV 파일 시스템 마운트	마운트 포인트 생성 후 마운트	mkdir /mnt/backup
			ex) mount /dev/vg_data/lv_backup /mnt/backup
	8️⃣ 확인	마운트 및 용량 확인	ex) df -h
			ex) lsblk

Ⅱ -Ⅱ . LVM 구성

fdisk /dev/sdc 명령을 통해 /dev/sdc 디스크의 파티션 설정하도록 진입

# 주 파티션 1 생성 ( /dev/sdc 디스크 )

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성된 새로운 파티션을 주 파티션으로 설정

fdisk의 1 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

fdisk의 L 옵션을 통해 파티션의 타입 리스트 확인

fdisk의 8e 옵션을 통해 주 파티션 1의 타입을 Linux에서 Linux LVM으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 Linux LVM으로 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 작성한 내용 저장 후 나가기

fdisk /dev/sdd 명령을 통해 /dev/sdd 디스크의 파티션 설정하도록 진입

# 주 파티션 1 생성 (/dev/sdd 디스크)

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성한 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터의 범위를 417791로 설정

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

fdisk의 L 옵션을 통해 타입 리스트 확인

fdisk의 8e 옵션을 통해 주 파티션 1의 타입을 Linux에서 Linux LVM으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 Linux LVM으로 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 작성한 내용 저장 후 나가기

fdisk -l /dev/sdc /dev/sdd | grep -i lvm 명령을 통해

/dev/sdc와 /dev/sdd의 변경 내용 중 lvm 정보만 필터링하여 확인

# /dev/sdc1, /dev/sdd1 디스크의 파티션을 PV로 생성 및 초기화

pvcreate /dev/sdc1 /dev/sdd1 명령을 통해 저장된 /dev/sdc1, /dev/sdd1 파티션을

LVM에서 사용할 수 있는 PV (Physical Volume)로 생성 및 초기화

pvdisplay 명령을 통해 현재 시스템에 PV가 잘 생성되었는지 확인

# PV를 하나로 묶어 TEST_VG로 생성

vgcreate TEST_VG /dev/sdc1 /dev/sdd1 명령을 통해

PV인 /dev/sdc1과 /dev/sdd1을 하나로 묶어 TEST_VG라는 이름으로 VG (Volume Group)로 생성

vgdisplay -v 명령을 통해 현재 시스템에 VG가 잘 생성되었는지 확인

# TEST_VG를 TEST_LV로 생성

lvcreate -L 398M -n TEST_LV TEST_VG 명령을 통해

TEST_VG 안에 논리 볼륨의 크기가 398MiB이고, 이름이 TEST_LV인 LV (Logical Volume) 생성

lvdisplay 명령을 통해 현재 시스템에 LV가 잘 생성되었는지 확인

ls -l /dev/TEST_VG/TEST_LV 명령을 통해 /dev/TEST_VG/TEST_LV의 상세 정보 확인

ls -l dev/dm-2 명령을 통해 /dev/dm-2 장치 파일의 상세 정보 확인

mkfs -t ext4 /dev/TEST_VG/TEST_LV 명령을 통해

/dev/TEST_VG/TEST_LV를 ext4 타입의 파일 시스템으로 생성

mkdir -p /mnt/test 명령을 통해 mount 할 때 사용하는 /mnt/test 임시 디렉터리 생성

(-p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mount /dev/TEST_VG/TEST_LV /mnt/test 명령을 통해

/dev/TEST_VG/TEST_LV를 /mnt/test 디렉터리와 mount

df -h 명령을 통해 잘 mount 되었는지 확인

vi /etc/fstab 명령을 통해 vi 편집기 사용하여 /etc/fstab 파일에 내용 추가

cat /etc/fstab 명령을 통해 /etc/fstab 파일에 추가된 내용 확인

umount -a 명령을 통해 전체를 umount

(하지만 실행 중인 것은 mount 해제 불가능)

mount -a 명령을 통해 전체 mount

df -h 명령을 통해 마운트가 잘 해제되었는지, 잘 마운트되었는지 확인

tune2fs -l /dev/TEST_VG/TEST_LV | grep -i uuid 명령을 통해 /dev/TEST_VG/TEST_LV의 UUID 확인

lvdisplay 명령을 통해 시스템에 존재하는 모든 LV의 상세 정보 확인

vi /etc/fstab 명령을 통해 vi 편집기 사용하여 /etc/fstab 파일에서

/dev/TEST_VG/TEST_LV에 관한 내용 삭제한 뒤, /dev/mapper/cs-swap에 대한 UUID 내용 추가

cat /etc/fstab 명령을 통해 /etc/fstab 파일에서 잘 삭제되었는지, 내용이 잘 추가되었는지 확인

umount -a 명령을 통해 전체를 umount

(하지만 실행 중인 것은 mount 해제 불가능)

mount -a 명령을 통해 전체 mount

df -h 명령을 통해 마운트가 잘 해제되었는지, 잘 마운트되었는지 확인

vi /etc/fstab 명령을 통해 vi 편집기 사용하여 /etc/fstab 파일에서 /dev/mapper/cs-swap에 대한 내용 삭제

cat /etc/fstab 명령을 통해 잘 삭제되었는지 확인

umount -a 명령을 통해 전체를 umount

(하지만 실행 중인 것은 mount 해제 불가능)

mount -a 명령을 통해 전체 mount

df -h 명령을 통해 마운트가 잘 해제되었는지, 잘 마운트되었는지 확인

# TEST_LV 삭제

lvremove /dev/TEST_VG/TEST_LV 명령을 통해 LV였던 /dev/TEST_VG/TEST_LV 삭제

lvdisplay 명령을 통해 잘 삭제되었는지 확인

# TEST_VG 삭제

vgremove 명령을 통해 VG였던 TEST_VG 삭제

vgdisplay 명령을 통해 잘 삭제되었는지 확인

# PV 삭제

pvremove /dev/sdc1 /dev/sdd1 명령을 통해 PV였던 /dev/sdc1과 /dev/sdd1 삭제

pvdisplay 명령을 통해 잘 삭제되었는지 확인

Ⅲ. LVM (Logical Volume Manager) 구성 예제

Ⅲ - Ⅰ. 예제 Ⅰ

# /dev/sdc1, /dev/sdd1 디스크 파티션을 PV로 생성 및 초기화

pvcreate /dev/sdc1 /dev/sdd1 명령을 통해 저장된 /dev/sdc1, /dev/sdd1 파티션을

LVM에서 사용할 수 있는 PV로 생성 및 초기화

pvdisplay 명령을 통해 /dev/sdc1, /dev/sdd1이 잘 생성되었는지 확인

# PV를 하나로 묶어 TEST_VG로 생성

vgcreate TEST_VG /dev/sdc1 /dev/sdd1 명령을 통해 PV인

/dev/sdc1과 /dev/sdd1을 하나로 묶어 TEST_VG라는 이름으로 VG 생성

vgdisplay -v 명령을 통해 잘 생성되었는지 확인

# TEST_LV1, TEST_LV2 삭제

lvcreate -L 100m -n TEST_LV1 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 100m이고, 이름이 TEST_LV1인 LV 생성

lvcreate -L 300m -n TEST_LV2 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 300m이고, 이름이 TEST_LV2인 LV 생성

lvdisplay 명령을 통해 잘 생성되었는지 확인

ls -l /dev/TEST_VG/ 명령을 통해 TEST_VG 내의 파일 목록 자세히 확인

ls -l /usr/bin/mk* 명령을 통해 /usr/bin 디렉터리에서 mk로 시작하는 모든 파일 목록 자세히 확인

ls -l /usr/sbin/mk* 명령을 통해 /usr/sbin 디렉터리에서 mk로 시작하는 모든 파일 목록 자세히 확인

mkfs.ext4 /dev/TEST_VG/TEST_LV1 명령을 통해

/dev/TEST_VG/TEST_LV1를 ext4 파입의 파일 시스템으로 생성

mkfs.ext4 /dev/TEST_VG/TEST_LV2 명령을 통해

/dev/TEST_VG/TEST_LV2를 ext4 타입의 파일 시스템으로 생성

mkdir -p /mnt/test1 명령을 통해 mount할 때 사용할 /mnt/test1 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mkdir -p /mnt/test2 명령을 통해 mount할 때 사용할 /mnt/test2 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mount /dev/TEST_VG/TEST_LV1 /mnt/test1 명령을 통해 /dev/TEST_VG/TEST_LV1과 /mnt/test1 mount

mount /dev/TEST_VG/TEST_LV2 /mnt/test2 명령을 통해 /dev/TEST_VG/TEST_LV2와 /mnt/test2 mount

df -h 명령을 통해 잘 mount 되었는지 확인

umount -a 명령을 통해 전체를 umount

(하지만 실행 중인 것은 mount 해제 불가능)

mount -a 명령을 통해 전체 mount

df -h 명령을 통해 마운트가 잘 해제되었는지, 잘 마운트되었는지 확인

# TEST_LV1, TEST_LV2 삭제

lvremove /dev/TEST_VG/TEST_LV1 /dev/TEST_VG/TEST_LV2 명령을 통해

LV였던 /dev/TEST_VG/TEST_LV1와 /dev/TEST_VG/TEST_LV2 삭제

lvdisplay 명령을 통해 잘 삭제되었는지 확인

# TEST_VG 삭제

vgremove TEST_VG 명령을 통해 VG였던 TEST_VG 삭제

vgdisplay -v 명령을 통해 잘 삭제되었는지 확인

# /dev/sdc1, /dev/sdd1 삭제

pvremove /dev/sdc1 /dev/sdd1 명령을 통해 PV였던 /dev/sdc1, /dev/sdd1 삭제

pvdisplay 명령을 통해 잘 삭제되었는지 확인

Ⅲ - Ⅱ. LVM (Logical Volume Manager) 구성 예제 - Ⅱ

fdisk /dev/sde 명령을 통해 /dev/sde 디스크의 파티션 설정하도록 진입

# 주 파티션 1 생성 (/dev/sde 디스크)

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성한 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터 범위를 417791로 설정

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

8e 옵션을 통해 주 파티션 1의 타입을 Linux에서 Linux LVM으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

fdisk /dev/sdf 명령을 통해 /dev/sdf 디스크의 파티션을 설정하기 위해 진입

# 주 파티션 1 생성 (/dev/sdf 디스크)

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdsik의 p 옵션을 통해 새로 생성한 파티션을 주 파티션으로 설정

fdisk의 default 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 default 옵션을 통해 주 파티션 1의 첫 번째 섹터의 범위를 2048로 설정

fdisk의 default 옵션을 통해 주 파티션 1의 마지막 섹터의 범위를 417791로 설정

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

fdisk의 t 옵션을 통해 주 파티션 1의 타입 변경

8e 옵션을 통해 타입을 Linux에서 Linux LVM으로 변경

fdisk의 p 옵션을 통해 주 파티션 1의 타입이 잘 변경되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

fdsik -l /dev/sde /dev/sdf | grep -i lvm 명령을 통해 /dev/sde와 /dev/sdf의 변경 내용 중 lvm 정보만 검색하여 확인

# /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 디스크 파티션을 PV로 생성 및 초기화

pvcreate /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 명령을 통해

저장된 /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 파티션을 LVM에서 사용할 수 있는 PV로 생성 및 초기화

pvdisplay 명령을 통해 잘 생성되었는지 확인

# PV를 하나로 묶어 TEST_VG 생성

vgcreate TEST_VG /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 명령을 통해

PV인 /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1를 하나로 묶어 TEST_VG라는 이름으로 VG 생성

vgdisplay -v 명령을 통해 잘 생성되었는지 확인

# TEST_LV1 생성

lvcreate -L 100m -n TEST_LV1 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 100m이고, 이름이 TEST_LV1인 LV 생성

# TEST_LV2 생성

lvcreate -L 100m -n TEST_LV2 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 100m이고, 이름이 TEST_LV2인 LV 생성

# TEST_LV3 생성

lvcreate -L 300m -n TEST_LV3 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 300m이고, 이름이 TEST_LV3인 LV 생성

# TEST_LV4 생성

lvcreate -L 300m -n TEST_LV4 TEST_VG 명령을 통해 TEST_VG 안에

논리 볼륨의 크기가 300m이고, 이름이 TEST_LV4인 LV 생성

lvdisplay 명령을 통해 잘 생성되었는지 확인

ls -l /dev/TEST_VG/ 명령을 통해 TEST_VG 내의 파일 목록 자세히 확인

ls -l /usr/bin/mk* 명령을 통해 /usr/bin 디렉터리에서 mk로 시작하는 모든 파일 목록 확인

ls –l /usr/sbin/mk* 명령을 통해 /usr/sbin 디렉터리에서 mk로 시작하는 모든 파일 목록 확인

mkfs.ext4 /dev/TEST_VG/TEST_LV1 명령을 통해

/dev/TEST_VG/TEST_LV1을 ext4 타입의 파일 시스템으로 생성

mkfs.ext4 /dev/TEST_VG/TEST_LV2 명령을 통해

/dev/TEST_VG/TEST_LV2를 ext4 타입의 파일 시스템으로 생성

mkfs.ext4 /dev/TEST_VG/TEST_LV3 명령을 통해

/dev/TEST_VG/TEST_LV3을 ext4 타입의 파일 시스템으로 생성

mkfs.ext4 /dev/TEST_VG/TEST_LV4 명령을 통해

/dev/TEST_VG/TEST_LV4를 ext4 타입의 파일 시스템으로 생성

mkdir -p /mnt/test1 명령을 통해 mount할 때 사용할 /mnt/test1 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mkdir -p /mnt/test2 명령을 통해 mount할 때 사용할 /mnt/test2 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mkdir -p /mnt/test3 명령을 통해 mount할 때 사용할 /mnt/test3 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mkdir -p /mnt/test4 명령을 통해 mount할 때 사용할 /mnt/test4 임시 디렉터리 생성

( -p 옵션으로 인해 상위 디렉터리가 없을 경우, 함께 생성)

mount /dev/TEST_VG/TEST_LV1 /mnt/test1 명령을 통해 /dev/TEST_VG/TEST_LV1과 /mnt/test1 mount

mount /dev/TEST_VG/TEST_LV2 /mnt/test2 명령을 통해 /dev/TEST_VG/TEST_LV2와 /mnt/test2 mount

mount /dev/TEST_VG/TEST_LV3 /mnt/test3 명령을 통해 /dev/TEST_VG/TEST_LV3과 /mnt/test3 mount

mount /dev/TEST_VG/TEST_LV4 /mnt/test4 명령을 통해 /dev/TEST_VG/TEST_LV4와 /mnt/test4 mount

df -h 명령을 통해 잘 mount되었는지 확인

umount -a 명령을 통해 전체를 umount

(하지만 실행 중인 것은 mount 해제 불가능)

mount -a 명령을 통해 전체 mount

df -h 명령을 통해 마운트가 잘 해제되었는지, 잘 마운트되었는지 확인

# TEST_LV1, TEST_LV2, TEST_LV3, TEST_LV4 삭제

lvremove /dev/TEST_VG/TEST_LV1 /dev/TEST_VG/TEST_LV2 /dev/TEST_VG/TEST_LV3

/dev/TEST_VG/TEST_LV4 명령을 통해 LV였던 것들 삭제

lvdisplay 명령을 통해 잘 삭제되었는지 확인

# TEST_VG 삭제

vgremove TEST_VG 명령을 통해 VG였던 TEST_VG 삭제

vgdisplay -v 명령을 통해 잘 삭제되었는지 확인

# /dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 삭제

pvremove /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 명령을 통해 PV였던

/dev/sdc1, /dev/sdd1, /dev/sde1, /dev/sdf1 삭제

pvdisplay 명령을 통해 잘 삭제되었는지 확인

# /dev/sdc 디스크 주 파티션 1 삭제

fdisk /dev/sdc 명령을 통해 /dev/sdc 디스크의 파티션 설정을 위해 진입

fdisk의 d 옵션을 통해 /dev/sdc의 주 파티션 1 삭제

fdisk의 p 옵션을 통해 잘 삭제되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# /dev/sdd 디스크 주 파티션 1 삭제

fdisk /dev/sdd 명령을 통해 /dev/sdd 디스크의 파티션 설정을 위해 진입

fdisk의 d 옵션을 통해 /dev/sdd의 주 파티션 1 삭제

fdisk의 p 옵션을 통해 잘 삭제되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

# /dev/sde 디스크 주 파티션 1 삭제

fdisk /dev/sde 명령을 통해 /dev/sde 디스크의 파티션 설정을 위해 진입

fdisk의 d 옵션을 통해 ./dev/sde의 주 파티션 1 삭제

fdisk의 p 옵션을 통해 잘 삭제되었는지 확인

fdsik의 w 옵션을 통해 저장하고 나가기

# /dev/sdf 디스크 주 파티션 1 삭제

fdisk /dev/sdf 명령을 통해 /dev/sdf 디스크의 파티션 설정을 위해 진입

fdisk의 d 옵션을 통해 /dev/sdf의 주 파티션 1 삭제

fdisk의 p 옵션을 통해 잘 삭제되었는지 확인

fdisk의 w 옵션을 통해 저장하고 나가기

Linux 파일 시스템 생성 및 마운트

nayeo0n — Sat, 13 Jun 2026 22:26:34 +0900

Ⅰ. 파일 시스템 생성

Ⅰ-Ⅰ. 파일 시스템

파일 시스템 (File System)	구분	설명
	정의	데이터 (파일)을 저장하고 관리하는 구조 체계로 하드디스크와 SSD, USB 등의 저장장치 위에서 동작
	역할	데이터를 파일 단위로 구성 및 관리
		파일 이름, 위치, 크기, 권한 등의 메타 데이터 관리
		저장 공간을 효율적으로 관리하고 데이터 접근 속도 향상
	구성 요소	구성 요소	설명
		슈퍼블록 (Superblock)	파일 시스템 전체 정보 저장
		inode 테이블	파일의 속성 정보 관리
		데이터 블록 (Data Block)	실제 파일 데이터 저장 공간
	예시	분류	예시	설명
		리눅스	ext2 (Second Extended File System)	리눅스의 기본 파일 시스템 중 하나
				저널링 기능 없음
				속도는 빠르지만 데이터 손상 복구 어려움
			ext3 (Thrid Extended File System)	ext2에 저널링 기능을 추가하여 시스템 오류나 전원 차단 시 데이터 복구 용이
			ext4 (Fourth Extended File System)	ext3의 향상 버전
				대용량 파일 (최대 16TB) 및 디스크 지원
				속도와 안정성 향상
			XFS	고성능 저널링 파일 시스템
				대용량 데이터 처리에 최적화되어 서버 환경에서 많이 사용됨
			Btrfs (B - tree File System)	스냅샷 (Snapshot), 압축, 복제 등 고급 기능 지원
				차세대 파일 시스템으로 발전 중
		윈도우	FAT32 (File Allocation Table 32)	호환성이 높지만 4GB 이상의 파일 저장 불가
				주로 USB, 외장하드 등에서 사용됨
			NTFS (New Technology File System)	윈도우 기본 파일 시스템
				파일 암호화, 압축, 권한 관리 등 보안 및 안정성 뛰어남

Ⅰ - Ⅱ. 파일 시스템 생성

파일 시스템 생성	구분	설명
	정의	디스크에 파일 시스템 구조를 생성하는 과정
		데이터를 저장할 수 있는 논리적 구조를 만드는 단계
	명령어	mkfs (Make File System) 명령 사용 ex) mkfs.ext4 /dev/sdb1
	작동 원리	지정된 파티션 (ex. /dev/sdb1)에 파일 시스템 구조 생성
		슈퍼블록, inode, 데이터 블록 등 초기화
		해당 파티션을 파일 시스템으로 인식 가능하게 만듦
	주의사항	파일 시스템을 새로 생성할 경우, 기존 데이터 모두 삭제됨
		포맷 (format)과 같은 의미로 사용되기도 함
	확인 명령어	명령어	설명
		lsblk -f	디스크와 파티션의 파일 시스템 유형 확인
		blkid	장치의 UUID 및 파일 시스템 정보 확인

Ⅱ. 파일 시스템 생성

whereis mkfs 명령을 통해 mkfs 명령어의 실행 파일, 매뉴얼 파일, 소스 코드의 위치 확인

whereis fdisk 명령을 통해 fdisk 명령어의 실행 파일 및 매뉴얼 파일 위치 확인

ls -l /usr/sbin/fdisk 명령을 통해 /usr/sbin/fdisk의 상세 정보 확인

ls -l /usr/sbin/mkfs 명령을 통해 /usr/sbin/mkfs의 상세 정보 확인

ls -l /dev/sdb 명령을 통해 /dev/sdb의 상세 정보 확인

ls -l /dev/sd* 명령을 통해 리눅스 커널에 인식된 SCSI/SATA 디스크 장치 목록 확인

mkfs -t xfs /dev/sdb1 명령을 통해 /dev/sdb1 디스크 파티션에서 xfs 타입의 파일 시스템 생성

mkfs -t ext4 /dev/sdb1 명령을 통해 /dev/sdb1 디스크 파티션에 ext4 타입의 파일 시스템 생성

mkfs -t ext4 /dev/sdb2 > /dev/null 명령을 통해 /dev/sdb2 디스크 파티션에

쓰기 작업은 허용하지만 모든 내용을 즉시 폐기하는 ext4 타입의 파일 시스템 생성

mkfs -t ext4 /dev/sdb3 > /dev/null 명령을 통해 /dev/sdb3 디스크 파티션에

쓰기 작업은 허용하지만 모든 내용을 즉시 폐기하는 ext4 타입의 파일 시스템 생성

mkfs -t ext4 /dev/sdb4 > /dev/null 명령을 통해 /dev/sdb4 디스크 파티션에

쓰기 작업은 허용하지만, 모든 내용을 즉시 폐기하는 ext4 파일 시스템 생성

lsblk 명령을 통해 블록 장치 목록을 트리 구조로 확인

df -h 명령을 통해 마운트된 파일 시스템의 사용량 확인

Ⅲ. mount 명령어를 이용한 마운트

mount 명령어를 이용한 마운트	구분	설명
	개념	마운트 (Mount)는 파일 시스템을 특정 디렉터리에 연결하여 사용 가능하게 하는 과정 의미
	특징	리눅스는 부팅 시 자동 마운트를 하지 않으면 재부팅 후 mount 정보가 초기화됨
		일반적으로 /mnt 또는 /media 디렉터리를 마운트 지점 (Mount Point)으로 사용
	마운트 절차	파티션 생성 -> 파일 시스템 생성 (mkfs) -> 마운트 (mount) -> 사용 가능
	확인 명령어	명령어	설명
		mount	현재 마운트된 파일 시스템 목록 확인
		df -h	디스크 사용량 및 마운트된 장치 정보 확인
	종류	mount
		umount
	주의사항	마운트가 된 디렉터리 안의 파일이 프로세스에서 사용 중인 경우, umount 명령으로 해제 불가능
		현재 작업 디렉터리(pwd)가 마운트된 경로인 경우에도 해제 불가능
		강제로 해제하려면 umount -f 옵션 사용 가능 (비추천)
	자동 마운트 설정	재부팅 후에도 자동 마운트를 유지하려면 /etc/fstab 파일에 설정 필요 (ex. /dev/sdb1 /mnt ext4 defaults 0 0)

Ⅲ -Ⅰ. mount와 umount

명령어	설명	예시	설명
mount	파일 시스템 (파티션)을 지정한 디렉터리에 연결하여 사용할 수 있게 함	mount /dev/sdb1 /mnt	/dev/sdb1 파티션을 /mnt 디렉터리에 마운트
umount	마운트된 디렉터리를 해제 (Unmount)	umount /mnt	마운트 해제 시 해당 디렉터리 내 파일이 사용 중이면 해제 불가

ls / 명령을 통해 리눅스 파일 시스템의 최상위 디렉터리 확인

ls /mnt 명령을 통해 /mnt 디렉터리 확인

mkdir /mnt/test{1..4} 명령을 통해 /mnt/test1, /mnt/test2, /mnt/test3, /mnt/test4까지의 디렉터리 생성

ls /mnt 명령을 통해 /mnt 디렉터리 내 목록 확인

ls -l /dev/sdb* 명령을 통해 /dev 디렉터리에서 sdb로 시작하는 모든 장치 파일의 목록 확인

mount /dev/sdb1 /mnt/test1 명령을 통해 /dev/sdb1 디스크 파티션을 /mnt/test1 디렉터리에 mount

mount /dev/sdb2 /mnt/test2 명령을 통해 /dev/sdb2 디스크 파티션을 /mnt/test2 디렉터리에 mount

mount /dev/sdb3 /mnt/test3 명령을 통해 /dev/sdb3 디스크 파티션을 /mnt/test3 디렉터리에 mount

mount /dev/sdb4 /mnt/test4 명령을 통해 /dev/sdb4 디스크 파티션을 /mnt/test4 디렉터리에 mount

df -h 명령을 통해 잘 마운트되었는지 확인

cp /etc/services /mnt/test1 명령을 통해 /etc/services 파일의 내용을 /mnt/test1 디렉터리로 복사

ls -l /mnt/test1 명령을 통해 /mnt/test1 디렉터리에 잘 복사되었는지 확인

df -h 명령을 통해 마운트 된 디스크의 사용량 확인

umount /dev/sdb4 명령을 통해 /dev/sdb4 디스크 파티션의 마운트 해제

umount /mnt/test3 명령을 통해 /mnt/test3 디렉터리의 마운트 해제

df -h 명령을 통해 마운트가 잘 해제되었는지 확인

cd /mnt/test2 명령을 통해 홈 디렉터리에서 /mnt/test2 디렉터리로 이동

df -h 명령을 통해 마운트 된 디스크의 사용량 확인

umount /dev/sdb2 명령을 통해 /dev/sdb2 디스크 파티션의 마운트 해제

umount /mnt/test2 명령을 통해 /mnt/test2 디렉터리의 마운트 해제

cd 명령을 통해 /mnt/test2 디렉터리에서 홈 디렉터리로 이동

df -h 명령을 통해 마운트 된 디스크의 사용량 확인

umount -a 명령을 통해 모든 파일 시스템 마운트 해제

(하지만, 현재 사용 중인 것은 umount 불가능)

df -h 명령을 통해 마운트가 잘 해제되었는지 확인

mount /dev/sdb1 /mnt/test1 명령을 통해 /dev/sdb1 디스크 파티션을 /mnt/test1 디렉터리에 mount

df -h 명령을 통해 잘 mount되었는지 확인

ls -l /mnt/test1 명령을 통해 /mnt/test1 디렉터리 상세 정보 확인

umount /dev/sdb1 명령을 통해 /dev/sdb 디스크 파티션의 마운트 해제

df -h 명령을 통해 마운트가 잘 해제되었는지 확인

ls -l /etc/fstab 명령을 통해 /etc/fstab 파일의 상세 정보 확인

file /etc/fstab 명령을 통해 /etc/fstab 파일의 정보 확인

cat /etc/fstab 명령을 통해 /etc/fstab 파일의 내용 확인

df -h 명령을 통해 마운트 된 디스크의 사용량 확인

vi /etc/fstab 명령을 통해 vi 편집기 사용하여 /etc/fstab 파일에 내용 추가

cat /etc/fstab 명령을 통해 /etc/fstab 파일에 추가된 내용 확인

mount -a 명령을 통해 /etc/fstab 파일에 등록된 모든 파일 시스템을 한 번에 마운트

systemctl daemon-reload 명령을 통해 systemd가 관리하는 서비스 파일이나 설정 파일의 변경 사항 다시 로드

mount -a 명령을 통해 /etc/fstab 파일에 등록된 모든 파일 시스템을 한 번에 마운트

df -h 명령을 통해 잘 마운트되었는지 확인

vi /etc/fstab 명령을 통해 vi 편집기 사용하여 /etc/fstab 파일에 추가했던 내용 삭제

cat /etc/fstab 명령을 통해 /etc/fstab에 추가되었던 내용이 잘 삭제되었는지 확인

umount - a 명령을 통해 /mnt/test1, /mnt/test2, /mnt/test3, /mnt/test4 마운트 해제

df -h 명령을 통해 마운트가 잘 해제되었는지 확인

ls -l /dev/disk/by-uuid/ 명령을 통해 UUID 확인

tune2fs -l /dev/sdb1 | grep -i uuid 명령을 통해 /dev/sdb1 디스크 파티션의 UUID 확인

tune2fs -l /dev/sdb2 | grep -i uuid 명령을 통해 /dev/sdb2 디스크 파티션의 UUID 확인

tune2fs -l /dev/sdb3 | grep -i uuid 명령을 통해 /dev/sdb3 디스크 파티션의 UUID 확인

tune2fs -l /dev/sdb4 | grep -i uuid 명령을 통해 /dev/sdb4 디스크 파티션의 UUID 확인

Linux 디스크 파티션 작업

nayeo0n — Sat, 13 Jun 2026 21:03:22 +0900

Ⅰ. 파티션

파티션 (Partition)	구분	설명
	정의	하드 디스크의 전체 공간을 논리적으로 분할하여 관리하는 것
	목적	루트 파티션 손상 시, 다른 파티션을 이용하여 데이터 보호와 백업, 복원 가능
		다중 운영체제 설치 시 서로 다른 파티션에 분리 설치 가능
		파일 시스템 점검 시간 단축 및 부팅 속도 향상
	구조	기본 구조
	구조	확장 구조
	종류	주 파티션 (Primary Partition)
		확장 파티션 (Extended Partition)
		논리 파티션 (Logical Partition)

Ⅰ - Ⅰ. 파티션 구조

파티션 구조 (Partition Structure)	구분	설명
	기본 구조	물리적 디스크는 최대 4개의 주 파티션 (Primary Partition)만 생성 가능
	확장 구조	5개 이상 파티션이 필요할 경우, 1개의 확장 파티션 (Extended Partition)을 만들고 그 안을 논리 파티션 (Logical Partition)으로 분할 가능ㅇ
	최대 개수	확장 파티션을 포함하여 최대 15개까지 구성 가능 (운영체제별 상이)

Ⅰ - Ⅱ. 파티션 종류

파티션 종류	종류	설명
	주 파티션 (Primary Partition)	하드디스크의 기본 파티션
		확장 파티션 포함 최대 4개까지만 생성 가능
		운영체제 부팅용 파티션으로 사용 가능
	확장 파티션 (Extended Partition)	5개 이상 파티션이 필요할 경우 사용
		확장 파티션을 만든 후 논리 파티션으로 다시 분할 가능
		확장 파티션은 1개만 생성 가능
		보통 마지막 영역에 확장 파티션 생성 권장
	논리 파티션 (Logical Partition)	확장 파티션 내부를 나눈 논리적 패턴
	논리 파티션 (Logical Partition)	데이터 저장용 파티션으로 주로 사용됨

Ⅰ- Ⅲ. VMware 하드 디스크 추가 및 디스크 장치 파일 확인

VMware에서 Client1에 SCSI 형식의 0.2GB의 크기를 가지는 6개의 Hardware 추가

( * SCSI 형식 - 컴퓨터와 저장장치 (HDD, SSD, CD-ROM 등)을 연결하기 위한 표준 인터페이스)

df -h 명령을 통해 하드 디스크의 현재 상태 확인

whereis fdisk 명령을 통해 fdisk 실행 파일과 소스 코드, 메뉴얼 페이지 파일의 위치 확인

fdisk -l /dev/sdb 명령을 통해 /dev/sdb 디스크의 상세 정보와 파티션 목록 확인

fdisk /dev/sdb 명령을 통해 /dev/sdb 디스크의 파티션 설정하기 위해 진입

m 명령을 통해 fdisk 모든 명령어 옵션 확인

fdisk의 p 옵션을 통해 파티션 테이블 출력하여 현재 상태 확인

# 주 파티션 1 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 1 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 1000 옵션을 통해 주 파티션 1의 첫 번째 섹터 범위 설정

fdisk의 8000 옵션을 통해 주 파티션 1의 마지막 섹터 범위 설정

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

# 주 파티션 1 삭제

fdisk의 d 옵션을 통해 주 파티션 1 삭제

fdisk의 p 명령을 통해 주 파티션 1이 잘 삭제되었는지 확인

# 주 파티션 1 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 1 옵션을 통해 주 파티션에 번호 1 부여

fdisk의 2048 옵션을 통해 주 파티션 1의 첫 번째 섹터 범위 2048로 설정

fdisk의 +50M 옵션을 통해 주 파티션 1의 마지막 섹터 범위 +50M로 설정

fdisk의 p 옵션을 통해 주 파티션 1의 생성 확인

# 주 파티션 2 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 2 옵션을 통해 주 파티션에 번호 2 부여

fdisk의 10449 옵션을 통해 주 파티션 2의 첫 번째 섹터 범위 10449로 설정

fdisk의 default 옵션을 통해 주 파티션 2의 마지막 섹터 범위 417791로 설정

fdisk의 p 옵션을 통해 주 파티션2의 생성 확인

# 주 파티션 2 삭제

fdisk의 d와 2 옵션을 통해 주 파티션 2 삭제

fdisk의 p 옵션을 통해 주 파티션 2가 잘 삭제되었는지 확인

# 주 파티션 2 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 2 옵션을 통해 주 파티션에 번호 2 부여

fdisk의 10449 옵션을 통해 주 파티션2의 첫 번째 섹터 범위 10449로 설정

fdisk의 +50M 옵션을 통해 주 파티션 2의 마지막 섹터 범위 +50M로 설정

fdisk의 p 옵션을 통해 주 파티션 2 생성 확인

# 주 파티션 3 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 3 옵션을 통해 주 파티션에 번호 3 부여

fdisk의 206850 옵션을 통해 주 파티션 3의 첫 번째 섹터 범위를 206850으로 설정

fdsik의 +50M 옵션을 통해 주 파티션 3의 마지막 섹터 범위를 +50M로 설정

fdisk의 p 옵션을 통해 주 파티션 3의 생성 확인

# 주 파티션 4 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 생성한 파티션을 주 파티션으로 설정

fdisk의 4 옵션을 통해 주 파티션에 번호 4 부여

fdisk의 309251 옵션을 통해 주 파티션 4의 첫 번째 섹터 범위를 309251로 설정

fdisk의 +50M 옵션을 통해 주 파티션 4의 마지막 섹터 범위를 +50M로 설정

fdisk의 p 옵션을 통해 주 파티션 4의 생성 확인

# 주 파티션 4 삭제

fdisk의 d, 4 옵션을 통해 주 파티션 4 삭제

fdisk의 p 옵션을 통해 주 파티션 4가 잘 삭제되었는지 확인

# 확장 파티션 4 생성

fdisk의 n 옵션을 통해 주 파티션 4의 자리에 새로운 파티션 생성

fdisk의 e 옵션을 통해 생성한 파티션을 확장 파티션으로 설정

fdisk의 309251 옵션을 통해 확장 파티션의 첫 번째 섹터 범위를 309251로 설정

fdisk의 default 옵션을 통해 확장 파티션의 마지막 섹터 범위를 417791로 설정

fdisk의 p 옵션을 통해 확장 파티션의 생성 확인

# 확장 파티션 5 생성

fdisk의 n 옵션을 통해 새로운 확장 파티션 생성

fdisk의 default 옵션을 통해 확장 파티션의 첫 번째 섹터 범위를 309283으로 설정

fdisk의 +20M 옵션을 통해 확장 파티션의 마지막 섹터 범위를 +20M로 설정

fdisk의 p 옵션을 통해 확장 파티션의 생성 확인

# 확장 파티션 6 생성

fdisk의 n 옵션을 통해 새로운 확장 파티션 생성

fdisk의 default 옵션을 통해 확장 파티션의 첫 번째 섹터 범위를 350276로 설정

fdisk의 +30M 옵션을 통해 확장 파티션의 마지막 섹터 범위를 +30M로 설정

fdisk의 p 옵션을 통해 확장 파티션의 생성 확인

fdisk의 w 옵션을 통해 변경 내용 저장 후 나가기

fdisk -l /dev/sdb 명령을 통해 /deb/sdb의 변경 사항 확인

fdisk /dev/sdb 명령을 통해 /dev/sdb 디스크의 파티션 설정을 위해 진입

# 주 파티션 1, 2, 3 확장 파티션 4, 5, 6 삭제

fdisk의 d 옵션을 통해 1, 2, 3, 4, 5, 6 파티션 삭제

fdisk의 p 옵션을 통해 파티션들이 잘 삭제되었는지 확인

# 주 파티션 1, 2, 3 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성된 파티션을 주 파티션으로 설정

fdisk의 1, 2, 3 옵션을 통해 주 파티션에 번호 1, 2, 3 부여

fdisk의 default 옵션을 통해 각각의 파티션의 첫 번째 섹터 범위를 2048, 83968, 165888으로 설정

fdisk의 +40M 옵션을 통해 각각 파티션의 마지막 섹터 범위를 +40M로 설정

fdisk의 p 옵션을 통해 주 파티션 1, 2, 3의 생성 확인

# 확장 파티션 4 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 e 옵션을 통해 새로 생성된 파티션을 확장 파티션으로 설정

fdisk의 default 옵션을 통해 확장 파티션의 첫 번째 섹터의 범위를 247808로 설정

fdisk의 default 옵션을 통해 확장 파티션의 마지막 섹터 범위를 417791로 설정

fdisk의 p 옵션을 통해 확장 파티션의 생성 확인

# 확장 파티션 5, ~ 20 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성된 파티션을 확장 파티션 5 ~ 20까지 설정

fdisk default 옵션을 통해 각각의 확장 파티션의 첫 번째 섹터 범위 설정

fdisk의 +2M 옵션을 통해 각각의 확장 파티션의 마지막 섹터 범위 +2M로 설정

fdisk의 p 옵션을 통해 확장 파티션 5 ~ 20까지의 생성 확인

fdisk의 w 옵션을 통해 변경 사항 저장 후 나가기

ls -l /dev/sd* 명령을 통해 /dev/sdb의 변경 사항 확인

# 주 파티션 1, 2, 3, 확장 파티션 4 ~ 20 삭제

fdisk /dev/sdb 명령을 통해 /dev/sdb 디스크의 파티션 설정을 위해 진입

fdisk의 d 옵션을 통해 1 ~ 20까지의 파티션 모두 삭제

fdisk의 p 옵션을 통해 파티션이 잘 삭제되었는지 확인

# 주 파티션 1, 2, 3, 4 생성

fdisk의 n 옵션을 통해 새로운 파티션 생성

fdisk의 p 옵션을 통해 새로 생성된 파티션을 주 파티션으로 생성

fdisk의 1, 2, 3, 4 옵션을 통해 주 파티션에 1, 2, 3, 4 번호 부여

fdisk의 default 옵션을 통해 각각의 파티션의 첫 번째 섹터의 범위 설정

fdisk의 +40M 옵션을 통해 각각의 파티션의 마지막 섹터 범위를 +40M로 설정

fdisk의 p 옵션을 통해 주 파티션 1, 주 파티션 2, 주 파티션 3, 주 파티션 4의 생성 확인

fdisk의 w 옵션을 통해 변경 사항 저장 후 나가기

ls -l /dev/sd* 명령을 통해 /dev/sdb의 변경 사항 확인