Linux 서버를 운영하다 보면 디스크가 갑자기 마운트되지 않거나, 저장 공간이 부족하거나, 파일을 저장할 수 없는 등 다양한 파일 시스템 문제가 발생할 수 있습니다. 이러한 문제는 원인을 하나씩 확인하지 않고 무작정 복구를 시도하면 오히려 데이터 손상이 발생할 수도 있습니다.
숙련된 Linux 관리자는 문제가 발생하면 일정한 순서대로 원인을 확인합니다. 디스크 상태를 점검하고, 파일 시스템을 확인하고, 마운트 상태를 확인한 후 필요한 경우 복구를 진행합니다.
이번 글에서는 Linux에서 파일 시스템 문제가 발생했을 때 가장 효율적인 점검 순서를 단계별로 알아보겠습니다.
파일 시스템 문제는 왜 발생할까요?
파일 시스템 문제는 다양한 원인으로 발생합니다.
대표적인 원인은 다음과 같습니다.
- 디스크 용량 부족
- inode 부족
- 잘못된 마운트 설정
- UUID 변경
- 파일 시스템 손상
- SSD 또는 HDD 장애
- 비정상적인 시스템 종료
- 전원 장애
원인에 따라 해결 방법이 달라지므로 순서대로 확인하는 것이 중요합니다.
1단계. 디스크 인식 여부 확인하기
먼저 저장 장치가 정상적으로 인식되는지 확인합니다.
lsblk
또는
sudo fdisk -l
디스크가 보이지 않는다면 하드웨어나 가상 디스크 설정을 먼저 확인해야 합니다.
2단계. 파일 시스템 종류 확인하기
디스크가 인식된다면 파일 시스템을 확인합니다.
lsblk -f
또는
sudo blkid
ext4인지 XFS인지 확인하면 이후 사용할 복구 명령어를 결정할 수 있습니다.
3단계. 마운트 상태 확인하기
현재 파일 시스템이 정상적으로 마운트되었는지 확인합니다.
findmnt
또는
mount
마운트되지 않았다면 fstab 설정이나 UUID를 확인하는 것이 좋습니다.
4단계. 디스크 용량 확인하기
용량 부족 여부도 반드시 확인합니다.
df -h
디스크 사용률이 100%라면 불필요한 파일을 정리해야 합니다.
5단계. inode 확인하기
용량이 충분해도 inode가 부족하면 파일을 저장할 수 없습니다.
df -i
inode 사용률도 함께 확인하는 것이 좋습니다.
6단계. 큰 파일 확인하기
용량이 부족하다면 가장 큰 파일부터 확인합니다.
find / -type f -exec du -h {} + | sort -hr | head -20
불필요한 로그 파일이나 백업 파일이 원인인 경우가 많습니다.
7단계. 파일 시스템 검사하기
파일 시스템 오류가 의심된다면 검사합니다.
ext4는 다음 명령어를 사용합니다.
sudo e2fsck /dev/sdb1
XFS는 다음 명령어를 사용합니다.
sudo xfs_repair /dev/sdb1
복구 전에 반드시 파일 시스템을 마운트 해제하는 것이 좋습니다.
8단계. 자동 마운트 설정 확인하기
재부팅 후 마운트되지 않는다면 fstab 설정을 확인합니다.
cat /etc/fstab
UUID가 올바른지도 함께 확인합니다.
sudo blkid
9단계. 설정 테스트하기
fstab를 수정했다면 반드시 테스트를 수행합니다.
sudo mount -a
오류가 없다면 설정이 정상입니다.
10단계. 커널 로그 확인하기
디스크 오류가 계속 발생한다면 커널 로그를 확인합니다.
dmesg | tail
또는
journalctl -k
I/O 오류나 파일 시스템 관련 오류 메시지를 확인할 수 있습니다.
문제 해결 순서 요약
파일 시스템 문제가 발생하면 일반적으로 다음 순서대로 확인하는 것이 좋습니다.
- lsblk
- blkid
- findmnt
- df -h
- df -i
- du / find
- e2fsck 또는 xfs_repair
- /etc/fstab
- mount -a
- dmesg
이 순서를 따르면 대부분의 파일 시스템 문제를 빠르게 진단할 수 있습니다.
파일 시스템 점검 시 주의할 점
문제가 발생했다고 바로 파일 시스템을 복구하는 것은 권장되지 않습니다.
먼저 디스크 상태와 마운트 여부를 확인한 후 원인을 분석하는 것이 중요합니다.
운영 서버에서는 중요한 데이터를 백업한 후 복구 작업을 진행하는 것이 가장 안전합니다.
자주 묻는 질문
파일 시스템 문제가 발생하면 가장 먼저 무엇을 확인해야 하나요?
먼저 디스크가 정상적으로 인식되는지 확인합니다.
lsblk
디스크 용량과 inode는 모두 확인해야 하나요?
네.
두 가지 모두 파일 저장 실패의 원인이 될 수 있습니다.
파일 시스템 복구는 언제 진행해야 하나요?
디스크 상태와 마운트 상태를 확인한 후 파일 시스템 손상이 의심될 때 진행하는 것이 좋습니다.
마무리
Linux 파일 시스템 문제는 대부분 일정한 순서로 점검하면 원인을 빠르게 찾을 수 있습니다. lsblk, blkid, findmnt, df, e2fsck, xfs_repair, mount -a, dmesg 명령어를 단계적으로 활용하면 저장 장치 문제와 파일 시스템 오류를 효율적으로 진단하고 해결할 수 있습니다. 이러한 점검 절차를 익혀두면 실제 운영 환경에서도 안정적으로 Linux 서버를 관리할 수 있습니다.