생활 기술 · 리눅스

리눅스 파티션 설정 방법: gdisk 명령어로 GPT 디스크를 안전하게 구성하는 법

업데이트: 2026-07-30 01:00 · 검증 토큰 GTG-LINUX-GDISK-20260730-0100

리눅스 gdisk 파티션 설정 안내
리눅스 디스크 작업은 대상 장치 확인과 백업부터 시작합니다.
리눅스 gdisk 파티션 설정 안내
리눅스 디스크 작업은 대상 장치 확인과 백업부터 시작합니다.
리눅스 gdisk 파티션 설정 안내
리눅스 디스크 작업은 대상 장치 확인과 백업부터 시작합니다.

핵심 요약
gdisk 작업 전에는 대상 장치와 백업을 확인합니다. 새 파티션은 만들 때마다 목록으로 검토합니다. 확신이 없으면 저장하지 말고 종료한 뒤 다시 확인하세요.

시작하기 전: 파티션 작업은 데이터 삭제 작업입니다

gdisk는 GPT 파티션 테이블을 직접 바꾸는 도구입니다. 명령 한 줄이 틀렸다고 곧바로 모든 파일이 사라지는 것은 아니지만, 잘못된 장치를 지정한 뒤 쓰기 명령을 실행하면 되돌리기 어렵습니다. 따라서 설치 USB로 부팅했는지, 현재 실행 중인 시스템 디스크가 아닌지, 백업이 실제로 열리는지부터 확인해야 합니다. 작업 대상의 이름은 용량만 보고 판단하지 말고 제조사·모델·연결 위치까지 함께 대조하세요. 특히 외장 디스크와 내장 NVMe가 동시에 꽂혀 있으면 이름이 비슷해 보일 수 있습니다.

작업 전에는 중요한 파일을 다른 저장장치와 클라우드 중 두 곳에 복사하고, 복사본에서 임의의 파일을 열어 보세요. 백업 폴더가 있다는 사실과 복구 가능한 백업은 다릅니다. 암호화된 볼륨, RAID, LVM, 듀얼 부팅 디스크는 구조가 더 복잡하므로 현재 구성을 기록한 뒤 진행하는 편이 안전합니다. 확신이 없으면 파티션을 쓰기 전에 중단하는 것이 가장 좋은 복구 방법입니다.

GPT와 gdisk를 선택하는 상황

GPT는 큰 디스크와 현대 UEFI 부팅 환경에 잘 맞는 파티션 방식입니다. 파티션 수 제약이 적고 각 항목의 유형 정보를 명확하게 저장할 수 있어 새 리눅스 설치에서 흔히 사용됩니다. gdisk는 GPT를 다루는 대화형 도구라서 번호, 시작 위치, 크기, 유형 코드를 한 단계씩 확인하며 입력할 수 있습니다. 다만 자동 설치가 필요하거나 같은 구성을 여러 대에 반복할 때는 검증된 스크립트가 더 적합할 수 있습니다.

MBR 디스크를 무조건 GPT로 바꾸는 것은 답이 아닙니다. 기존 운영체제의 부팅 방식, 펌웨어가 UEFI인지 레거시인지, 제조사 복구 파티션이 있는지를 먼저 봐야 합니다. 이미 운영 중인 디스크를 변환할 때는 설치 환경에서 새로 구성하는 경우보다 위험이 커집니다. 이 글은 새 설치용 또는 비어 있는 대상 디스크를 안전하게 구성하는 흐름에 초점을 둡니다.

대상 디스크를 세 번 확인하는 절차

터미널에서 lsblk로 장치, 크기, 마운트 지점을 봅니다. 그다음 lsblk -f로 파일시스템과 UUID를 확인하고, 필요하면 sudo fdisk -l로 파티션 테이블 정보를 한 번 더 대조합니다. 예를 들어 NVMe는 보통 /dev/nvme0n1처럼 보이고 파티션 이름에는 p가 붙지만, SATA·USB 장치는 /dev/sda와 /dev/sda1처럼 표시됩니다. 이 차이를 놓치면 명령 대상이 달라질 수 있습니다.

확인 목록은 단순합니다. 첫째 용량이 맞는가, 둘째 현재 마운트된 파일시스템이 없는가, 셋째 모델명이 예상한 장치와 같은가, 넷째 설치 USB 자체가 아닌가를 점검하세요. 화면을 캡처하거나 장치명과 용량을 메모하면 다음 단계에서 기억에 의존하지 않아도 됩니다. 마운트된 파티션은 umount로 해제한 뒤 다시 목록을 확인합니다.

권장 구성: EFI·루트·스왑을 어떻게 나눌까

