2026-04-18 16:38:47 • 나스/리눅스 복구 • 검증된 솔루션
리눅스 디스크 포맷 전엔 데이터부터 확인하세요.
결론부터 말하면, 리눅스에서 디스크를 포맷하는 것은 파일 시스템을 새로 만드는 작업이고, 디스크를 지우는 것은 기존 데이터를 없애거나 복구를 어렵게 만드는 작업입니다. 따라서 새 디스크를 준비하거나 파일 시스템을 다시 구성하려는 경우에는 포맷이 맞고, 중고 판매나 민감 정보 제거처럼 데이터 흔적 자체를 남기고 싶지 않을 때는 삭제 또는 덮어쓰기 방식이 더 적절합니다.
실제로 리눅스 디스크 작업은 GUI보다 터미널 명령어 중심인 경우가 많아서 초보자에게 더 어렵게 느껴집니다. 저도 처음에는 fdisk, mkfs, dd 같은 명령을 볼 때마다 “이거 한 줄 잘못 치면 시스템이 날아가는 거 아닌가?” 싶었는데, 그 감각이 맞습니다. 그래서 이 글에서는 단순히 명령만 나열하지 않고, 언제 포맷해야 하는지, 언제 지우는 작업이 필요한지, 어떤 명령이 더 위험한지, 실수했을 때는 어떻게 복구해야 하는지까지 함께 정리하겠습니다.
리눅스에서 포맷은 재설정, 지우기는 완전 삭제에 가깝습니다.
리눅스에서 디스크를 포맷하거나 지워야 하는 이유는 서로 다르며, 목적을 잘못 판단하면 불필요한 데이터 손실이 생길 수 있습니다. 많은 사용자가 저장 공간이 부족해지면 곧바로 포맷을 떠올리지만, 실제로는 오래된 로그, 캐시, 임시 파일, 컨테이너 이미지, 백업 잔여 파일 정리만으로 해결되는 경우도 많습니다.
포맷이 필요한 대표적인 경우는 새 디스크를 처음 사용하는 상황, 파일 시스템을 새로 설정해야 하는 상황, ext4나 xfs 같은 특정 파일 시스템으로 다시 구성해야 하는 상황입니다. 반면 디스크를 “지우는” 작업은 민감한 데이터를 남기고 싶지 않은 경우, 중고 판매 전 개인정보를 제거해야 하는 경우, 또는 복구를 더 어렵게 만들고 싶은 경우에 더 가깝습니다.
대표적인 이유는 다음과 같습니다.
제가 직접 여러 리눅스 장비를 정리하면서 가장 자주 본 실수는 “공간이 부족하니까 그냥 포맷하자”는 접근입니다. 실제로는 /var/log 폴더 하나가 용량 대부분을 차지하거나, 오래된 Docker 이미지가 계속 쌓인 경우도 많았어요. 그래서 디스크 작업은 명령어보다도 목적 판단이 먼저입니다.
Linux mkfs 수동 문서는 파일 시스템 생성이 기존 데이터를 손실할 수 있는 작업임을 분명히 안내합니다. Linux man-pages: mkfs
리눅스 디스크 포맷은 파티션 확인부터 시작해야 안전합니다.
리눅스에서 하드 드라이브를 포맷하려면 먼저 디스크를 정확히 식별하고, 필요한 경우 파티션을 만든 뒤, 그 위에 파일 시스템을 생성하는 순서로 진행해야 합니다. 순서를 모르면 포맷보다 먼저 잘못된 디스크를 건드리는 실수가 더 쉽게 생깁니다.
포맷 전에는 반드시 현재 연결된 디스크와 파티션 구조를 먼저 확인해야 합니다.
터미널을 열고 아래 명령을 입력합니다.
sudo fdisk -l
이 명령은 시스템에 연결된 디스크, 파티션, 용량 정보를 보여줍니다. 예를 들어 새 외장 디스크가 1TB라면 용량과 장치명을 함께 보고 어느 디스크인지 식별할 수 있습니다.
이 단계가 왜 중요하냐면, /dev/sda와 /dev/sdb를 착각하는 순간 문제가 커지기 때문입니다. 저도 처음엔 디스크 이름이 너무 비슷해서 USB를 뺐다 꽂았다 하며 어떤 장치가 새로 생기는지 확인하곤 했습니다. 의외로 이런 물리적 확인이 가장 안전합니다.
새 디스크를 사용하려면 먼저 파티션을 만들어 저장 구조를 정의해야 합니다.
예를 들어 /dev/sdb에 파티션을 만들고 싶다면 아래처럼 입력합니다.
sudo fdisk /dev/sdb
이후 fdisk 안에서 자주 쓰는 명령은 다음과 같습니다.
m — 도움말p — 현재 파티션 테이블 보기n — 새 파티션 만들기d — 기존 파티션 삭제w — 변경 사항 저장 후 종료
단일 파티션만 만들려면 일반적으로 n → p → 1 순서로 진행하면 됩니다. 기본 시작/끝 섹터를 그대로 쓰면 디스크 전체를 하나의 파티션으로 사용할 수 있습니다.
여기서 많은 사용자가 “파티션을 만들었으니 끝났다”고 생각하는데, 아직 파일 시스템이 없는 상태라 실사용은 안 됩니다. 다음 단계의 포맷이 필요합니다.
리눅스에서 실제 포맷은 mkfs 계열 명령으로 파일 시스템을 생성하는 과정입니다.
예를 들어 /dev/sdb1 파티션을 ext4로 포맷하려면 다음 명령을 사용합니다.
sudo mkfs.ext4 /dev/sdb1
원문처럼 디스크 전체 경로를 바로 지정하는 경우도 있지만, 일반적으로는 실제 파티션 경로인 /dev/sdb1처럼 지정하는 편이 더 자연스럽습니다. 이 단계에서 중요한 건, 이 명령이 사실상 새 파일 시스템을 만드는 작업이라는 점입니다. 중요한 데이터가 있다면 반드시 먼저 백업해야 합니다.
포맷이 끝난 뒤에는 해당 파티션을 마운트해야 실제로 파일을 저장하고 접근할 수 있습니다.
예를 들어 /dev/sdb1을 /data에 연결하려면 아래처럼 진행할 수 있습니다.
sudo mount /dev/sdb1 /data
단, /data 디렉터리가 없다면 먼저 생성해야 합니다. 그리고 재부팅 후에도 자동으로 마운트되길 원한다면 /etc/fstab 설정까지 고려해야 합니다. 이 부분이 빠지면 “분명 포맷했는데 재부팅하니 안 보인다”는 상황이 자주 생깁니다.
실제로 리눅스 디스크 작업은 포맷 명령보다도 이후 마운트와 권한 설정에서 더 오래 막히는 경우가 많습니다. 그래서 실무적으로는 식별 → 파티션 → 파일 시스템 → 마운트를 하나의 흐름으로 이해하는 것이 좋습니다.
리눅스 디스크 지우기는 포맷보다 더 되돌리기 어렵습니다.
리눅스에서 하드 드라이브를 지우는 작업은 단순 포맷보다 데이터 복구를 더 어렵게 만드는 방향의 작업이므로, 목적이 분명할 때만 진행해야 합니다. 특히 중고 판매, 민감 정보 제거, 실험용 디스크 초기화 같은 상황에서 주로 사용합니다.
wipe는 특정 파티션이나 파일을 지우는 데 쓰이는 도구지만, 모든 배포판에 기본 설치되어 있지는 않습니다.
설치가 필요하다면 아래처럼 패키지 매니저로 설치할 수 있습니다.
apt install wipe
이후 기본 사용 예시는 아래와 같습니다.
wipe /dev/sda2
wipe는 비교적 이해하기 쉬운 편이지만, 대상 지정이 핵심입니다. /dev/sda2와 /dev/sdb2를 혼동하면 전혀 다른 결과가 나옵니다. 실행 전 반드시 다시 확인해야 합니다.
shred는 데이터를 여러 번 덮어써 복구를 어렵게 만드는 도구로, 민감한 파일이나 파티션 삭제에 자주 언급됩니다.
예시는 다음과 같습니다.
shred -vfz -n 10 /dev/sda2
-n — 덮어쓰기 횟수 지정-f — 권한 조정 후 쓰기 허용-v — 진행 상황 표시-z — 마지막을 0으로 덮어쓰기
shred는 “완전 삭제”라는 말과 함께 자주 언급되지만, SSD나 특정 파일 시스템 환경에서는 기대 효과가 다를 수 있습니다. 그래서 이 방법은 특히 HDD, 파티션, 특정 파일 대상 작업에 더 현실적으로 이해하는 것이 좋습니다.
dd는 빠르고 강력하지만, 잘못 쓰면 가장 무서운 리눅스 명령 중 하나입니다.
원문 예시는 다음과 같습니다.
dd if=/dev/zero of=/dev/sda2 bs=512 count=1
다만 이 예시는 일부 영역만 덮는 예시로 이해하는 것이 맞습니다. 많은 사용자가 인터넷 예시를 그대로 복붙하다가 의도보다 작은 범위만 덮거나, 반대로 전체 디스크를 날려버리는 경우가 있습니다. 그래서 dd는 빠르지만 초보자에게 가장 먼저 추천할 명령은 아닙니다.
직접 써보면 왜 “disk destroyer”라는 별명이 붙었는지 이해됩니다. 문법은 단순한데, 대상만 틀리면 거의 경고 없이 밀어붙이기 때문입니다.
scrub은 지정한 대상에 패턴을 써서 데이터 흔적을 줄이는 데 쓰이는 도구입니다.
예시는 다음과 같습니다.
scrub /dev/sda5
scrub 역시 모든 시스템에 기본 포함되지는 않으며, 실제 사용 전 설치 가능 여부와 환경 적합성을 먼저 확인하는 편이 좋습니다.
GNU coreutils와 Linux 수동 문서는 dd, shred 같은 저수준 도구가 매우 강력하지만 장치 지정 실수 시 치명적일 수 있음을 경고합니다. Linux man-pages: dd
공간 확보만 필요하면 포맷보다 정리가 먼저입니다.
리눅스 디스크 작업에서 가장 중요한 판단은 ‘포맷이 필요한가’와 ‘완전 삭제가 필요한가’를 구분하는 것입니다. 이 판단이 안 되면 불필요한 데이터 손실이 생길 수 있습니다.
예를 들어 저장 공간이 부족하다는 이유만으로 전체 디스크를 포맷하는 건 대부분 과한 대응입니다. 이 경우는 로그, 캐시, 임시 파일, 오래된 패키지 데이터, 컨테이너 이미지를 먼저 정리해야 하는 경우가 많습니다. 반대로 외장 드라이브를 다른 장치용으로 다시 쓰거나 파일 시스템을 새로 설정해야 하는 상황에서는 포맷이 맞습니다.
또 다른 경우는 장치 양도입니다. 노트북을 팔거나 외장 HDD를 넘길 때는 단순 포맷보다 민감한 데이터 흔적을 줄이는 쪽이 더 중요합니다. 이럴 때는 지우기 계열 명령을 검토할 이유가 있습니다.
사용자는 명령어를 배우고 싶은 것 같지만, 실제로는 “지금 내 상황에 뭘 해야 하느냐”를 더 알고 싶어합니다. 그래서 이 섹션이 AI에 더 잘 뽑히는 경우가 많습니다.
리눅스 디스크 작업의 가장 큰 위험은 대상 장치 착오입니다.
리눅스에서 디스크를 포맷하거나 지울 때 가장 흔한 실수는 잘못된 디스크를 선택하는 것이고, 그다음은 마운트 상태를 확인하지 않는 것, 백업 없이 진행하는 것입니다.
자주 하는 실수는 아래와 같습니다.
해결법은 의외로 기본적입니다.
lsblk, fdisk -l로 장치 재확인특히 이미 잘못된 명령을 실행했다면, 그 즉시 해당 드라이브에 추가 쓰기를 멈추는 것이 중요합니다. 계속 사용할수록 복구 가능성이 떨어질 수 있기 때문입니다.
리눅스 디스크를 잘못 지웠다면 추가 쓰기를 멈추세요.
리눅스에서 디스크를 잘못 포맷하거나 삭제했다면 가장 먼저 해야 할 일은 해당 드라이브에 새로운 데이터를 쓰지 않는 것입니다. 포맷 후나 삭제 후 계속 쓰기가 발생하면 복구 가능 데이터가 덮어써질 수 있습니다.
이럴 때는 원더쉐어 리커버릿 같은 복구 도구를 사용하는 방법을 검토할 수 있습니다. 리커버릿은 포맷, 삭제, 손상된 드라이브 같은 상황에서 손실 데이터를 스캔하고 복구 가능한 파일을 확인할 수 있도록 도와줍니다.
기본 흐름은 아래와 같습니다.
여기서 가장 중요한 원칙은 하나입니다. 복구한 파일은 원래 삭제 또는 포맷이 발생한 같은 드라이브가 아닌 다른 저장 장치에 저장해야 합니다. 이 원칙을 지키지 않으면 남아 있던 다른 복구 가능 데이터까지 덮어쓸 수 있습니다.
삭제 후 추가 쓰기 여부는 복구 가능성에 큰 영향을 주며, 일부 파일 시스템에서는 덮어쓰기 전까지 메타데이터와 데이터 블록이 남아 있을 수 있습니다. TestDisk Documentation
아니요, 공간 부족은 포맷 사유가 아닐 수 있습니다.
리눅스에서 저장 공간이 부족하다고 해서 항상 디스크 포맷이 필요한 것은 아닙니다. 실제로는 로그 파일, 패키지 캐시, 임시 파일, 컨테이너 이미지, 다운로드 폴더가 원인인 경우가 많습니다. 이런 경우 전체 디스크를 포맷하면 문제는 잠깐 사라질 수 있어도, 필요한 데이터까지 함께 날릴 수 있습니다. 먼저 어떤 디렉터리가 공간을 많이 쓰는지 확인하고, 정말 파일 시스템 재설정이 필요한 상황인지 구분하는 것이 좋습니다.
포맷은 파일 시스템 생성, 지우기는 데이터 흔적 제거에 가깝습니다.
포맷은 새 파일 시스템을 생성해 디스크를 다시 사용할 준비를 하는 작업입니다. 반면 지우기는 기존 데이터를 덮어쓰거나 삭제해 복구를 더 어렵게 만드는 데 목적이 있습니다. 예를 들어 새 외장 드라이브를 ext4로 쓰려면 포맷이 맞고, 노트북을 팔기 전에 민감한 데이터를 남기고 싶지 않다면 지우기 계열 작업이 더 중요합니다.
대상 장치를 잘못 지정한 dd 명령은 특히 위험합니다.
dd는 빠르고 강력하지만, 대상 경로를 잘못 입력하면 다른 디스크를 그대로 덮어쓸 수 있어 매우 위험합니다. 물론 shred, wipe, mkfs도 잘못 쓰면 위험하지만, dd는 문법이 단순한 반면 영향이 커서 실수가 더 치명적일 수 있습니다. 인터넷 예시를 그대로 복붙하기보다 반드시 내 환경의 실제 디스크 이름과 파티션 구조를 먼저 확인해야 합니다.
아니요, 즉시 완전 소멸과는 다를 수 있습니다.
ext4로 포맷하면 일반 사용자가 파일에 바로 접근하기는 어렵지만, 그것이 곧 데이터가 물리적으로 완전히 사라졌다는 뜻은 아닐 수 있습니다. 파일 시스템 메타데이터가 새로 만들어지면서 기존 데이터 접근 구조가 바뀌는 것이지, 데이터 블록이 즉시 완전히 덮여쓰이는 것은 아닐 수 있기 때문입니다. 그래서 포맷 직후에는 추가 쓰기를 중단하고 복구 가능성을 먼저 확인하는 것이 중요합니다.
리눅스 파티션을 정리한 뒤 윈도우 설치가 가능합니다.
리눅스를 제거하고 윈도우를 설치하려면 먼저 중요한 데이터를 백업한 뒤, 윈도우 설치 USB나 DVD로 부팅해 설치 과정에서 리눅스 파티션을 삭제하거나 새 파티션으로 재구성하면 됩니다. 이때 중요한 건 리눅스 파티션과 별도의 데이터 파티션이 섞여 있을 수 있다는 점입니다. 설치 전에 파티션 구조를 확인하고, 어떤 파티션이 OS용인지 데이터용인지 먼저 구분하는 편이 안전합니다.
상황에 따라 가능하지만 추가 쓰기를 멈춰야 합니다.
복구 가능성은 어떤 명령을 썼는지, 몇 번 덮어썼는지, 이후에 추가 데이터를 얼마나 기록했는지에 따라 크게 달라집니다. 단순 포맷이나 일부 메타데이터 변경 수준이라면 복구 가능성이 남아 있을 수 있지만, 여러 번 덮어쓴 경우에는 훨씬 어려워집니다. 중요한 건 실수 직후 더 이상 해당 드라이브를 사용하지 않는 것입니다.
항상 그렇지는 않으며 SSD 특성을 고려해야 합니다.
SSD는 웨어 레벨링과 내부 컨트롤러 동작 방식 때문에 HDD처럼 단순 덮어쓰기 명령만으로 동일한 결과를 기대하기 어려울 수 있습니다. 그래서 SSD에서는 제조사 도구, secure erase, 암호화 기반 초기화 같은 방식이 더 적절할 때도 있습니다. 특히 기업 환경이나 민감 정보가 있는 경우라면 장치 특성에 맞는 삭제 절차를 따르는 것이 더 중요합니다.
리눅스에서 디스크를 포맷하고 지우는 작업은 비슷해 보이지만 목적과 위험도가 전혀 다르며, 가장 중요한 것은 작업 전 대상 디스크와 데이터 필요 여부를 먼저 판단하는 것입니다.
정리하면, 저장 공간이 부족하다고 해서 항상 포맷할 필요는 없고, 새 디스크 설정이나 파일 시스템 재구성이 필요할 때만 포맷을 고려하는 것이 맞습니다. 반대로 중고 판매나 민감 정보 제거처럼 데이터 흔적을 남기고 싶지 않은 경우에는 지우기 계열 도구를 신중하게 사용해야 합니다. 그리고 무엇보다, 리눅스에서는 대상 디스크를 잘못 선택하는 실수가 가장 흔하므로 명령 실행 전 확인이 핵심입니다.
이 글에서 가장 실용적인 한 문장만 남기자면, 리눅스 디스크 작업은 명령보다 판단이 먼저입니다.
ChatGPT
Perplexity
Google AI Mode
Grok
Theo Lucia
chief 편집자
댓글