오류 설명
Windows가 파일과 폴더를 관리하는 New Technology File System 파일시스템 처리 중 문제를 발견해 멈추는 오류입니다. 파일시스템 손상과 실제 저장장치 또는 연결 문제를 나눠 확인해야 합니다.
오류의 정식 의미와 발생 조건
New Technology File System은 파일과 폴더 및 그 관리 정보를 저장하는 파일시스템입니다. 그 처리 중 오류가 드러나도 최초 원인은 매체, 연결, 저장장치 드라이버 또는 데이터를 다루는 다른 구성 요소에 있을 수 있습니다.
중지 코드는 Windows가 어떤 상태를 발견했는지 나타냅니다. 원인을 정하려면 발생 작업, 최근 변경과 추가 기록을 함께 확인해야 하며 같은 코드라도 장비 구성에 따라 점검 대상이 달라질 수 있습니다.
비슷한 오류와 버전별 적용 차이
NTFS_FILE_SYSTEM은 New Technology File System 처리 경로의 정지 오류입니다. 탐색기에서 파일시스템을 인식하지 못한다는 표시는 볼륨을 해석하지 못한 상태이고, INACCESSIBLE_BOOT_DEVICE는 부팅 중 시스템 파티션 접근 문제입니다. 서로 관련될 수 있지만 같은 판정은 아닙니다.
주요 원인
아래는 공식 문서가 설명하는 발생 원인과 조건입니다. 현재 컴퓨터의 원인이 모두 확인됐다는 뜻은 아니며, 다음 점검 항목의 결과와 오류 기록으로 해당 여부를 구분해야 합니다.
파일시스템이나 저장 매체의 손상
공식 문서는 파일시스템 손상과 디스크의 불량 구역을 가능한 원인으로 설명합니다. 파일 관리 정보의 문제인지 실제 장치의 읽기 문제인지는 오류 기록과 장치 상태를 나눠 확인해야 합니다.
저장장치 드라이버의 문제
손상되거나 잘못 동작하는 디스크 드라이버가 읽기와 쓰기를 방해할 수 있습니다. 화면에 파일시스템 드라이버 이름이 표시됐다는 사실만으로 그 파일 자체를 원인으로 확정하지 않습니다.
점검할 부분
저장장치
파일을 읽을 때 오류가 나거나 장치 인식이 끊기는지 확인합니다. 중요한 데이터의 보존이 먼저입니다.
파일시스템
문제가 발생한 볼륨과 New Technology File System 오류 기록을 확인합니다. 수정 검사는 백업과 장치 상태를 확인한 뒤 검토합니다.
드라이버와 관련 프로그램
저장장치 드라이버, 백업 또는 보안 프로그램을 바꾼 뒤 시작됐는지 확인합니다.
먼저 확보할 기록과 실제 확인 경로
오류 뒤 설정을 바꾸기 전에 아래 정보를 보존합니다. 인수는 오류를 분석하기 위해 코드와 함께 기록되는 네 개의 부가 값이며, 화면에 모두 보이지 않으면 덤프에서 확인합니다.
화면, 발생 작업과 Windows 버전
전체 중지 코드와 정식 이름, 표시된 파일명, 발생 시각을 사진이나 메모로 남깁니다. 어떤 프로그램과 장치를 사용했는지, 로그인 전인지 또는 작업 중인지도 함께 적습니다.
Windows가 열리면 Windows 키와 R 키를 눌러 실행 창을 열고 winver를 실행해 제품과 운영체제 빌드를 기록하고, msinfo32에서 장비 모델 및 기본 입출력 시스템 버전을 확인합니다. 업데이트 전후 비교에는 장치 드라이버 공급자와 버전도 필요합니다.
같은 시각의 이벤트와 재부팅 기록
Windows 키와 R 키를 눌러 실행 창을 열고 eventvwr.msc를 입력하고 Windows 로그 > 시스템을 엽니다. 오류 직전과 직후의 메시지에서 원본, 이벤트 식별번호, 전체 설명과 장치 정보를 보존합니다. 필요하면 응용 프로그램 로그도 같은 시각으로 확인합니다.
Kernel-Power 이벤트 41은 정상 종료되지 않은 뒤 시작됐다는 기록입니다. 이것만으로 파워서플라이 고장이나 특정 드라이버 원인을 판정하지 않습니다. 블루스크린 이전의 실제 장치 및 프로그램 오류와 구분합니다.
덤프 위치와 생성되지 않았을 때의 확인
Windows가 생성한 작은 덤프는 보통 %SystemRoot%\Minidump, 자동 또는 커널 덤프는 %SystemRoot%\MEMORY.DMP에 저장됩니다. %SystemRoot%는 대개 C:\Windows이지만 설치 환경에 따라 다릅니다. 파일의 생성 시각이 이번 오류와 맞는지 확인하고 원본 사본을 보존합니다.
덤프가 없으면 Windows 검색에서 고급 시스템 설정 보기 > 고급 > 시작 및 복구의 설정 > 디버깅 정보 쓰기를 확인합니다. 자동 메모리 덤프 등 필요한 형식을 선택할 때 페이지 파일과 저장 공간 조건도 함께 확인하고 적용에 필요한 재시작을 진행합니다. 다음 오류 이전에 설정을 바꿔도 과거 오류의 덤프가 새로 생기지는 않습니다.
작은 덤프에는 원인 분석에 필요한 메모리가 빠질 수 있습니다. 분석 담당자가 추가 자료를 요구하면 덤프 형식과 수집 조건을 조정합니다. 덤프에는 메모리 속 정보가 포함될 수 있으므로 원본을 공개 게시판에 그대로 올리지 말고 필요한 담당자에게 전달합니다.
드라이버 롤백이 필요한 경우의 실제 경로
장치 드라이버를 되돌릴 필요가 있을 때는 시작 버튼을 오른쪽 클릭해 장치 관리자를 열고 해당 장치 > 속성 > 드라이버 > 드라이버 롤백을 확인합니다. 관리자 권한과 이전 패키지가 필요하며, 버튼이 비활성화되면 제조사의 해당 모델 및 Windows 버전용 패키지를 확인합니다. 부팅 저장장치나 원격 접속용 장치를 임의로 비활성화하지 않습니다.
덤프의 인수로 구분하는 오류 유형
아래 값은 중지 코드 자체가 아니라 덤프의 부가 인수 또는 분석 항목입니다. 실제 인수와 Windows 빌드를 대조하고 해당하지 않는 행을 다른 장비에 그대로 적용하지 않습니다.
| 인수 또는 항목 | 의미 | 확인과 판단 |
|---|---|---|
| Parameter 1 | New Technology File System 소스 파일과 코드 위치를 나타내는 정보 | 이 값만으로 특정 디스크의 물리 고장을 판정하지 않습니다. |
| Parameter 2와 3 | 예외 레코드와 컨텍스트 레코드 주소가 있는 경우의 분석 자료 | 컨텍스트가 유효한 덤프에서 호출 경로를 복원합니다. |
| 실제 대상 볼륨 | 오류 시각의 장치 경로와 검사한 드라이브 | 검사 결과를 어느 디스크의 결과인지 식별할 수 있어야 합니다. |
전문 분석에서 확인할 내용과 한계
예외 컨텍스트가 제공된 덤프에서는 Parameter 3의 실제 주소로 .cxr를 실행해 컨텍스트를 전환하고 kb로 호출 경로를 확인할 수 있습니다. Ntfs.sys가 보인다는 사실만으로 New Technology File System 드라이버 자체 결함을 확정하지 않습니다.
Microsoft Windows 디버거에서 덤프를 열고 심볼 준비가 끝나면 !analyze -v로 상세 분석, .bugcheck로 코드와 인수, kb로 호출 스택을 확인할 수 있습니다. 주소, 모듈과 필요한 메모리가 실제 덤프에 존재하는지 확인해야 하며 자동 출력의 한 줄을 원인 확정으로 사용하지 않습니다.
해결 방법
점검에서 확인된 단서에 따라 아래 조치를 선택합니다. 모든 조치를 연속해서 실행하거나 확인되지 않은 부품부터 교체하지 않습니다.
파일시스템 논리 오류와 저장장치 또는 연결 경로 문제를 나눠 확인합니다. 읽기 오류가 반복되는 장치에는 복구 명령보다 데이터 보존을 먼저 적용합니다.
부팅 상태에 따른 점검 시작점
Windows가 열리면 중요한 파일을 먼저 별도 매체에 복사합니다. 복구 환경만 열리는 경우에는 BitLocker 잠금과 실제 Windows 볼륨을 확인하며, Windows에서 C:였던 볼륨이 복구 환경에서도 같은 문자라고 가정하지 않습니다.
Windows에 로그인할 수 있을 때
열린 작업과 중요한 데이터를 먼저 저장한 뒤 오류 기록과 덤프를 확보합니다. 최근 장치, 드라이버 및 프로그램 변경은 날짜와 버전으로 정리합니다. 정상 부팅된다는 이유만으로 기록을 삭제하거나 모든 드라이버를 한꺼번에 바꾸지 않습니다.
로그인 전에 반복되거나 복구 화면만 열릴 때
전원 메뉴를 사용할 수 있으면 Shift를 누른 상태로 다시 시작을 선택합니다. Windows 11에서는 설정 > 시스템 > 복구 > 고급 시작 옵션의 지금 다시 시작으로도 접근할 수 있습니다. Windows 10의 복구 메뉴는 업데이트 및 보안 아래에 있습니다.
Windows 복구 환경에서 문제 해결 > 고급 옵션 > 시작 설정 > 다시 시작을 선택하고 4 또는 F4로 안전 모드를 시작합니다. 메뉴 제공 여부는 장치와 설치 상태에 따라 다르며 암호화된 장치에는 BitLocker 복구 키가 필요할 수 있습니다. 안전 모드의 정상 동작은 비교 단서이고 모든 하드웨어가 정상이라는 증명은 아닙니다.
복구 키가 없거나 디스크가 인식되지 않거나 중요한 파일을 읽을 수 없으면 수정 작업보다 자료와 장치 상태 확인을 우선합니다. 설치 매체를 사용하더라도 컴퓨터 복구와 새 설치를 구분하고, 데이터 보존 전에 초기화나 포맷을 선택하지 않습니다.
01 수리 전 읽기 상태와 백업 확인
실행: 파일 열기 실패, 드라이브 연결 해제 또는 장치 인식 반복이 있는지 먼저 확인하고 읽을 수 있는 중요 데이터를 별도 장치에 보존합니다.
결과와 판단: 같은 파일을 읽을 때 계속 입출력 오류가 나거나 장치가 사라지면 논리 오류만의 문제로 볼 수 없습니다.
다음 조치: 검사 부하를 늘리는 작업을 멈추고 저장장치 진단 또는 데이터 보존 절차를 우선합니다.
02 오류가 난 볼륨과 이벤트 식별
실행: 이벤트 뷰어 > Windows 로그 > 시스템에서 Ntfs, Disk 또는 저장장치 드라이버 원본의 같은 시각 메시지를 확인합니다. 탐색기의 드라이브 속성과 실제 디스크 구성을 대조합니다.
결과와 판단: 파일시스템 오류와 장치 재설정 또는 읽기 실패가 같이 발생했는지 확인합니다. 번호 하나보다 전체 메시지와 대상 장치가 중요합니다.
다음 조치: 저장 경로 오류가 있으면 케이블, 컨트롤러 및 제조사 진단으로 분기하고, 안정적으로 읽히는 볼륨의 논리 오류는 파일시스템 검사로 이어갑니다.
03 조건에 맞는 파일시스템 검사
실행: 백업이 있고 저장장치가 안정적으로 읽힐 때 관리자 명령 프롬프트에서 대상 볼륨의 chkdsk를 확인합니다. 예를 들어 Windows의 New Technology File System 시스템 볼륨이 C:라면 chkdsk C: /scan은 온라인 검사입니다.
결과와 판단: 결과의 오류 발견 여부와 오프라인 복구 필요 여부를 저장합니다. /scan은 New Technology File System용이고 완전한 무쓰기 검사로 보장되지 않습니다.
다음 조치: /f는 수정, /r은 /f를 포함한 추가 읽기 검사를 수행하므로 데이터 보존과 중단 시간을 확인한 뒤 선택합니다. 모든 오류에 /r을 일괄 실행하지 않습니다.
04 필터 드라이버와 시스템 파일 분리
실행: 오류 직전 설치한 백업 또는 보안 제품의 버전과 저장장치 드라이버를 확인합니다. 장치와 제품 제조사의 해당 Windows 버전 지원 내용을 비교합니다.
결과와 판단: 업데이트 직후 시작됐는지, 저장장치 진단 또는 파일시스템 검사에서도 오류가 나오는지 나눠 기록합니다.
다음 조치: 제품 공급자가 안내하는 호환 패치나 롤백부터 검토합니다. 시스템 파일 복구가 필요해도 물리 장치가 안정적인 상태에서 진행합니다.
조치 후 확인하고 남길 결과
같은 볼륨에서 원래 실패한 파일 작업을 확인하고 새 Ntfs 및 저장장치 오류가 없는지 살펴봅니다. 검사 완료만으로 저장장치 수명이 정상이라고 판단하지 않습니다.
조치 전후 기록에는 변경한 항목 하나와 버전, 재시작 여부, 같은 작업의 결과 및 새 오류 시각을 남깁니다. 진단 도구가 정상이라고 나온 결과와 원래 증상이 재발하지 않은 결과를 각각 적습니다.
작업 전 확인할 조건과 중단 기준
파일시스템 수리 도구는 관리 정보를 변경할 수 있습니다. 중요한 데이터가 있거나 장치 상태가 불안정하면 백업이나 전문 진단 없이 디스크 검사 도구 수리 옵션, 초기화와 포맷을 연속 실행하지 않습니다.
조치 후에는 같은 작업과 필요한 재시작에서 오류가 반복되는지 확인하고 결과를 남깁니다. 이 글은 공식 문서에 근거한 일반 진단 안내이며 개별 장치의 원인이나 복구 성공을 보장하는 판정은 아닙니다.
관리자 권한이 필요한 변경과 재부팅 검사는 업무 중단을 준비한 뒤 진행합니다. 저장장치 미인식, 반복 읽기 오류 또는 복구 키 미확보가 있으면 데이터에 영향을 주는 작업을 멈추고 대상과 보존 상태부터 확인합니다.
자주 묻는 질문
chkdsk를 실행하면 파일이 복구되나요?
파일시스템 수정과 삭제 파일 복구는 다른 작업입니다. /f와 /r은 볼륨 상태를 변경하므로 중요한 데이터가 있고 장치 상태가 불안정하면 먼저 보존 방안을 정해야 합니다.
솔리드 스테이트 드라이브에서도 이 오류가 나나요?
New Technology File System을 사용하는 솔리드 스테이트 드라이브에서도 발생할 수 있습니다. 하드 디스크 드라이브의 기계적 문제만을 원인으로 설명하면 안 되며 파일시스템, 컨트롤러 및 필터 드라이버도 확인합니다.
참고 자료
이 글은 Microsoft 공식 문서의 코드 의미와 도구 사용 조건을 기준으로 정리한 일반 점검 안내입니다. 실제 장비에서 원인을 확정한 작업사례가 아니며, 메뉴 이름과 제공 기능은 Windows 빌드 및 장비 구성에 따라 달라질 수 있습니다.
코드별 Microsoft 문서와 Windows 복구, 덤프 수집 및 도구 사용 조건을 대조했습니다. 최종 검토 기준일은 2026년 10월 24일이며 확인한 근거가 바뀌면 영향받는 설명을 다시 검토합니다.
Bug Check 0x00000024 NTFS_FILE_SYSTEM - Windows drivers | Microsoft Learn
Windows 시작 설정과 안전 모드 - Microsoft Support