윈도우 11이 설치된 기본 SSD와 별도로 리눅스를 설치했던 보조 SSD를 삭제한 뒤에도 부팅 메뉴에 GRUB, Ubuntu, Debian 항목이 남아 보이는 경우가 있다. 이 상황은 SSD 안의 데이터가 그대로 남아 있다기보다, UEFI 부팅 항목, EFI 시스템 파티션, BIOS 부팅 순서가 함께 얽혀 나타나는 문제로 해석할 수 있다.
GRUB 부트로더가 남아 보이는 이유
리눅스를 설치하면 일반적으로 GRUB 부트로더가 함께 설치된다. 이때 부트로더 관련 파일은 리눅스 파티션뿐 아니라 EFI 시스템 파티션에 저장될 수 있다. 특히 윈도우와 리눅스를 함께 사용하던 환경에서는 보조 SSD를 지웠더라도 메인 SSD의 EFI 파티션이나 UEFI 펌웨어 항목에 리눅스 부팅 흔적이 남아 있을 수 있다.
따라서 단순히 리눅스 볼륨을 삭제했다고 해서 BIOS 부팅 목록에서 Ubuntu 또는 Debian 항목이 즉시 사라진다고 단정하기는 어렵다. 실제 데이터 파티션은 삭제되었지만, 부팅 항목만 남아 있는 상태일 수 있다.
diskpart clean은 무엇을 지우는가
Windows의 diskpart clean 명령은 선택한 디스크의 파티션 정보와 볼륨 구성을 제거하는 데 사용된다. 보조 SSD를 새로 포맷하거나 다른 용도로 다시 사용하려는 경우에는 비교적 빠르게 디스크를 초기화하는 방식으로 활용될 수 있다.
다만 이 명령은 선택한 디스크에 직접 작동하므로, 대상 디스크를 잘못 선택하면 윈도우가 설치된 기본 SSD까지 지울 수 있다. 작업 전에는 디스크 번호, 용량, 모델명을 반드시 확인해야 한다.
| 방식 | 주요 목적 | 특징 |
|---|---|---|
| 볼륨 삭제 | 파티션 일부 제거 | 부팅 항목이나 EFI 흔적이 남을 수 있음 |
| diskpart clean | 디스크 파티션 구조 초기화 | 빠르지만 데이터 복구 가능성까지 완전히 없앤다고 보기는 어려움 |
| diskpart clean all | 디스크 전체 영역 덮어쓰기 | 시간이 오래 걸리고 SSD에는 불필요한 쓰기 부담이 될 수 있음 |
| SSD Secure Erase | SSD 컨트롤러 수준 초기화 | 지원 도구와 환경이 맞을 때 더 적합할 수 있음 |
SSD 보안 삭제는 언제 필요한가
SSD를 계속 본인이 사용할 예정이라면 대부분의 경우 파티션 초기화와 부팅 항목 정리만으로 충분할 수 있다. 반면 중고 판매, 양도, 폐기처럼 다른 사람이 드라이브에 접근할 가능성이 있다면 보안 삭제를 고려해볼 수 있다.
삼성 SSD라면 Samsung Magician 같은 제조사 도구에서 지원 모델과 기능을 확인할 수 있다. 다만 노트북 BIOS에 별도의 Secure Erase 메뉴가 있는지는 제조사와 모델별로 다르며, 모든 노트북이 해당 기능을 제공하는 것은 아니다.
주의할 점은 SSD에서 HDD처럼 여러 번 전체 덮어쓰기를 반복하는 방식이 항상 최선은 아니라는 것이다. SSD는 웨어 레벨링과 여유 블록 구조가 있어 단순 덮어쓰기 방식만으로 내부 모든 영역을 사용자가 의도한 방식으로 통제한다고 보기 어렵다.
BIOS 부팅 순서에서 Ubuntu 항목을 정리하는 방법
SSD를 지웠는데도 Ubuntu 또는 Debian 항목이 부팅 순서에 보인다면, 실제 문제는 디스크 데이터보다 UEFI 부팅 항목일 수 있다. 이 경우 BIOS 설정 화면에서 해당 항목을 삭제하거나, Windows에서 관리자 권한 명령 프롬프트를 통해 부팅 항목을 확인하는 방식이 사용될 수 있다.
Windows 환경에서는 bcdedit 명령으로 펌웨어 부팅 항목을 확인할 수 있다. 다만 잘못 삭제하면 정상 부팅 항목까지 영향을 줄 수 있으므로, 확실하지 않은 항목은 무리하게 제거하지 않는 편이 안전하다.
SSD 삭제 방식에서 주의할 점
인터넷에서는 큰 파일을 반복해서 채우고 포맷하라는 조언도 종종 보인다. 그러나 SSD에서는 이런 방식이 보안 삭제의 표준적인 해법이라고 보기는 어렵다. 불필요한 쓰기 작업이 늘어날 수 있고, SSD 내부 관리 구조 때문에 사용자가 보는 논리 영역과 실제 저장 영역이 완전히 일치하지 않을 수 있기 때문이다.
또한 클라우드 백업이나 동기화 프로그램이 켜져 있다면, 디스크를 지운 뒤에도 일부 파일이 다시 내려받아지는 것처럼 보일 수 있다. 이것은 SSD 삭제 실패라기보다 동기화 설정의 영향으로 해석될 수 있다.
현실적으로 확인할 수 있는 순서
- Windows가 설치된 기본 SSD와 리눅스를 설치했던 보조 SSD를 정확히 구분한다.
- 중요한 파일이 남아 있지 않은지 백업 여부를 확인한다.
- 보조 SSD만 대상으로 diskpart clean을 실행해 파티션 구조를 초기화한다.
- BIOS 부팅 순서에서 Windows Boot Manager가 우선인지 확인한다.
- Ubuntu, Debian, GRUB 항목이 남아 있다면 UEFI 부팅 항목인지 확인한다.
- 판매나 양도 목적이라면 제조사 도구의 Secure Erase 지원 여부를 확인한다.
이 사례는 개인적인 사용 환경에서 발생할 수 있는 부팅 문제이며 일반화할 수 없다. 같은 증상처럼 보여도 실제 원인은 보조 SSD, 메인 SSD의 EFI 파티션, BIOS 설정, 클라우드 동기화 상태에 따라 달라질 수 있다.
정리하면
리눅스가 설치됐던 보조 SSD를 지웠는데도 GRUB이나 Ubuntu 항목이 남아 보인다면, 먼저 디스크 삭제 문제와 UEFI 부팅 항목 문제를 나누어 보는 것이 좋다. diskpart clean은 보조 SSD를 다시 사용할 수 있는 빈 상태로 만드는 데 유용할 수 있지만, BIOS 부팅 목록 정리까지 항상 자동으로 해결한다고 보기는 어렵다.
보안상 완전 삭제가 필요한 상황이라면 단순 포맷이나 반복 덮어쓰기보다 SSD 제조사 도구의 보안 삭제 기능을 확인하는 편이 더 적절할 수 있다. 다만 어떤 방식이든 대상 디스크를 잘못 선택하면 복구가 어려운 손실이 생길 수 있으므로, 삭제 전 확인 과정이 가장 중요하다.
Tags
SSD 초기화, GRUB 삭제, 윈도우 11 부팅 문제, diskpart clean, UEFI 부팅 항목, 보조 SSD 포맷, 삼성 SSD, Secure Erase, 리눅스 삭제, BIOS 부팅 순서