UEFI 방식의 일반적인 데스크톱 설치에서는 EFI 시스템 파티션, 리눅스 루트 파티션, 필요에 따른 스왑 파티션을 생각하면 됩니다. EFI는 보통 FAT32로 포맷하고 부트 파일을 저장합니다. 루트는 운영체제와 프로그램·사용자 파일의 기본 위치이며, 별도 홈 파티션은 재설치 때 사용자 파일을 분리하고 싶을 때 선택합니다. 스왑은 메모리 부족 상황과 최대 절전 모드 여부에 따라 크기를 정합니다.

정답 크기는 한 가지가 아닙니다. EFI는 여러 운영체제의 부트 파일을 함께 둘 계획이면 여유를 두고, 루트는 배포판·개발 도구·컨테이너 사용량을 고려합니다. 스왑은 RAM보다 크게 만들면 늘 좋은 것이 아니라 저장 공간과 사용 목적의 균형 문제입니다. 최대 절전을 쓸 계획이라면 배포판 문서의 요구 조건을 우선 확인하세요.

구성 비교표: 새 설치에서 결정할 항목

구성장점주의점어울리는 경우
EFI + 루트단순하고 관리가 쉬움재설치 때 파일 분리 어려움개인용 새 설치
EFI + 루트 + 홈사용자 자료 분리용량 배분을 미리 결정재설치 가능성 있음
EFI + 루트 + 스왑메모리 여유 확보스왑 크기 판단 필요일반 데스크톱

파티션을 많이 나누면 문제가 자동으로 줄지는 않습니다. 용량을 나눈 뒤 한 파티션만 가득 차서 업데이트가 멈추는 일이 생길 수 있습니다. 처음 설치라면 단순한 구성을 선택하고, 별도 분리가 필요한 이유가 분명할 때만 추가하는 편이 관리하기 좋습니다.

gdisk 실행과 읽기 전용 확인

sudo gdisk /dev/대상장치로 실행하되, 대상장치 자리에 실제 확인한 이름을 넣습니다. 시작 직후 표시되는 경고와 현재 테이블 종류를 읽고, 바로 쓰기 명령을 누르지 마세요. p 명령은 현재 파티션 목록을 보여 주므로 기존 항목·시작 섹터·여유 공간을 확인하는 데 유용합니다. q 명령은 변경을 저장하지 않고 종료하므로 화면을 살피는 단계에서는 q가 가장 안전한 출구입니다.

대화형 도구에서는 입력한 변경이 즉시 디스크에 기록되지 않는 경우가 많지만, w를 실행하면 테이블이 저장됩니다. 그래서 n으로 새 항목을 만든 뒤에도 p로 결과를 검토하고, 잘못되었으면 d로 해당 번호를 지운 뒤 다시 만들 수 있습니다. 이 구조를 이해하면 실수했을 때 성급하게 종료하거나 저장하는 일을 줄일 수 있습니다.

새 파티션을 만드는 실제 순서

먼저 n으로 새 파티션 추가를 시작합니다. 번호는 기본 제안을 쓰는 경우가 많지만 기존 번호와 겹치지 않는지 보세요. 시작 섹터는 정렬을 위해 기본값이 적절한 경우가 많고, 끝 위치는 크기를 지정하는 단계입니다. EFI처럼 작은 고정 영역은 필요한 용량을 명확히 정하고, 루트처럼 나머지를 쓸 영역은 현재 여유 공간을 다시 읽은 뒤 결정합니다.

파티션이 만들어지면 t로 유형 코드를 설정합니다. EFI 시스템 파티션과 Linux filesystem, Linux swap은 서로 목적이 다르므로 설치 프로그램이나 배포판 문서에 맞는 유형을 선택합니다. 코드만 맞고 포맷을 잊는 경우도 있으므로, gdisk 작업이 끝난 뒤에는 파일시스템 생성과 마운트 계획까지 이어서 확인해야 합니다. 명령을 외우는 것보다 각 단계의 결과를 p로 확인하는 습관이 중요합니다.

단계형 체크리스트: 저장 전 마지막 점검

  1. 대상 장치명·용량·모델을 lsblk 출력과 다시 대조합니다.
  2. p로 파티션 번호, 시작 위치, 크기, 유형을 모두 읽습니다.
  3. EFI와 루트, 스왑의 역할이 겹치거나 빠지지 않았는지 확인합니다.
  4. 기존에 보존해야 할 파티션이 목록에 남아 있는지 확인합니다.
  5. 백업본을 다른 장치에서 실제로 열 수 있는지 확인합니다.
  6. 이 다섯 항목이 맞을 때만 w로 저장하고, 아니라면 q로 나갑니다.

