리눅스마스터 2급 필기 08 — 디스크·파일시스템 관리 (mount·fstab·fsck·mkfs·df/du·quota·LVM·RAID) [2차 1과목 리눅스 운영 및 관리]
리눅스마스터 2급 필기 08 — 디스크·파일시스템 관리 (mount·fstab·fsck·mkfs·df/du·quota·LVM·RAID) [2차 1과목 리눅스 운영 및 관리]
출제기준 2차 1과목: 리눅스 운영 및 관리 — 파일 시스템 관리(구성, 마운트, 점검, 포맷, 용량, 쿼터)
2차 필기에서 fstab·fsck·df/du·quota·RAID 계산이 꾸준히 나옵니다.
03편에서 미룬 LVM·RAID도 이번 편에서 한 번에 정리합니다!
📌 03편(설치)에서 파티션 종류와 파일시스템 종류를 간단히 봤다면, 이번 편은 2차 필기 기준으로 파일 시스템 내부 구조부터 운영 명령까지 확장해서 독립적으로 정리합니다.
디스크 사용 전체 흐름 ⭐⭐⭐
fdisk(파티션) → mkfs(포맷) → mount(임시 연결) → /etc/fstab(영구 등록)
→ df/du(용량 감시) → quota(사용자별 제한) → fsck(장애 복구)
이 순서만 머릿속에 잡히면 이번 편의 명령어가 모두 제자리를 찾습니다.
파일 시스템의 구성 ⭐⭐⭐
파일 시스템은 저장 장치에 데이터를 효율적으로 기록·관리하는 논리 구조입니다.
리눅스 파일 시스템의 특징은 네 가지입니다.
- 계층적 트리 구조: 최상위 루트(/)에서 뻗어 나감
- 다양한 파일 시스템 지원: ext 시리즈, XFS, NTFS, FAT 등
- 마운트 개념: 물리 장치를 특정 디렉터리에 연결해 사용
- 블록(Block) 단위 관리
디스크 구조
[부트 블록] [블록 그룹 0] … [블록 그룹 N] [예비 영역]
블록 그룹 = [슈퍼 블록][GDT][블록 비트맵][아이노드 비트맵][아이노드 테이블][데이터 블록]| 구조 | 내용 |
| 부트 블록 | 부팅용 프로그램 저장, 전원을 켜면 가장 먼저 읽는 영역 |
| 블록 그룹 | 대용량 디스크 관리와 단편화 감소를 위한 논리적 묶음 |
| 슈퍼 블록 | 파일 시스템의 전체 크기·블록 상태 등 핵심 정보. 손상되면 파일 시스템 전체를 사용할 수 없음 |
| GDT | 각 블록 그룹의 상태 정보 |
| 블록 비트맵 | 데이터 블록의 사용 현황(1=사용, 0=빈 공간) |
| 아이노드 비트맵 | 아이노드의 할당 여부 |
| 아이노드 테이블 | 파일 메타데이터(소유자·권한·크기·시간·데이터 블록 위치) |
| 데이터 블록 | 실제 파일 내용 |
⭐ "전체 크기·블록 상태 등 핵심 정보를 저장하고, 손상 시 파일 시스템을 못 쓰게 되는 영역은?" → 슈퍼 블록
💡 파일 이름은 아이노드에 없습니다.
디렉터리 항목이 이름과 아이노드 번호를 연결하며, 하드 링크가 같은 아이노드를 공유하는 이유가 이것입니다.
파일 시스템 종류 ⭐⭐⭐⭐
| 종류 | 핵심 특징 |
| FAT | MS 초기 파일 시스템, 테이블 방식, 최대 2GB 파티션 |
| FAT32 | 32비트, 호환성이 뛰어나 USB·SD카드에 사용, 단일 파일 4GB 초과 불가 |
| NTFS | 윈도우 NT 계열, 저널링, ACL·압축·암호화(EFS) |
| ext2 | 리눅스 초기, 저널링 없음, 비정상 종료 시 복구 오래 걸림, 파일명 최대 255자 |
| ext3 | ext2 + 저널링, ext2와 호환 |
| ext4 | 64비트, 볼륨 1EB·파일 16TB, 지연 할당·익스텐트로 단편화 감소 |
| XFS | 고성능 64비트 저널링, CentOS 7부터 기본, 확장 O·축소 불가 |
| swap | RAM 부족 시 디스크를 메모리처럼 쓰는 가상 메모리, 별도 파티션 |
| iso9660 | CD/DVD 등 광학 디스크, 읽기 전용 |
| nfs | 썬 마이크로시스템즈 개발, 네트워크로 원격 파일 시스템을 로컬처럼 사용 |
ext2 / ext3 / ext4 비교표 ⭐⭐⭐⭐
| 구분 | ext2 | ext3 | ext4 |
| 저널링 | 미지원 | 지원 | 지원 |
| 복구 속도 | 매우 느림(전체 스캔) | 빠름(로그 참조) | 매우 빠름 |
| 최대 볼륨 | 16TB | 16TB | 1EB |
| 최대 파일 | 2TB | 2TB | 16TB |
| 특징 | 단순함 | 저널링 안정성 | 익스텐트, 지연 할당 |
- 지연 할당(Delayed Allocation): 실제 기록 직전까지 블록 할당을 미뤄 최적 위치에 저장
- 익스텐트(Extent): 블록 위치를 하나씩이 아니라 시작 주소+길이로 기록
- ext3의 하위 디렉터리는 32,000개 제한이 있고, ext4는 교재 기준 제한 없음으로 외웁니다.
⭐ "32비트, 호환성 뛰어남, USB에 사용, 단일 파일 4GB 초과 불가" → FAT32
⭐ "고성능 64비트 저널링, 대용량 최적, CentOS 7부터 기본" → XFS
💡 RHEL 7부터 기본이 XFS입니다(RHEL 6까지는 ext4).
XFS는 xfs_growfs로 확장만 가능하고, ext4는 resize2fs로 확장·축소가 모두 가능합니다.
저널링(Journaling) ⭐⭐⭐⭐
데이터를 디스크에 쓰기 전에 로그(Journal)를 먼저 남겨, 정전·충돌 시 빠르게 복구하는 기술입니다.
| 상황 | 동작 |
| 평상시 | ① 저널 기록(Log) → ② 데이터 기록(Write) → ③ 완료(Commit) |
| 쓰기 중 정전 | 재부팅 시 ① 로그 검사(Check) → ② 자동 복구(Replay) → 정상화 |
전체 디스크를 스캔하지 않기 때문에 복구가 빠릅니다.
| 저널링 파일 시스템 | 개발 / 특징 |
| XFS | SGI 개발, 고성능 64비트, 지연 할당 |
| JFS | IBM 개발(AIX에서 이식), 서버 부하가 높은 환경에 적합 |
| ReiserFS | 한스 라이저 개발, B-Tree, 작은 파일이 많은 환경에 유리 |
⚠️ 저널링은 압축·보안·분산 저장 기술이 아닙니다. 또 RAID 스트라이핑이나 배드 섹터 검사와도 혼동하지 마세요.
마운트와 언마운트 — mount, umount ⭐⭐⭐⭐
리눅스에는 C:, D: 같은 드라이브 문자가 없습니다.
모든 것이 루트(/)에서 시작하는 하나의 트리라서, USB·CD-ROM 등을 쓰려면 특정 디렉터리(마운트 포인트)에 연결해야 합니다.
mount [옵션] [장치명] [마운트 포인트]
| 옵션 | 내용 |
| -t 종류 | 파일 시스템 종류 지정(-t ext4, -t iso9660) |
| -o 옵션 | 추가 설정(-o ro = 읽기 전용) |
| -a | /etc/fstab의 auto 항목 전체 마운트(mount -a) |
마운트 절차
① fdisk -l (장치 확인: /dev/sdb1)
② mkdir /mnt/usb (마운트 포인트 생성)
③ mount /dev/sdb1 /mnt/usb
④ ls -l /mnt/usb (확인)umount
umount [장치명 또는 마운트 포인트] — 명령어는 umount입니다(unmount 아님).
마운트된 디렉터리 안에 있거나 파일을 사용 중이면 target is busy 오류가 납니다. → cd로 벗어난 후 다시 시도합니다.
# umount /mnt/usb
umount: /mnt/usb: target is busy.
# cd ..
# umount /mnt/usb ← 성공
💡 사용 중인 프로세스는 fuser -m /mnt/usb 또는 lsof /mnt/usb로 찾을 수 있습니다.
/etc/mtab vs /etc/fstab ⭐⭐⭐⭐⭐ (최고 빈출)
| 구분 | /etc/mtab | /etc/fstab |
| 역할 | 현재 마운트된 파일 시스템 현황 | 부팅 시 자동 마운트 설정 |
| 갱신 | 커널이 자동 갱신 | 관리자가 직접 작성 |
| 비유 | 실시간 현황판 | 설정 파일 |
둘 다 6개 필드입니다.
fstab 6필드 (순서 암기!)
장치명 마운트포인트 파일시스템종류 마운트옵션 덤프여부 체크순서
① ② ③ ④ ⑤ ⑥
/dev/sdb1 /mnt/usb ext4 defaults 0 2| 필드 | 설명 |
| ① 장치명 | 장치 파일, UUID=…, LABEL=…, /dev/mapper/… |
| ② 마운트 포인트 | 연결될 디렉터리 |
| ③ 파일 시스템 종류 | ext4, xfs, swap, iso9660 |
| ④ 마운트 옵션 | defaults = rw, suid, dev, exec, auto, nouser, async |
| ⑤ 덤프 여부 | dump 백업 대상인지 (0=안 함, 1=함) |
| ⑥ 체크 순서 | 부팅 시 fsck 순서 (0=제외, 1=루트(/), 2=그 외) |
| 주요 마운트 옵션 | 설명 |
| ro / rw | 읽기 전용 / 읽기·쓰기 |
| auto / noauto | mount -a 시 자동 마운트 여부 |
| user / nouser | 일반 사용자의 마운트 허용 여부 |
| exec / noexec | 파일 실행 허용 여부 |
⭐ "부팅 시 파일 시스템 자동 마운트 설정 정보가 저장된 파일은?" → /etc/fstab
⭐ "현재 마운트된 파일 시스템 정보를 기록하는 파일은?" → /etc/mtab
💡 fstab을 고친 뒤에는 반드시 mount -a로 검증하세요.
fstab에 오류가 있으면 부팅이 실패(emergency mode)할 수 있습니다.
최신 배포판의 /etc/mtab은 /proc/self/mounts 링크이며 findmnt로도 같은 정보를 볼 수 있습니다.
파일 시스템 점검 — fsck, e2fsck ⭐⭐⭐⭐
비정상 종료나 정전 후 데이터 구조가 깨졌을 때 진단·복구합니다.
fsck — 통합 명령 (File System Consistency Check)
종류에 관계없이 쓰는 상위 명령입니다. fsck [옵션] [장치명]
| 옵션 | 내용 |
| -a | 묻지 않고 자동 복구 |
| -r | 대화형, 복구 여부를 하나씩 문의 |
| -y | 모든 질문에 Yes |
| -t | 검사할 파일 시스템 종류 지정 |
e2fsck — ext2/3/4 전용
| 옵션 | 내용 |
| -p | 안전하게 복구 가능한 경미한 오류를 자동 수정 |
| -y | 모든 질문에 Yes |
| -f | 깨끗한(Clean) 상태여도 강제 점검 |
| -j | 외부 저널 장치 지정 |
사고(비정상 종료) → 증상(부팅 불가) → 언마운트(점검 대상 분리) → fsck -y /dev/sda1 → 복구(파편은 /lost+found)
⭐ "ext2, ext3, ext4 파일 시스템을 전문적으로 점검·복구하는 명령은?" → e2fsck
⚠️ 마운트된 상태에서 점검하면 오히려 손상됩니다.
반드시 언마운트 후 수행합니다.
그리고 XFS는 fsck가 아니라 xfs_repair로 복구합니다.
복구 후 이름 없는 파편 파일은 lost+found 디렉터리에 들어갑니다.
파일 시스템 포맷 — mkfs, mke2fs ⭐⭐⭐⭐
파티션을 나눈 것만으로는 데이터를 저장할 수 없고, 읽고 쓸 수 있는 논리 틀(파일 시스템)을 만드는 작업이 포맷입니다.
mkfs — 통합 명령
지정한 종류에 맞는 하위 프로그램(mkfs.ext4, mkfs.xfs 등)을 호출합니다.
| 옵션 | 내용 |
| -t | 생성할 파일 시스템 종류 |
| -v | 진행 과정 상세 출력 |
mkfs -t ext4 /dev/sdb1
mkfs.xfs /dev/sdb1mke2fs — ext 계열 전용 (옵션 없으면 ext2)
| 옵션 | 내용 |
| -j | 저널링 추가 → ext3 생성 |
| -t | 종류 명시(mke2fs -t ext4) |
| -b | 블록 크기 지정 |
| -i | 아이노드당 바이트 수 |
| -m | root 예약 공간 비율(기본 5%) |
⭐ "/dev/sdb1을 XFS로 포맷하는 명령은?" → mkfs.xfs
⚠️ xfs.mkfs는 없는 명령이고, mke2fs는 ext 전용이라 XFS에는 쓸 수 없습니다.
디스크 용량 확인 — df, du ⭐⭐⭐⭐⭐ (최고 빈출)
| 구분 | df (Disk Free) | du (Disk Usage) |
| 대상 | 파일 시스템 / 파티션 전체 | 특정 파일·디렉터리 |
| 관점 | 시스템 전체의 빈 공간 | 특정 데이터의 크기 |
| 속도 | 매우 빠름 | 파일을 일일이 계산해 느릴 수 있음 |
| 예시 | df -h |
du -sh /var/* |
| df 옵션 | 내용 |
| -h | 사람이 보기 편한 단위(K, M, G) |
| -T | 파일 시스템 종류도 출력 |
| -i | 아이노드 사용량(용량은 남았는데 파일 생성이 안 될 때) |
| du 옵션 | 내용 |
| -s | 하위 내용 없이 총합계(요약)만 |
| -h | 사람이 보기 편한 단위 |
| -a | 디렉터리뿐 아니라 모든 파일까지 출력 |
💡 실무 흐름: df -h로 어느 파티션이 꽉 찼는지 → du -sh /var/*로 어느 디렉터리가 큰지 좁혀 갑니다.
삭제한 큰 파일이 df에 그대로 남아 있으면 그 파일을 열고 있는 프로세스가 있는 것입니다(lsof | grep deleted).
디스크 쿼터(Disk Quota) ⭐⭐⭐⭐
사용자·그룹이 쓸 수 있는 용량(블록)과 파일 개수(inode)를 제한하는 기술입니다.
핵심 용어
| 용어 | 내용 |
| Soft Limit | 넘으면 경고만 하고 저장은 계속 가능 |
| Hard Limit | 도달하면 즉시 쓰기 거부, 넘을 수 없는 최대치 |
| Grace Period | 유예 기간(기본 7일). 기간 내에 Soft 아래로 못 줄이면 Soft가 Hard로 변환 |
명령어
| 명령 | 내용 |
| quotacheck | 디스크를 스캔해 쿼터 파일(aquota.user/group) 생성·갱신 |
| quotaon / quotaoff | 쿼터 활성화 / 비활성화 |
| edquota -u ID | 사용자 쿼터를 편집기로 수정 |
| repquota -a | 전체 사용자의 설정·사용 현황 리포트 출력 |
| quota ID | 특정 사용자가 자기 쿼터 상태 확인 |
| setquota | 명령행에서 한 번에 설정 |
설정 프로세스 (순서 암기)
| 단계 | 명령 | 내용 |
| ① fstab 수정 | vi /etc/fstab |
옵션에 usrquota(사용자), grpquota(그룹) 추가 |
| ② 재마운트 | mount -o remount [경로] |
재부팅 없이 반영 |
| ③ DB 생성·활성화 | quotacheck -ugm [경로] → quotaon -v [경로] |
쿼터 파일 생성 후 작동 |
| ④ 제한 설정 | setquota -u user1 20 20 0 0 /mnt/usb |
용량은 KB 단위 |
| ⑤ 확인 | repquota -a |
현황 출력 |
setquota -u [사용자] [용량 soft] [용량 hard] [파일수 soft] [파일수 hard] [경로]
예: 100MB Soft / 200MB Hard → setquota -u testuser 102400 204800 0 0 /mnt/usb (0은 제한 없음)
⭐ "사용량이 이 값에 도달하면 즉시 쓰기가 거부되는 절대 상한선은?" → Hard Limit
⚠️ 함정: "repquota는 특정 파일의 용량을 압축해 쿼터 용량을 확보한다" → 틀림.
repquota는 현황을 리포트하는 출력 명령입니다.
⚠️ fstab에 쓰는 쿼터 옵션은 usrquota / grpquota입니다.
그냥 quota라고 쓰는 보기는 틀린 것으로 처리합니다.
💡 quotacheck 옵션은 -u 사용자, -g 그룹, -m 마운트 상태에서도 강제 진행, -c 새 파일 생성입니다.
XFS는 이 방식이 아니라 마운트 옵션(uquota, gquota)과 xfs_quota로 관리하는데, 시험은 ext 계열 절차 중심입니다.
LVM — 논리 볼륨 관리자 ⭐⭐⭐⭐
여러 물리 디스크를 논리적인 디스크로 묶어 유연하게 관리하는 기술입니다. 대용량 저장 공간이 필요한 서버에서 주로 씁니다.
| 구성 요소 | 설명 |
| PV (Physical Volume) | 파티션을 LVM이 쓸 수 있게 형식을 변환한 것 |
| VG (Volume Group) | PV들을 하나의 그룹으로 묶은 것 |
| LV (Logical Volume) | 사용자가 실제로 쓰는 부분. 마운트하는 대상이며 확장·축소 가능 |
[PV 10G] [PV 10G] [PV 10G] ──▶ [VG 30G] ──▶ [LV 5G] (필요한 만큼 잘라서 사용)
비유하면 물통(PV) 여러 개를 큰 수조(VG)에 붓고, 필요한 양(LV)만 떠서 쓰는 것입니다.
부족하면 물통을 더 붓고 LV를 늘리면 됩니다.
| 명령 | 내용 |
| pvcreate / vgcreate / lvcreate | PV / VG / LV 생성 |
| lvextend / lvreduce | LV 확장 / 축소 |
| pvdisplay / vgdisplay / lvdisplay | 조회 |
💡 구성 순서는 PV → VG → LV 입니다.
파일시스템을 만든 뒤 마운트하는 대상이 LV(/dev/mapper/…)라서 fstab 장치명에 /dev/mapper/rl-root 같은 이름이 나오는 것입니다.
RAID — 여러 디스크를 하나처럼 ⭐⭐⭐⭐⭐ (계산 문제 단골)
여러 물리 디스크를 하나의 논리 디스크로 인식하게 하는 기술로, 데이터를 중복 저장하거나 분산해 성능 또는 신뢰성을 높입니다.
하드웨어 RAID vs 소프트웨어 RAID
| 구분 | 특징 |
| 하드웨어 RAID | 하드웨어로 구현, 안정적이지만 고가 |
| 소프트웨어 RAID | OS 안에서 구현, 하드웨어 RAID의 대안, 성능 향상은 적고 안정성은 낮음 |
핵심 용어
| 용어 | 설명 |
| 스트라이핑 | 데이터를 여러 디스크에 나누어 병렬로 저장 → 성능 ↑ |
| 미러링 | 같은 데이터를 2개 디스크에 저장 → 안정성 ↑ |
| 패리티 | 오류 검사를 위해 추가되는 비트 |
| 해밍 코드 | 오류를 검출하고 수정하는 코드 |
| 병목 현상 | 하나의 구성 요소 때문에 성능·용량이 제한되는 현상 |
RAID 레벨 비교표
| 레벨 | 방식 | 최소 디스크 | 장애 허용 | 핵심 |
| RAID 0 | 스트라이핑 | 2 | 0개 | 빠름, 하나만 고장 나도 전체 손실 |
| RAID 1 | 미러링 | 2 | 1개 | 용량 50%, 안정성 |
| RAID 0+1 | 0+1 결합 | 4 | 구성에 따라 | 스트라이핑 후 미러링 |
| RAID 2 | 해밍 코드(비트 단위) | - | - | 거의 사용 안 함 |
| RAID 3/4 | 전용 패리티 디스크 | 3 | 1개 | 패리티 디스크에 병목 |
| RAID 5 | 분산 패리티 | 3 | 1개 | 병목 없음 |
| RAID 6 | 이중 패리티 | 4 | 2개 | 쓰기는 느리지만 안정성 높음 |
RAID 5 용량 계산 ⭐⭐⭐⭐⭐
사용 가능 용량 = (디스크 수 − 1) × 디스크 1개 용량 (패리티 1개 분량 제외)
기출: 10GB 하드디스크 8개 중 1개를 스페어(Spare)로 두고 나머지로 RAID-5를 구성할 때 사용 가능 용량은?
→ 스페어를 먼저 제외: 8−1 = 7개로 RAID-5 → (7−1) × 10GB = 60GB
| 레벨 | 사용 가능 용량 |
| RAID 0 | N × S |
| RAID 1 (2개) | S (50%) |
| RAID 5 | (N−1) × S |
| RAID 6 | (N−2) × S |
⚠️ 스페어 디스크는 평소엔 대기만 하다가 장애 시 대신 투입되므로, 용량 계산에서 먼저 제외해야 합니다.
💡 RAID 0+1(스트라이핑 후 미러링)과 RAID 1+0=RAID 10(미러링 후 스트라이핑)은 다르고, 후자가 일반적으로 더 안전합니다. 리눅스 소프트웨어 RAID 도구는 mdadm, 상태는 /proc/mdstat에서 봅니다.
그리고 RAID는 백업이 아닙니다. 실수로 지운 파일이나 랜섬웨어에는 소용이 없습니다.
LVM vs RAID
| 항목 | LVM | RAID |
| 목적 | 유연한 용량 관리(확장·축소) | 성능·안정성(중복 저장) |
| 함께 쓰기 | 가능 (RAID로 묶은 디스크 위에 LVM 구성) | 가능 |
기출 문제 Q&A
Q. 전체 크기·블록 상태 등 핵심 정보를 저장하며 손상되면 파일 시스템 전체를 쓸 수 없게 되는 영역은?
A. 슈퍼 블록입니다. 부트 블록은 부팅 프로그램, 아이노드 테이블은 파일 메타데이터, 데이터 블록은 실제 내용입니다.
Q. 저널링에 대한 설명으로 알맞은 것은?
A. 데이터를 실제로 기록하기 전에 로그를 먼저 남겨, 시스템 장애 시 빠르게 복구하는 기술입니다.
Q. 32비트 기반으로 USB에 주로 쓰이며 단일 파일 4GB를 넘을 수 없는 파일 시스템은?
A. FAT32입니다.
Q. 고성능 64비트 저널링이며 CentOS 7부터 기본 파일 시스템인 것은?
A. XFS입니다.
Q. 부팅 시 파일 시스템 자동 마운트 설정 정보를 저장한 파일은?
A. /etc/fstab입니다. /etc/mtab은 현재 마운트 현황입니다.
Q. ext2, ext3, ext4를 전문적으로 점검·복구하는 명령은?
A. e2fsck입니다.
Q. /dev/sdb1을 XFS로 포맷하는 명령은?
A. mkfs.xfs /dev/sdb1입니다.
Q. 사용량이 도달하면 즉시 쓰기가 거부되는 쿼터의 절대 상한선은?
A. Hard Limit입니다.
Q. 10GB 디스크 8개 중 1개를 스페어로 두고 나머지로 RAID-5를 구성하면 사용 가능 용량은?
A. 60GB입니다. (7−1)×10GB.
Q. 연속된 데이터를 여러 디스크에 라운드 로빈 방식으로 기록해 읽기·쓰기를 빠르게 하는 RAID 기술은?
A. 스트라이핑(Striping)입니다. RAID 0이 대표적이며 하나만 고장 나도 전체 데이터가 손실됩니다.
💡 실무에서는?
디스크 장애는 현장에서 가장 흔한 사고 중 하나라서, 이번 편 내용은 거의 그대로 실무입니다.
서버가 갑자기 느려지면 df -h로 꽉 찬 파티션을 찾고 du -sh /var/*로 범인 디렉터리를 좁혀 갑니다.
용량이 남았는데 파일이 안 만들어지면 df -i로 아이노드 고갈부터 의심하죠.
운영 서버는 거의 LVM 위에 XFS를 올리고, 데이터 디스크는 RAID 1이나 RAID 10으로 구성하는 게 일반적입니다.
가장 큰 사고는 fstab 오타예요.
저장 후 mount -a로 검증하지 않고 재부팅했다가 emergency mode에 들어가 콘솔로 달려간 경험이 한두 번이 아닙니다.
그리고 RAID를 믿고 백업을 안 하는 실수만은 절대 하지 마세요.
RAID는 디스크 고장 대비일 뿐 백업이 아닙니다.
핵심 정리
✅ 흐름: fdisk → mkfs → mount → fstab → df/du → quota → fsck
✅ 슈퍼 블록 = 핵심 정보(손상 시 전체 불가), 아이노드 테이블 = 메타데이터
✅ ext2(저널링X) → ext3(O) → ext4(1EB, 지연 할당·익스텐트), XFS(CentOS7 기본, 확장만)
✅ FAT32 = USB, 4GB 파일 제한 / iso9660 = 읽기 전용 광학 / nfs = 네트워크
✅ 저널링 = 로그 먼저 기록 → 빠른 복구
✅ umount (n 없음), target is busy → cd로 벗어난 뒤
✅ fstab 6필드: 장치·포인트·종류·옵션·덤프·체크(0/1/2) / mtab = 현재 현황
✅ fsck(통합), e2fsck(ext 전용), 언마운트 후 수행, XFS는 xfs_repair
✅ mkfs -t / mkfs.xfs, mke2fs -j = ext3 (기본 ext2)
✅ df(파티션 전체, -h -T -i) vs du(디렉터리별, -s -h -a)
✅ quota: usrquota/grpquota → quotacheck → quotaon → setquota/edquota → repquota
✅ Soft(경고) / Hard(차단) / Grace(7일)
✅ LVM: PV → VG → LV (확장·축소 가능)
✅ RAID 0 스트라이핑, 1 미러링, 5 분산 패리티(3개 이상, (N-1)×S), 6 이중 패리티
다음 편에서는 Shell(환경 변수, 리다이렉션, 파이프, 별칭, 환경 설정 파일)을 다룹니다!
궁금한 점은 댓글로 남겨주세요!