기술 지원에 488위안을 지불하고 'Windows 재설치'를 권유받은 후, AI가 10분 만에 문제를 해결한 경험

저자 노트: 본 기사의 기술적인 문제 해결 단계는 실제 사건을 기반으로 합니다. 서사는 AI의 도움을 받아 작성되었으며 수동으로 검토 및 편집되었습니다.

제 노트북에는 지금 딱 하나의 규칙이 생겼습니다. 바로 Windows 업데이트 중에는 전원 버튼이 존재하지 않는다는 것입니다.

저는 이 사실을 힘든 경험을 통해 배웠습니다. 무슨 일이 있었는지, 그리고 저를 여전히 괴롭히는 부분이 무엇인지 알려드리겠습니다: 실제 해결 과정은 약 10분이 걸렸습니다.

요약하자면. 업데이트 도중에 강제 전원 차단(forced power-off)을 했더니 사용자 레지스트리 하이브(user registry hives) 두 개가 모두 손상되었습니다. Windows는 제 프로필을 로드할 수 없었고, 매번 로그인할 때마다 저에게 완전히 새로운 임시 프로필(temporary profile)을 할당했습니다. 유료 지원 세션 두 번—40분짜리 디스크 스캔과 약 5시간의 원격 디버깅에 총 488 위안이 들었습니다—모두 "Windows를 재설치하거나 새 계정을 만드세요"라는 식의 결론으로 끝났습니다. 그러다가 에디터 내부에서 작동하는 무료 AI 비서가 약 10분 만에 문제를 진단하고 수리했습니다.

길게 누르기 (The long press)

저는 노트북을 재시작하고 있었습니다. Windows가 업데이트 단계로 접어들었고, 화면은 검게 변했으며 키보드는 아무런 반응이 없었습니다.

그래서 저는 기계가 죽은 것처럼 보일 때 대부분의 사람들이 하는 행동을 했습니다. 전원 버튼을 길게 누른 것입니다.

기계는 죽지 않았습니다. 사용자 레지스트리 파일들을 포함하여 디스크에 데이터를 기록하고 있었습니다. 시스템 로그에는 그 순간 예기치 않은 종료(unexpected shutdown)가 기록되었고, 제 사용자 하이브의 마지막 쓰기 타임스탬프 역시 같은 초와 일치했습니다. 증거로서 이보다 더 직접적일 수는 없습니다.

다음 부팅 시에는 바탕화면이 나타나지 않았습니다. 대신 C:\Users\TEMP.<컴퓨터 이름>이라는 빈 임시 프로필만 나타났습니다. 저는 재시작했고, Windows는 또 다른 것을 만들었습니다. 그리고 또다시.

그날 밤 저에게는 두 개의 마감일이 있었고, 노트북은 중국 본토에서 구매했지만 홍콩에서 공부하고 있어서 판매처의 본토 지원 사이트는 아예 접속되지 않았습니다. 결국 어머니가 전화 연결을 하는 동안 위챗(WeChat) 통화를 했습니다.

실제로 고장 난 부분

Windows 사용자 프로필은 두 개의 절반으로 구성되어 있으며, 이 둘 다 작동해야 합니다:

전원 손실은 두 레지스트리 하이브가 쓰기 도중에 발생했을 때 영향을 미쳤다. 각 하이브 헤더는 primary 및 secondary 시퀀스 번호와 체크섬을 포함하는데, 불일치는 '깨끗하게 언마운트되지 않음'을 의미한다. 게다가 각 파일에는 헤더가 고려하지 않은 트레일링 데이터 조각이 있었다. 전원이 나간 순간에 멈춘 불완전한 쓰기였다.

그것만으로도 Windows는 두 하이브 모두 언로드할 수 없다고 선언했다. 내 SID의 ProfileList 항목을 실패로 표시하고(.bak 접미사로 이름 변경) 임시 프로필로 폴백했다.

가장 중요한 한 가지 세부 사항이 다른 모든 것보다 더 중요하다: 파일들은 여전히 구조적으로 유효했다. 올바른 시그니처, 올바른 헤더 체크섬. 그것들은 파괴된 것이 아니라 오염된 상태였다. 그 구분이 수리가 가능했던 전적인 이유이다.

잘못된 진단에 비용을 지불한 부분

두 개의 마감 기한이 코앞이라, 나는 스스로 고치기보다 도움을 요청하는 합리적인 선택을 했다.

지원팀은 유료 데이터 복구 전문가(400 위안)를 추천했다. 나는 이것이 데이터 문제가 아니라고 생각한다고 말했다. 증상은 프로필이나 레지스트리 문제에 가깝다고 지적했기 때문이다. 근본 원인을 확인할 수 없으며 전체 디스크 스캔을 먼저 해야 한다는 말을 들었다. 충분히 납득할 만했고, 나는 동의했다.

스캔은 원격 제어 하에 약 40분 동안 진행되었다. 결론은 데이터 문제가 아니며 환불이 이루어질 것이라는 것이었다. 환불은 실제로 도착했다. 하지만 40분은 돌아오지 않았고, 진단적 가치도 없었다. 스캔은 내가 처음에 그들에게 말했던 것 외에는 아무것도 알려주지 않았다.

두 번째 전문가(88 위안)가 추천되었고, 이 전문가는 적어도 방향은 맞았습니다. 5시간 동안 여러 원격 세션을 거쳤고, 제 쪽에서 많은 기다림이 있었습니다. 결론은 다음과 같았습니다. 프로필을 제자리에서 복구할 수 없으며, 두 가지 백업 계획이 있습니다. Windows를 재설치하거나, 새로운 로컬 관리자 계정을 만들고 그곳으로 이동하는 것입니다. 저는 후자를 선택했습니다. 더 빠르고 남아 있는 파일들을 위험에 빠뜨리지 않는 것처럼 보였기 때문입니다.

