우분투 실전 명령어 | lsblk, blkid, mount로 디스크 매핑 점검

Last updated on 

서버에 디스크를 추가했는데 장치명이 헷갈리거나, 마운트가 왜 안 붙는지 확인이 필요할 때가 자주 있습니다. 이럴 때는 lsblk, blkid, mount 세 가지를 같이 보면 원인을 빠르게 좁힐 수 있습니다.

언제 쓰는가

  • 새 디스크를 붙인 뒤 어떤 장치가 추가됐는지 확인할 때
  • 재부팅 후 마운트가 사라져서 fstab 설정을 점검할 때
  • 장치명(/dev/sdb1)과 UUID 매핑이 맞는지 검증할 때

바로 쓰는 명령어

lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINTS,UUID

sudo blkid

mount | grep '^/dev/'

# 새 디스크를 /data로 임시 마운트
sudo mkdir -p /data
sudo mount /dev/sdb1 /data

# UUID 확인 후 fstab에 영구 마운트 등록
sudo blkid /dev/sdb1
echo 'UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data ext4 defaults,nofail 0 2' | sudo tee -a /etc/fstab
sudo mount -a

핵심 옵션/패턴

  • lsblk -o: 보고 싶은 컬럼만 지정해서 가독성을 높인다
  • lsblk -f: 파일시스템 타입과 UUID를 빠르게 확인할 때 유용하다
  • blkid /dev/sdb1: 특정 파티션의 UUID만 바로 확인할 수 있다
  • mount -a: fstab 문법이 맞는지 실제로 재마운트 테스트할 때 쓴다
  • nofail 옵션: 부팅 시 해당 디스크가 없더라도 부팅 자체는 진행되게 한다

명령 출력 예시

$ lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINTS,UUID
NAME   SIZE FSTYPE TYPE MOUNTPOINTS UUID
sda    100G        disk
├─sda1   1G ext4   part /boot       1111-2222
└─sda2  99G ext4   part /            3333-4444
sdb    500G        disk
└─sdb1 500G ext4   part /data        aaaa-bbbb-cccc-dddd

$ sudo mount -a
$ mount | grep '^/dev/'
/dev/sda2 on / type ext4 (rw,relatime)
/dev/sda1 on /boot type ext4 (rw,relatime)
/dev/sdb1 on /data type ext4 (rw,relatime)

자주 하는 실수

  • /dev/sdb1 같은 장치명만 fstab에 고정해 재부팅 후 순서 변경 문제를 만든다
  • mount -a 검증 없이 바로 재부팅해서 부팅 지연이나 emergency mode를 맞는다
  • 마운트 포인트 디렉터리 권한을 확인하지 않아 서비스가 쓰기 실패한다
  • 이미 마운트된 상태에서 다시 mount를 시도해 중복 점검 시간을 낭비한다

검증 방법

# 1) UUID 기반 fstab 설정 확인
grep -v '^#' /etc/fstab

# 2) 문법/마운트 검증
sudo mount -a

# 3) 실제 반영 확인
findmnt /data
lsblk -f | grep sdb1

문제 발생 시에는 dmesg 최근 로그도 같이 확인하면 파일시스템 오류나 I/O 오류를 빨리 찾을 수 있습니다.

운영 팁

  • 운영 서버는 fstab 수정 전에 원본을 백업해두는 습관이 안전합니다
  • 데이터 디스크는 UUID 기준으로 관리하고, 문서에도 UUID를 같이 남겨두세요
  • 자동화 스크립트에서는 mount 성공 여부를 findmnt로 확인한 뒤 다음 단계로 진행하면 장애를 줄일 수 있습니다

출처

  • Ubuntu Manpages
  • util-linux 프로젝트 문서
  • The Linux Kernel Documentation