Proxmox로 홈서버를 운영하다 보면 예상하지 못한 문제가 발생할 때가 있다.
이번에는 Proxmox 웹 관리 화면에 접속할 수 없어 서버를 강제로 재부팅했는데, 재부팅 후 기존에 사용하던 HDD가 마운트되지 않는 문제가 발생했다.
처음에는 일시적인 마운트 문제라고 생각했다. 하지만 mount -a 명령어를 실행해도 HDD가 정상적으로 연결되지 않았다.
결국 NTFS 파일 시스템의 더티 플래그(Dirty Flag)를 의심했고, 이를 해제한 뒤 다시 정상적으로 사용할 수 있었다.
당시 터미널 기록은 남아 있지 않아 정확한 오류 메시지까지 재현할 수는 없지만, 실제로 겪었던 문제와 해결 과정을 정리해 보려고 한다.
1. Proxmox 웹 화면에 접속할 수 없어 강제로 재부팅했다
평소 홈서버는 Proxmox를 기반으로 운영하고 있다.
당시 서버에는 NTFS로 포맷된 HDD가 연결되어 있었고, 별도의 NVMe 저장장치도 사용하고 있었다.
문제가 발생한 날에는 Proxmox 웹 관리 화면에 접속할 수 없었다. 웹 화면을 통해 서버 상태를 확인하거나 정상적으로 재부팅할 수 없는 상황이었기 때문에 서버를 강제로 재부팅했다.
강제 재부팅 이후 Proxmox는 다시 실행됐지만, 기존에 사용하던 HDD가 마운트되지 않는 문제가 발생했다.
여기서 중요한 점은 HDD가 시스템에서 완전히 사라진 것은 아니었다는 것이다.
당시 문제가 됐던 것은 기존에 사용하던 저장장치가 정상적으로 마운트되지 않아 접근할 수 없었던 상황이었다.
HDD 자체가 고장 난 것인지, 파일 시스템 문제인지 처음부터 확실하게 알 수는 없었다.
2. mount -a를 실행해도 HDD가 마운트되지 않았다
처음에는 단순히 재부팅 과정에서 HDD가 정상적으로 마운트되지 않은 것이라고 생각했다.
그래서 다음 명령어를 실행했다.
mount -amount -a는 /etc/fstab에 설정된 파일 시스템 중 해당 조건에 맞는 항목을 마운트하도록 시도하는 명령어다.
하지만 당시에는 이 명령어를 실행해도 HDD가 마운트되지 않았다.
정확히 어떤 오류 메시지가 출력됐는지는 기억나지 않는다. 당시 로그를 저장해 두지 않았기 때문에 지금 동일한 오류 메시지를 작성하는 것은 정확하지 않을 것 같다.
다만 분명히 기억하는 것은 mount -a만으로는 해결되지 않았다는 점이다.
단순히 마운트 명령을 다시 실행하는 것만으로 해결되지 않으니, NTFS 파일 시스템 쪽에 문제가 있는 것은 아닌지 확인하게 됐다.
3. NTFS 더티 플래그를 의심했다
NTFS 파일 시스템에는 볼륨의 상태를 나타내는 더티 플래그가 있다.
NTFS 볼륨에 점검이 필요한 상태가 표시되어 있거나 파일 시스템에 문제가 있다면, 환경에 따라 정상적인 마운트가 제한될 수 있다.
강제 재부팅 이후 HDD가 마운트되지 않았고, mount -a로도 해결되지 않았기 때문에 당시에는 NTFS 더티 플래그가 관련되어 있을 가능성을 의심했다.
다만 강제 재부팅이 더티 플래그를 발생시킨 직접적인 원인이었는지, 재부팅 전부터 해당 플래그가 설정되어 있었는지는 확인하지 못했다.
당시에는 HDD를 다시 정상적으로 마운트하는 것이 우선이었기 때문에 NTFS 더티 플래그를 해제하는 방법을 시도했다.
4. ntfsfix -d로 더티 플래그를 해제했다
당시 사용했던 명령어는 ntfsfix -d였던 것으로 기억한다.
정확한 터미널 기록은 남아 있지 않지만, NTFS 더티 플래그를 해제하는 작업을 진행한 뒤 문제가 해결됐다는 점은 기억하고 있다.
ntfsfix는 일부 NTFS 파일 시스템 문제를 수정할 수 있는 Linux 도구다.
이 중 -d 옵션은 --clear-dirty의 약자로, 볼륨을 수정하고 마운트할 수 있는 상태라면 NTFS 더티 플래그를 해제하는 옵션이다.
ntfsfix -d /dev/sdXN여기서 /dev/sdXN은 설명을 위한 예시이며, 실제 장치 경로가 아니다.
명령어를 실행하려면 문제가 발생한 NTFS 파티션의 정확한 경로를 확인하고 지정해야 한다.
예를 들어 /dev/sda가 하나의 HDD를 가리킨다고 해서 해당 HDD의 NTFS 파티션이 반드시 /dev/sda1인 것은 아니다.
다른 저장장치를 잘못 지정하지 않도록 주의해야 하며, 이미 마운트된 파티션에 무작정 실행해서도 안 된다.
특히 중요한 데이터가 저장된 HDD라면 상태와 백업을 먼저 확인하는 것이 좋다.
ntfsfix는 모든 NTFS 문제를 복구하는 도구가 아니다
ntfsfix는 Windows의 chkdsk를 완전히 대체하는 도구가 아니다.
일부 NTFS 파일 시스템의 불일치를 수정할 수 있지만, 모든 파일 시스템 손상이나 물리적인 HDD 문제까지 해결하는 것은 아니다.
따라서 HDD가 마운트되지 않는다고 무조건 ntfsfix -d를 실행하는 것은 적절하지 않다.
먼저 정확한 디스크와 파티션을 확인하고, 실제 마운트 오류와 파일 시스템 상태를 확인해야 한다.
이번 사례에서는 더티 플래그를 해제하는 작업으로 문제가 해결됐지만, 다른 환경에서 같은 명령어가 동일한 결과를 보장하는 것은 아니다.
5. 더티 플래그 해제 후 HDD가 정상적으로 작동했다
더티 플래그를 해제하는 작업을 진행한 뒤 HDD는 다시 정상적으로 마운트됐다.
이후 기존에 사용하던 파일과 관련 서비스도 정상적으로 작동했다.
처음에는 HDD 자체에 문제가 발생한 것은 아닌지 걱정했지만, 결과적으로 당시 발생했던 마운트 문제는 더티 플래그 해제 작업 이후 해결됐다.
다만 당시 별도의 디스크 상태 검사 결과를 기록해 두지는 않았다.
따라서 이번에 마운트가 정상화됐다는 사실만으로 HDD의 물리적인 상태까지 문제가 없다고 판단할 수는 없다.
확실하게 말할 수 있는 것은 강제 재부팅 이후 마운트되지 않던 NTFS HDD가 더티 플래그 해제 작업 후 다시 정상적으로 사용 가능한 상태가 됐다는 점이다.
6. 비슷한 문제가 발생한다면 먼저 확인할 것
이번에는 더티 플래그를 해제해 해결했지만, Proxmox에서 HDD가 마운트되지 않는 원인은 다양할 수 있다.
비슷한 문제가 발생한다면 무작정 복구 명령어부터 실행하기보다 다음 사항을 먼저 확인하는 편이 좋겠다.
| 확인 항목 | 확인할 내용 |
|---|---|
| 디스크 인식 상태 | HDD가 시스템에서 인식되고 있는지 |
| 마운트 상태 | 디스크는 인식되지만 마운트만 실패한 것인지 |
| 마운트 설정 | /etc/fstab에 지정된 장치와 경로가 올바른지 |
| 오류 메시지 | 마운트 실패 시 파일 시스템 관련 오류가 출력되는지 |
| 파일 시스템 | 문제가 발생한 파티션이 실제로 NTFS인지 |
| 저장장치 상태 | 파일 시스템 문제와 별개로 HDD 자체에 이상이 있는지 |
위 항목은 이번 장애 당시 모두 확인했다고 기록된 절차가 아니라, 같은 문제가 다시 발생한다면 확인해 볼 항목이다.
특히 NTFS 파일 시스템 오류가 확인된다면 중요한 데이터를 먼저 보호하고, 필요한 경우 Windows에서 정식 파일 시스템 검사를 진행하는 것도 고려해야 한다.
단순히 더티 플래그를 해제해 마운트에 성공했다고 해서 파일 시스템의 모든 문제가 해결됐다고 단정해서는 안 된다.
마무리
이번 문제는 Proxmox 웹 관리 화면에 접속할 수 없어 강제로 재부팅한 뒤 발생했다.
기존에 사용하던 NTFS HDD가 마운트되지 않았고, mount -a를 실행해도 정상적으로 연결되지 않았다.
처음에는 단순한 마운트 문제라고 생각했지만, 결국 NTFS 더티 플래그를 의심하고 해제하는 작업을 진행했다.
당시 실행했던 명령어는 ntfsfix -d였던 것으로 기억하며, 해당 작업 이후 HDD와 관련 서비스가 다시 정상적으로 작동했다.
이번 경험을 통해 HDD가 마운트되지 않을 때는 저장장치가 시스템에서 인식되지 않는 문제인지, 파일 시스템 때문에 마운트에 실패하는 문제인지 구분하는 것이 중요하다는 것을 알게 됐다.
또한 장애가 발생했을 때 오류 메시지와 실제 실행한 명령어를 기록해 두는 것이 중요하다는 점도 느꼈다. 이번에는 당시 로그가 남아 있지 않아 복구 과정을 정확하게 재현할 수 없었기 때문이다.
비슷한 문제가 다시 발생한다면 우선 오류 메시지와 디스크 상태를 확인하고, 그 결과에 맞춰 복구 방법을 선택할 생각이다.