w를 실행한 뒤에는 운영체제가 새 테이블을 인식했는지 lsblk로 다시 봅니다. 바로 설치를 서두르기보다 파티션 이름과 크기가 계획과 같은지 확인하세요. 이 짧은 멈춤이 가장 값싼 실수 방지 장치입니다.

명령과 목적을 표로 정리하기

명령목적안전한 사용 시점
p현재 목록 확인변경 전·후 모두
n새 파티션 추가계획한 크기 확인 후
t유형 코드 변경항목 번호 확인 후
d선택 항목 삭제정말 새 항목인지 확인 후
w변경 저장최종 목록 검토 후
q저장 없이 종료의심이 생긴 즉시

이 표에서 가장 중요한 명령은 w보다 q입니다. 장치 선택 또는 크기 계산이 조금이라도 불확실하면 q로 나온 뒤 정보를 다시 수집하세요. 터미널 작업은 빠르게 끝내는 것보다 되돌릴 수 있는 지점을 남기는 것이 안전합니다.

포맷과 마운트: gdisk 다음에 해야 할 일

gdisk는 파티션 테이블을 만드는 도구이지 파일시스템까지 만드는 도구는 아닙니다. EFI 파티션에는 일반적으로 FAT32가 필요하고, 리눅스 루트는 배포판 선택에 맞춰 ext4·btrfs 같은 파일시스템을 만듭니다. 스왑 파티션은 별도 초기화가 필요합니다. 이 단계에서는 파티션 번호를 다시 확인하고, 예를 들어 대상 장치가 NVMe인지 SATA인지에 따라 이름 형식이 달라진다는 점을 기억하세요.

포맷이 끝난 뒤 lsblk -f와 blkid로 타입과 UUID를 확인합니다. 설치 프로그램을 쓴다면 자동 파티셔닝과 수동 파티셔닝 중 무엇을 선택했는지도 기록하세요. 수동 구성에서 EFI 마운트 위치를 잘못 지정하면 부팅 문제가 생길 수 있으므로 배포판의 설치 안내를 기준으로 마운트 지점을 확인하는 편이 낫습니다.

시간·비용·실수 방지 기준

빈 디스크의 단순 구성은 준비까지 포함해 보통 수십 분 안에 끝낼 수 있지만, 백업 검증과 복구 계획에는 그보다 긴 시간이 필요할 수 있습니다. 별도 비용은 들지 않아도 저장 공간과 시간을 아끼려다 백업을 생략하면 비용이 가장 커집니다. 데이터가 중요한 업무 장비라면 유지보수 창을 잡고, 전원과 외장 저장장치 상태를 안정적으로 만든 뒤 진행하세요.

가장 흔한 실수는 장치명을 추측하는 것, 기존 파티션을 새 파티션으로 착각하는 것, w를 너무 빨리 누르는 것, 설치 완료 뒤 백업을 확인하겠다고 미루는 것입니다. 명령을 복사할 때도 /dev/sda 부분은 그대로 붙여 넣지 말고 화면에서 확인한 실제 장치명으로 바꿨는지 확인하세요. 자동 완성에 의존하기보다 한 글자씩 대조하는 편이 낫습니다.

문제가 생겼을 때 중단과 복구 판단

명령 중 예상하지 못한 경고가 나오거나 디스크 목록이 계획과 다르면 즉시 저장하지 말고 q로 종료하세요. 그다음 lsblk, fdisk -l, 백업 기록을 비교해 현재 상태를 파악합니다. 이미 저장했다면 추가 포맷이나 설치를 반복해서 시도하지 않는 것이 중요합니다. 덮어쓰는 작업이 늘수록 복구 가능성은 낮아질 수 있습니다.

부팅 디스크, 암호화 볼륨, RAID, 회사 장비처럼 영향 범위가 큰 대상은 검증된 백업 또는 관리자 지원 없이 수정하지 마세요. 파티션 복구 도구가 도움이 될 수 있지만, 정확한 원인과 현재 상태를 모른 채 실행하는 것은 또 다른 변경이 됩니다. 먼저 작업을 멈추고, 원본을 보존한 상태에서 필요한 도움을 받는 판단이 안전합니다.

자주 묻는 질문

gdisk는 언제 사용하나요?

GPT 파티션 테이블을 새로 만들거나 검토할 때 사용합니다. 기존 운영 디스크를 수정할 때는 백업과 장치 확인이 선행되어야 합니다.

p를 여러 번 눌러도 되나요?

목록 확인 명령이므로 작업 전후에 반복해서 확인하는 것이 좋습니다.

w를 누르기 전에는 안전한가요?

일반적으로 변경 저장 전에는 종료할 수 있지만, 도구의 경고를 읽고 의심이 나면 q로 나와 다시 확인하세요.

