반응형
🔎 왜 nvme0n1이 붙었을까?
리눅스에서 NVMe 번호는 고정이 아닙니다.
부팅 시 디바이스 인식 순서에 따라:
nvme0n1
nvme1n1
nvme2n1
번호가 바뀔 수 있습니다.
즉:
- 디스크가 물리적으로 바뀐 게 아니라
- 부팅 시 인식 순서가 달라졌을 가능성이 큽니다.
특히:
- NVMe 여러 개 있을 때
- BIOS 설정 변경
- 디스크 재파티셔닝
- 재부팅
이런 작업 후 자주 발생합니다.
✅ 사용에 문제 있나요?
✔ 현재 마운트가 정상이라면
df -h | grep enroot
정상 용량(7T) 나오면 사용 자체는 문제 없습니다.
성능도 동일합니다.
NVMe 모델이 같다면 차이 없습니다.
🚨 하지만 중요한 것
/dev/nvme0n1 처럼 디바이스 이름으로 fstab 설정하면 위험합니다.
왜냐하면 다음 부팅에 또 바뀔 수 있기 때문입니다.
✅ 가장 안전한 방법 (강력 추천 ⭐)
UUID 기반으로 마운트하세요.
① UUID 확인
blkid | grep nvme
예:
/dev/nvme0n1p1: UUID="abcd-1234"
② /etc/fstab 수정
vi /etc/fstab
기존:
/dev/nvme0n1p1 /mnt/enroot ext4 defaults 0 2
👉 이렇게 변경:
UUID=abcd-1234 /mnt/enroot ext4 defaults,noatime 0 2
③ 테스트
umount /mnt/enroot
mount -a
에러 없으면 OK.
🔄 만약 nvme1n1을 꼭 쓰고 싶다면?
가능은 합니다.
- 현재 마운트 해제
- nvme1n1p1을 포맷/마운트
- fstab 수정
하지만 사실상 의미 없습니다.
👉 중요한 건 "어느 번호냐"가 아니라
👉 "어떤 디스크(UUID)냐" 입니다.
🎯 결론
| 항목 | 상태 |
| 왜 nvme0n1 됐나 | NVMe 인식 순서 변경 |
| 사용 문제 | ❌ 없음 |
| 수정 필요 | UUID 기반 마운트 권장 |
| 굳이 nvme1n1 써야 하나 | ❌ 필요 없음 |
💡 GPU 서버 운영 팁
NVMe 4개 이상 환경에서는:
- 절대 /dev/nvmeXn1 기준으로 fstab 쓰지 말 것
- 항상 UUID 또는 PARTUUID 사용
이게 실무에서 매우 중요합니다.
반응형
'[GPUaaS] > GPUmgt' 카테고리의 다른 글
| Ceph vs Lustre 차이 !! (0) | 2026.02.18 |
|---|---|
| [Ceph] 대용량 분산 스토리지 시스템 !! (1) | 2026.02.18 |
| [ECC ON] 체크 스크립트 !! (0) | 2026.02.18 |
| [Lustre 병렬 파일시스템] 초대형 AI / 슈퍼컴퓨터 전용 파일시스템 !! (0) | 2026.02.18 |
| [MBR(msdos) 파티션] MBR 방식 = 2TB 한계 / GPT 방식 (2TB 제한 제거 🔥) (0) | 2026.02.12 |
| [GPU/SCP/파일질라] nvidia-bug-report.sh 위치 (0) | 2026.02.09 |
| [NCP] SSL VPN 다운로드 (0) | 2026.02.09 |
| 🚨[ NCCL Hang 발생 시] ECC + IB 점검 체크리스트 (실전용) (0) | 2026.02.06 |
댓글