① Event ID 129는 저장장치 요청이 제시간에 끝나지 않아 Windows가 해당 경로를 리셋한 단서입니다.
② \Device\RaidPort0가 보여도 실제 RAID 구성이라고 단정하면 안 됩니다. stornvme·storahci 등 이벤트 원본을 같이 봅니다.
③ 실제 프리징이 동반되면 백업 → 발생시간 → SSD 상태·펌웨어 → 드라이버·BIOS → 케이블·M.2 슬롯 순으로 확인합니다.
SSD 100%인데 읽기·쓰기는 0MB/s에 가까운 멈춤
게임 로딩, 대용량 압축 해제, 프로그램 설치나 파일 복사 중 갑자기 창이 몇 초에서 수십 초 동안 멈췄다가 다시 살아나는 경우가 있습니다.
작업 관리자에서는 CPU와 RAM은 여유가 있는데 디스크 활성 시간만 100%이고 전송 속도는 거의 나오지 않기도 합니다. 이때 이벤트 뷰어의 stornvme·storahci Event ID 129 발생 시각과 실제 멈춘 시간을 맞춰보는 것이 좋습니다.
Event ID 129 Reset to device RaidPort0 의미
메시지는 보통 Reset to device, \\Device\\RaidPort0, was issued. 형태입니다. Microsoft는 Event ID 129를 Storport 계층에서 디스크 요청이 타임아웃된 상황과 연결해 설명합니다. 따라서 SSD 고장을 즉시 확정하는 코드도 아니고 RaidPort라는 문자열만 보고 BIOS RAID 설정을 바꿀 문제도 아닙니다.
stornvme·storahci 원본을 함께 확인
NVMe에서는 stornvme, SATA AHCI 환경에서는 storahci가 보일 수 있고 Intel RST나 제조사 스토리지 드라이버 환경에서는 다른 원본명이 표시될 수 있습니다.
Event ID 숫자만 보지 말고 원본·발생 시각·메시지를 같이 기록합니다.
중요한 파일 백업이 설정 변경보다 먼저
129가 한 번 기록됐다는 이유만으로 SSD가 고장났다고 볼 수는 없습니다. 그러나 파일 복사 중 멈춤, SSD 연결 해제, Event 153·157이 함께 발생한다면 중요한 파일부터 다른 물리 디스크나 NAS로 백업하는 편이 안전합니다. 기존 데이터가 있는 SSD가 RAW나 초기화되지 않음으로 보이면 외장하드 SSD 인식 안될 때 해결방법｜RAW·초기화·NVMe 오류를 먼저 확인하세요.
1. 작업 관리자에서 활성 시간과 응답시간 확인
Ctrl + Shift + Esc → 성능 → 디스크에서 활성 시간, 평균 응답 시간, 읽기·쓰기 속도를 봅니다. Windows Update나 백신이 실제로 I/O를 만드는 상황이라면 프로세스 탭에서 점유 프로세스가 같이 보입니다. 반대로 전송량은 낮은데 응답시간이 급증하고 PC 전체가 멈춘다면 129 시간과 대조합니다.
2. PowerShell로 최근 Event 129만 확인
Get-WinEvent -FilterHashtable @{LogName='System'; Id=129} -MaxEvents 20 |
Select-Object TimeCreated, ProviderName, Id, Message |
Format-ListTimeCreated가 실제 프리징 시간과 맞는지 확인합니다.
수개월 전 129 한 건과 오늘 발생한 느려짐은 서로 다른 문제일 수 있습니다.
3. Event 153·157·WHEA가 같은 시간에 있는지 확인
Microsoft 문서에서 Event 153은 I/O 작업 재시도, Event 157은 디스크의 예기치 않은 제거와 관련됩니다. 129와 같은 시간에 반복되고 실제 프리징·파일 복사 실패가 있다면 저장장치 경로의 안정성을 더 적극적으로 점검합니다.
NVMe라면 WHEA-Logger 17도 비교
NVMe는 PCIe 장치이므로 같은 시간에 WHEA-Logger 17이 반복된다면 M.2 슬롯·PCIe 링크·칩셋·BIOS까지 볼 단서가 됩니다.
WHEA-Logger 이벤트 ID 17 반복될 때｜PCIe Root Port 원인 장치 찾는 법에서 Root Port와 실제 장치 관계를 확인할 수 있습니다.
4. 장치 관리자에서 NVMe·SATA 컨트롤러 확인
Windows + X → 장치 관리자에서 디스크 드라이브와 저장소 컨트롤러를 펼칩니다. SSD 모델명과 Standard NVM Express Controller, Standard SATA AHCI Controller, Intel RST 계열 등 현재 컨트롤러를 기록합니다.
드라이버는 정확한 PC·메인보드 모델 기준
노트북·완제품은 제조사 지원 페이지의 칩셋·스토리지 드라이버를 우선하고 조립 PC는 메인보드 제조사의 칩셋 드라이버와 BIOS 변경 이력을 봅니다.
모델을 모르면 CPU-Z 다운로드 및 사용법｜CPU·메인보드·RAM·그래픽카드 모델명·벤치마크 확인에서 확인할 수 있습니다.
5. SSD 제조사 도구에서 SMART·펌웨어·온도 확인
Samsung Magician, WD/SanDisk Dashboard, Crucial Storage Executive, Kingston SSD Manager처럼 제조사가 제공하는 도구에서 모델명·펌웨어·SMART·온도·진단 결과를 확인합니다.
삼성 SSD는 삼성 SSD 펌웨어 업데이트｜Magician 9.0.1·980 PRO·990 PRO·9100 PRO에서 업데이트 전 백업과 펌웨어 확인 순서를 볼 수 있습니다.
6. SATA와 NVMe는 물리 점검 방법이 다릅니다
SATA SSD·HDD
- SATA 데이터 케이블 재체결 후 다른 케이블로 비교
- 메인보드의 다른 SATA 포트 사용
- SATA 전원 커넥터 재체결
M.2 NVMe SSD
- 전원을 완전히 끈 뒤 M.2 장착 상태 확인
- 방열판 패드와 SSD 휨 여부 확인
- 메인보드 매뉴얼에서 M.2 슬롯 PCIe 세대·공유 대역폭 확인
- 가능하면 다른 M.2 슬롯에서 교차 테스트
7. 절전 복귀 후에만 생기면 전원관리 비교
부팅 직후에는 괜찮은데 절전에서 깨어난 뒤 129가 몰린다면 저장장치·PCIe 전원 상태 전환과 연관성을 확인합니다.
제어판 → 전원 옵션 → 고급 전원 관리 옵션 → PCI Express → 링크 상태 전원 관리를 테스트 목적으로 바꿔 재현 여부를 비교할 수 있습니다. 차이가 없다면 원래 값으로 돌립니다.
8. TimeOutValue 레지스트리부터 늘리지 않는 이유
검색 결과에는 디스크 타임아웃을 늘리는 방법이 자주 나오지만 Microsoft 저장장치 오류 가이드는 공급업체 지침 없이 디스크 타임아웃 레지스트리 값을 임의 변경하지 말라고 안내합니다. 타임아웃을 늘리면 SSD·케이블·컨트롤러·펌웨어 중 실제 원인을 찾는 일이 늦어질 수 있습니다.
증상별 우선순위
| 증상 | 먼저 확인 | 다음 |
|---|---|---|
| SSD 100% + 0MB/s + 129 | 이벤트 시간·SMART·펌웨어 | 드라이버·장착 |
| 129 + 153 반복 | 백업·SSD 상태 | 케이블/슬롯 |
| NVMe 129 + WHEA 17 | PCIe Root Port | M.2 슬롯·BIOS |
| 절전 복귀에서만 발생 | 드라이버·펌웨어 | 전원관리 비교 |
| BIOS에서도 SSD가 사라짐 | 백업 가능 여부 | 장착·SSD AS |
Event ID 129 FAQ
RaidPort0가 뜨면 RAID 설정 문제인가요?
아닙니다. 이벤트 원본과 실제 스토리지 컨트롤러 구성을 확인해야 합니다. RaidPort 문자열만으로 BIOS RAID 설정을 변경하지 마세요.
Event ID 129가 있으면 SSD가 고장난 건가요?
확정할 수 없습니다. SSD, 펌웨어, 드라이버, 컨트롤러, SATA 케이블, M.2 슬롯, 전원관리 등 여러 범위가 원인이 될 수 있습니다.
SMART가 정상인데도 129가 생길 수 있나요?
가능합니다. SMART는 중요한 상태 정보지만 통신 경로와 드라이버 타임아웃의 모든 원인을 검출하는 것은 아닙니다.
CHKDSK를 먼저 실행해야 하나요?
디스크 연결 자체가 불안정하고 중요한 데이터가 있다면 백업이 먼저입니다. 파일시스템 오류가 확인된 뒤 CHKDSK 범위를 결정합니다.
SSD 펌웨어 업데이트로 해결될 수 있나요?
제조사가 안정성·호환성 수정 펌웨어를 제공했다면 도움이 될 수 있습니다. 정확한 모델과 버전을 확인하고 중요한 데이터는 먼저 백업하세요.
Event 129와 153이 같이 뜨면 더 위험한가요?
실제 프리징·파일 복사 실패까지 동반된다면 백업과 저장장치 경로 점검 우선순위를 높이는 편이 좋습니다.
129를 지우기보다 어느 저장장치가 왜 늦게 응답했는지 찾습니다
디스크 활성 시간이 100%로 고정되고 stornvme·storahci Event ID 129가 같은 시각에 반복된다면 단순 최적화보다 저장장치 I/O 경로 진단이 우선입니다. 중요한 파일을 먼저 백업한 뒤 이벤트 시간 → SSD 모델·SMART·펌웨어 → 컨트롤러 드라이버 → SATA 케이블 또는 M.2 슬롯 → BIOS 순으로 좁혀가는 편이 안전합니다.
댓글
댓글 쓰기