EFI 파티션은 꼭 필요한가요?

UEFI 부팅 설치에는 필요합니다. 레거시 방식과 듀얼 부팅 구성은 환경에 따라 다르므로 설치 문서를 확인하세요.

스왑은 반드시 파티션이어야 하나요?

아닙니다. 환경에 따라 스왑 파일을 쓰기도 합니다. 최대 절전과 배포판 설정을 고려해 선택하세요.

파티션 설정의 핵심은 빠른 입력이 아니라 확인 가능한 순서입니다. 대상 장치를 세 번 확인하고, 변경 전후 목록을 읽고, 의심이 나면 저장하지 않고 나오는 원칙을 지키면 대부분의 큰 실수를 피할 수 있습니다.

설치 뒤에도 남겨야 할 운영 기록

파티션 작업이 끝났다고 해서 기록까지 끝나는 것은 아닙니다. 어떤 디스크에 어떤 목적의 파티션을 만들었는지, 파일시스템은 무엇인지, UUID와 마운트 위치는 무엇인지 간단한 문서로 남기세요. 나중에 디스크를 증설하거나 부팅 문제를 진단할 때 이 기록은 시간을 크게 줄입니다. 특히 여러 개의 SSD를 사용하는 환경에서는 장치 이름이 부팅 순서에 따라 달라질 수 있으므로, 단순한 장치명보다 UUID와 용량, 역할을 함께 적는 편이 좋습니다. 설치가 성공한 직후에는 재부팅 전에 한 번 더 목록을 확인하고, 재부팅 뒤에도 정상적으로 마운트됐는지 확인하세요. 이중 확인은 당장은 번거롭지만 장애 상황에서 원인을 좁히는 가장 현실적인 방법입니다.

백업도 한 번 만들고 끝내지 말고 복구 경로를 테스트해야 합니다. 중요한 문서 하나를 임시 위치로 복원해 보고, 암호화 키나 설치 USB가 필요하다면 어디에 보관했는지 확인하세요. 운영체제 업데이트나 디스크 교체 전에는 이 문서를 최신 상태로 고칩니다. 파티션 테이블은 평소에 보이지 않아서 잊기 쉽지만, 문제가 생기면 전체 시스템 접근에 영향을 줄 수 있습니다. 따라서 변경 날짜, 변경 이유, 담당자, 백업 위치를 짧게 적어 두는 습관이 장기적으로 가장 안전한 관리 방식입니다.

처음 하는 사람을 위한 실행 순서 요약

처음이라면 명령을 한 번에 입력하려 하지 말고 준비, 확인, 설계, 변경, 검증의 다섯 단계로 나누세요. 준비 단계에서는 백업과 설치 환경을 마련합니다. 확인 단계에서는 lsblk와 디스크 모델로 대상을 고릅니다. 설계 단계에서는 EFI와 루트, 스왑 또는 홈 파티션의 목적과 크기를 종이에 적습니다. 변경 단계에서만 gdisk를 열고, 각 항목을 만든 뒤 p로 결과를 읽습니다. 마지막 검증 단계에서는 저장 뒤 파일시스템과 마운트 정보를 확인합니다. 각 단계가 끝날 때 다음 단계로 넘어갈 근거가 있는지 스스로 묻는 방식이 좋습니다.

작업 중 막히면 검색 결과의 명령을 그대로 실행하기보다 현재 화면과 환경이 그 설명의 전제와 같은지 먼저 확인하세요. 배포판 버전, 부팅 방식, 디스크 연결 방식에 따라 명령 예시의 장치 이름과 설정은 달라질 수 있습니다. 이해하지 못한 옵션이 나오면 저장하기 전에 멈추고 공식 문서나 관리자에게 확인하는 편이 안전합니다. 데이터가 없는 연습용 USB나 가상 머신에서 먼저 과정을 익히면 실제 장비에서의 긴장과 실수를 줄일 수 있습니다. 안전한 파티션 설정은 복잡한 명령을 많이 아는 능력보다, 모르는 상황에서 멈추고 확인하는 태도에서 시작합니다.

마지막 안전 원칙

저장 직전의 한 번의 확인은 작업 시간을 거의 늘리지 않지만, 잘못된 디스크를 선택했을 때 생길 수 있는 손실을 막습니다. 장치명과 용량, 파티션 목록, 백업 위치를 다시 읽고 조금이라도 의심되면 종료하세요. 정확한 확인 뒤에만 다음 단계로 넘어가는 습관이 리눅스 디스크 관리의 가장 중요한 기술입니다.

함께 읽기: 내 컴퓨터 메인보드 확인법, 로직보드 확인 가이드, 전기안전 점검 안내