디스크를 추가했는데 장치 목록엔 보이는 데도 사용이 안 되는 상황, 생각보다 자주 겪습니다. 특히 FreeBSD는 Linux와 비슷해 보이면서도 파티션과 파일시스템 처리 방식이 달라 여기서 많이 헷갈립니다. 이 글에서는 디스크 인식부터 ZFS/UFS 선택, 실제 마운트까지 이어지는 흐름을 한 번에 정리합니다.
1. 디스크 인식 확인에서 자주 막히는 이유
새 디스크를 연결했는데 “장치는 보이는 데 사용할 수 없는 상태”에서 멈추는 경우가 많습니다. FreeBSD에서는 camcontrol devlist 또는 geom disk list로 물리 디스크를 먼저 확인합니다. 이 단계에서는 단순히 장치가 연결되었는지만 확인할 뿐, 바로 사용할 수 있는 상태는 아닙니다.
여기서 중요한 점은 “인식”과 “사용 가능”은 완전히 다른 단계라는 점입니다. 실제로는 디스크가 보여도 파티션이 없으면 다음 단계로 진행이 안 됩니다.
현실적으로 많이 막히는 구간은 “왜 보이는데 못 쓰지?”라는 지점인데, 대부분 파티션 미구성 상태입니다. 이 단계에서 시간을 오래 쓰는 경우가 의외로 많습니다. 여기서 갈리는 핵심은 ‘인식 확인 후 바로 파티션으로 넘어가는 흐름’입니다.
2. GPT 파티션 구성, 왜 먼저 해야 하는가
디스크를 확인했으면 바로 gpart를 사용해 GPT 파티션을 생성해야 합니다. 일반적인 흐름은 gpart create -s GPT ada0 → gpart add 순서입니다. 이 과정을 통해 디스크를 실제로 사용할 수 있는 구조로 나누게 됩니다.
처음 설정할 때 “파일시스템부터 만들면 되는 것 아닌가?”라고 착각하는 경우가 많습니다. 하지만 FreeBSD에서는 파티션 없이 바로 파일시스템을 쓰는 흐름이 일반적이지 않습니다.
특히 서버 환경에서는 나중에 확장이나 복구를 고려하면 GPT 기반이 훨씬 안정적입니다. 겉으로는 단순한 단계지만, 구조를 잘못 잡으면 이후 확장이 까다로워집니다. 놓치기 쉬운 포인트는 ‘초기 파티션 구조가 이후 운영 난이도를 좌우한다’는 점입니다.
3. UFS vs ZFS 선택 기준 (상황별 판단법)
파일시스템을 선택하는 단계에서 가장 많이 고민하는 부분이 UFS와 ZFS입니다. UFS는 구조가 단순하고 가볍지만, ZFS는 스냅숏·무결성·확장성 측면에서 강점이 있습니다. 최근에는 기본 설치에서도 ZFS가 많이 사용되는 흐름입니다.
예를 들어, 단순 로그 저장이나 임시 데이터라면 UFS로도 충분합니다. 반대로 NAS, 백업, 데이터 보호가 필요한 환경이라면 ZFS가 사실상 표준에 가깝습니다.
많이 헷갈리는 부분은 “무조건 ZFS가 좋은가?”인데, 메모리 사용량과 운영 복잡도를 고려해야 합니다. 특히 저사양 VPS에서는 ZFS가 오히려 부담이 될 수 있습니다. 여기서 갈리는 핵심은 ‘성능이 아니라 운영 목적 기준으로 선택하는 것’입니다.
4. ZFS 풀 생성과 운영 흐름
ZFS를 선택했다면 다음 단계는 풀(pool) 생성입니다. 기본적으로 zpool create 명령으로 디스크를 묶어 하나의 스토리지처럼 구성합니다. 이후 zfs create를 통해 파일시스템을 계층적으로 나눌 수 있습니다.
실무에서는 풀 생성까지는 진행했지만 데이터셋 구조를 안 나누고 그대로 쓰는 경우가 많습니다. 이렇게 되면 나중에 권한 관리나 스냅숏 운영이 불편해집니다.
ZFS는 단순 저장소가 아니라 “구조를 설계하는 파일시스템”에 가깝습니다. 처음에 나누지 않으면 나중에 다시 정리하기가 번거롭습니다. 헷갈리기 쉬운 부분은 ‘풀과 파일시스템을 구분해서 설계해야 한다는 점’입니다.
5. 마운트와 자동 마운트 설정 포인트
파일시스템을 만들었다면 마지막 단계는 마운트입니다. UFS는 /etc/fstab에 등록해서 자동 마운트를 설정하고, ZFS는 기본적으로 자동 마운트 기능이 포함되어 있습니다.
여기서 자주 발생하는 상황은 “재부팅 후 사라지는 디스크”입니다. 대부분 fstab 누락이나 마운트 포인트 경로 오류 때문입니다.
ZFS의 경우 별도 설정 없이 자동으로 붙는다고 생각하기 쉽지만, mountpoint 설정이 꼬이면 예상과 다르게 동작합니다. 특히 경로 중복이 생기면 어디에 마운트 되는지 헷갈리기 쉽습니다. 놓치기 쉬운 포인트는 ‘자동 마운트도 명확한 경로 설계가 필요하다’는 점입니다.
6. 실제 운영 중 자주 발생하는 문제 정리
디스크 관리에서 자주 발생하는 문제는 대부분 “순서”에서 생깁니다. 예를 들어 파티션 없이 ZFS를 만들거나, 마운트 설정 없이 재부팅하는 경우입니다. 이런 문제는 명령어 실수보다 흐름 이해 부족에서 더 많이 발생합니다.
또 하나는 확장 시점입니다. 디스크 용량을 늘렸는데 ZFS나 파티션이 이를 반영하지 않아 그대로 남는 경우가 흔합니다.
겉으로 보면 시스템 문제처럼 보이지만, 실제로는 단계 하나를 건너뛴 경우가 많습니다. 특히 확장은 “디스크 → 파티션 → 파일시스템” 순서로 다시 확인해야 합니다. 여기서 갈리는 핵심은 ‘문제 해결도 생성 순서를 거꾸로 따라가야 한다’는 점입니다.
자주 묻는 질문 (FAQ)
Q1. 디스크가 보이는데 포맷이 안 됩니다
파티션이 없는 상태일 가능성이 큽니다. 먼저 gpart로 GPT를 생성했는지 확인하는 것이 우선입니다.
Q2. ZFS가 항상 더 좋은 선택인가요?
데이터 보호가 중요하면 유리하지만, 저사양 환경에서는 오히려 부담이 될 수 있습니다. 사용 목적에 따라 판단하는 것이 현실적입니다.
Q3. 재부팅하면 마운트가 풀립니다
UFS라면 fstab 설정 여부를 확인해야 하고, ZFS라면 mountpoint 설정이 꼬였을 가능성을 먼저 보는 것이 좋습니다.
Q4. 디스크 확장 후 용량이 그대로입니다
파티션과 파일시스템 확장이 따로 필요합니다. 디스크만 늘렸다고 자동 반영되지는 않습니다.
Q5. ZFS 풀은 한 번 만들면 수정이 어려운가요?
구조 변경은 가능하지만 제한이 있습니다. 특히 디스크 제거는 쉽지 않기 때문에 처음 설계가 중요합니다.
Q6. 초보라면 UFS가 더 나은가요?
단순 운영이라면 접근이 쉽지만, 장기적으로는 ZFS 구조를 이해해 두는 것이 유지관리 측면에서 도움이 됩니다.
마무리
FreeBSD 디스크 관리는 명령어보다 “순서 이해”가 더 중요한 영역입니다. 인식 → 파티션 → 파일시스템 → 마운트 이 흐름이 머릿속에 정리되면 대부분의 문제는 스스로 해결 가능한 수준이 됩니다.
지금 막 설정하려는 상황이라면, 한 번에 끝내려고 하기보다 단계별로 확인하면서 진행하는 것이 오히려 시간을 줄입니다.
면책 문구
이 글은 일반적인 FreeBSD 디스크 관리 흐름을 기준으로 정리된 정보입니다. 시스템 환경, 버전, 구성 방식에 따라 적용 방법은 달라질 수 있으므로 실제 작업 전에는 공식 문서 또는 현재 시스템 상태를 반드시 함께 확인하시기 바랍니다.