그렇게 하루가 지나갔습니다. 작동하는 계정, 손상되지 않은 제 파일들, 그리고 제가 원하지 않았던 새로운 로컬 계정까지 갖게 되었습니다. 원래의 프로필 폴더는 여전히 디스크 위에 있었지만 접근할 수 없었습니다.

저는 그 빌려온 계정으로 과제를 마쳤고, 그러다 어느 늦은 밤에 AI 비서(제 에디터 내부에서 실행되는 DeepSeek)에게 한번 봐달라고 요청했습니다.

10분 후 저는 제 자신의 프로필로 다시 로그인할 수 있었습니다. 바탕 화면, 테마, 입력기 등 모든 것이 말입니다.

실제로 그 10분이 어떤 모습이었는지

읽기 전용(read-only)으로 시작되었는데, 이 점이 좋았습니다. 그리고 가장 먼저 접근한 것은 레지스트리가 아니었습니다. 실패한 로드를 정확히 명시하는 이벤트 로그였습니다:

# Windows가 어떤 하이브를 로드하지 못하고 있나요? 이벤트 메시지에 전체 경로가 포함되어 있습니다.
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Microsoft-Windows-User Profiles Service'} -MaxEvents 20 | 
  Select-Object TimeCreated, Id, Message | Format-List
...

두 하이브가 이름과 함께 거기에 나타났습니다. 만약 이 작업을 직접 시도한다면 경고합니다: 프로필 서비스는 재시도하는 동안 성공적인 로드 라인도 많이 기록하기 때문에,

1. 오프셋 0x08의 보조 시퀀스 번호를 오프셋 0x04의 주 시퀀스 번호와 동일하게 설정합니다.
2. 오프셋 0x1FC의 헤더 체크섬을 재계산합니다 (첫 508바이트를 DWORD 단위로 XOR).
3. reg load 명령어로 최종 경로에서 로드한 후, 언로드하여 검증합니다.
4. 복구된 하이브들을 다시 넣고 ProfileList 키(State = 0, 원래 프로필 폴더를 가리킴)를 복원합니다.
5. 재부팅한 후, 프로필 서비스가 Profile type: Regular라고 보고하는지 확인합니다.

이러한 트레이드오프는 예상된 것이며 저는 이를 받아들였습니다. 마지막 성공적인 플러시 이후에 작성된 내용은—기껏해야 몇 분간의 시간 동안—영구적으로 사라집니다.

이런 상황을 겪게 된다면

• Windows가 업데이트를 구성하는 동안 전원을 강제로 끄지 마십시오. 화면이 검은색이고 아무것도 응답하지 않으면 기다리세요. 기다리는 것이 몇 분의 시간입니다. 추측하는 것은 저에게 하루를 비용으로 청구했습니다.

• 누군가에게 스캔을 맡기거나 돈을 지불하기 전에 'Application' 이벤트 로그를 읽으십시오. 실패한 하이브 이름을 알려줍니다. 5분의 문제 진단이 40분짜리 스캔보다 낫습니다.

• "Profile cannot be loaded"는 "데이터가 사라졌다"와 같지 않습니다. 오염된 하이브는 보통 복구 가능합니다. 최악의 상황을 가정하기 전에 서명과 헤더 체크섬을 확인하십시오.

• 원본이 아닌 사본을 테스트 로드하십시오. 사본에 대해 reg load HKLM\[ZZ_Test] <경로>를 실행하고, 원본은 증거물로 그대로 두십시오.

• 양쪽 모두 로드되어야 합니다. 저는 먼저 하나의 하이브만 고쳤는데도 여전히 실패했습니다. 왜냐하면 다른 하나도 망가져 있었기 때문입니다. Windows는 조용히 재시도하다가 포기합니다.

• .LOG 파일을 보관하십시오. 이것들은 남은 잔여물이 아니라 복구 경로의 일부입니다.

• 튜토리얼이 시켰다고 해서 하이브 이름을 바꾸거나 삭제하지 마십시오. 저는

• **시스템 보호 활성화(Turn on System Protection)**를 하세요. 그리고 그 안에 무언가를 만든 적이 있다면 그것을 복사하기 전까지는 임시 프로필 폴더들을 정리하지 마세요. 로그오프 시 삭제되거나, 세션이 비정상적으로 종료되면 잠겨서 접근할 수 없게 됩니다.

• 임시 프로필 폴더들은 지우기 까다롭습니다(Temporary profile folders are stubborn to delete). 이 폴더들에는 접합점(junctions)이 포함되어 있고 명시적 거부 삭제 ACL 항목을 가지고 있습니다. 단순히 재귀적 삭제를 시도하는 것보다 cmd /c rd /s /q 명령어를 사용하고 icacls로 확인하는 것이 더 도움이 됩니다.

제가 얻은 결론 (Where I landed)

488위안에 달하는 유료 세션 두 번과 약 5.5시간의 노력 끝에 임시방편(workaround)을 마련했습니다. 반면, 무료 AI 비서가 저와 함께 모든 단계를 지켜보고 확인하는 과정에서 불과 10분 만에 수리를 완료했습니다. 이 비교는 불편하며, 저는 이것이 불편할 자격이 있다고 생각합니다.

하지만 제게 가장 와닿는 것은 속도가 아닙니다. 진단(diagnosis)의 방향입니다. 유료로 진행한 경로는