윈도우 사용자 프로필 손상, 계정을 지우기 전에 복구 폴더부터 만든 이유
글 · 도휘 최원준 (라이프벨 대표, 전인륜학 창시자)
디스코드와 엔비디아 앱이 동시에 안 열린 원인은 프로그램이 아니라 윈도우 사용자 계정의 프로필 손상이었습니다. 새 계정을 만들기 전에 AI 도구 설정, 깃 설정, 비밀키 사본, 프로그램 목록과 복원 가이드를 담은 복구 폴더를 먼저 만들었고, 복원 뒤 빠진 다섯 가지를 점검으로 찾았습니다. 한 사람의 PC가 곧 업무 인프라가 되는 AX 조직의 대비책 다섯 가지를 함께 정리했습니다.
이 글에서 얻는 것
- 프로그램이 아니라 계정이 고장 났는지는 새 계정을 만들어 보면 가장 빨리 판별된다
- 복구 폴더의 핵심은 파일 사본이 아니라 '어떤 순서로 되돌릴지' 적은 복원 가이드다
- 복구는 설치로 끝나지 않고 내가 매일 쓰는 방식으로 실행해 봐야 끝난다
목차
- 01윈도우 사용자 프로필 손상이란
- 02계정을 새로 만들면 무엇이 사라지나
- 03복구 폴더에 담은 것
- 04새 계정에서의 복구
- 05설치됐다와 돌아간다의 차이
- 06AX 조직이 장애까지 대비해야 하는 이유

디스코드가 사라졌습니다.
엔비디아 앱은 업데이트 직후부터 열리지 않았습니다.
하드웨어 가속 끄기, 캐시 삭제, 완전 재설치,
CCleaner 중지, 오디오 설정 변경까지 해봤습니다.
의심한 원인도 그래픽 드라이버, 보안 기능, 오디오 장치로 세 번 바뀌었습니다.
그래도 디스코드는 켜진 지 1초 만에 오류 코드 0xC0000409를 남기고 꺼졌습니다.
방법이 틀려서가 아니었습니다.
고칠 대상을 잘못 짚고 있었습니다.
그러다 테스트 계정을 하나 새로 만들어 들어가 봤습니다.
두 프로그램 모두 멀쩡하게 열렸습니다.
고장 난 건 프로그램이 아니었습니다.
제 윈도우 사용자 계정 자체였습니다.
윈도우 사용자 프로필 손상이란?
윈도우 사용자 프로필 손상은 계정에 딸린 설정·레지스트리 파일이 망가져, 같은 PC에서도 그 계정에서만 프로그램이 오작동하는 상태입니다.
제 경우는 로그인할 때마다
"User Profile Service 실패"와 함께 임시 프로필로 들어가는 일이 며칠 사이 세 번 반복됐습니다.
가장 빠른 판별법은 새 계정을 하나 만들어 보는 것입니다.
새 계정에서는 멀쩡하다면,
프로그램을 더 고칠 게 아니라 계정을 새로 만드는 쪽이 답입니다.

계정을 새로 만들면 무엇이 사라지나?
문서나 사진보다 먼저 사라지는 건, 눈에 보이지 않는 작업 환경입니다.
저는 요즘 클로드 코드와 코덱스로 일합니다.
블로그 발행, 홈페이지 관리, 주간 영업 자료 자동 생성까지 여기에 묶여 있습니다.
이 환경은 파일 몇 개가 아닙니다.
AI 도구의 설정과 기억,
깃허브 로그인,
매주 일요일 저녁에 도는 예약 작업,
명령어를 찾는 경로(PATH),
비밀키 파일까지 전부 계정 폴더 안에 흩어져 있습니다.
계정을 지우면 이게 한꺼번에 날아갑니다.
그래서 삭제 버튼을 누르기 전에,
클로드에게 먼저 복구용 백업 폴더부터 설계하게 했습니다.
복구 폴더에는 무엇을 담았나?
복구 폴더의 핵심은 파일 사본이 아니라, "어떤 순서로 되돌릴지" 적어둔 복원 가이드 한 장입니다.
D 드라이브에 폴더를 하나 만들고 이렇게 담았습니다.
- 클로드 코드 설정 폴더와 설정 파일 (스킬·메모리·연결 도구 포함)
- 코덱스 설정 폴더
- 깃 설정 파일
- 프로젝트 비밀키 파일 사본 2개
- 설치했던 프로그램 목록, 전역 npm 도구 목록, VS Code 확장 목록
- 복원가이드.md — 복원 순서와 주의사항
바탕화면은 담지 않았습니다.
다운로드와 문서 폴더는 원래 D 드라이브에 있어서 계정을 지워도 영향이 없다는 걸 먼저 확인했기 때문입니다.
무엇을 백업할지보다, 무엇을 안 해도 되는지 가려내는 데서 시간이 많이 줄었습니다.

새 계정에서는 어떻게 복구했나?
새 계정 첫 세션에서 할 일을 미리 적어뒀고, 클로드로 그 목록을 하나씩 점검했습니다.
복원가이드대로 폴더를 옮기고 로그인하자,
클로드 코드는 예전 메모리를 그대로 불러왔습니다.
어디까지 작업했는지도 기억하고 있었습니다.
그다음 점검에서 빠진 것들이 드러났습니다.
- 깃허브 로그인 풀림 — 토큰은 백업되지 않으니 다시 로그인
- git이 저장소를 거부함 — D 드라이브 파일 소유자가 옛 계정으로 남아 있었음. 저장소 9개만 신뢰 목록에 등록
- 주간 예약 작업 사라짐 — 다시 등록하면서 스크립트가 옛 경로의 프로그램을 가리키던 것까지 수정
- npm 도구 5종 인식 안 됨 — 새 계정 PATH에 npm 폴더가 빠져 있었음
- 코덱스 실행 차단 — 윈도우 PowerShell 기본값이 스크립트 실행을 막고 있었음
디스코드와 엔비디아 앱은 새 계정에서 다시 설치하니 바로 열렸습니다.

"설치됐다"와 "돌아간다"는 왜 다른가?
복구는 설치로 끝나지 않고, 실제 사용자 환경에서 한 번 실행해 봐야 끝납니다.
코덱스가 그 예였습니다.
점검 결과는 "설치 완료"였습니다.
그런데 제가 터미널에서 코덱스를 치니 실행되지 않았습니다.
원인을 다시 파보니,
점검에 쓴 작업 창은 보안 제한을 받지 않는 상태였고
제가 여는 일반 PowerShell은 스크립트 실행이 막혀 있었습니다.
같은 PC 안에서도 누가 어떤 창으로 여느냐에 따라 결과가 달랐던 겁니다.
그래서 이후 점검은 기준을 바꿨습니다.
"설치돼 있는가"가 아니라
"내가 매일 쓰는 방식으로 열었을 때 돌아가는가"로요.
AX 조직은 왜 이런 장애까지 대비해야 하나?
AI 도구를 업무에 깊이 들일수록, 한 사람의 PC가 곧 회사의 업무 인프라가 되기 때문입니다.
라이프벨 대표 도휘 최원준이 AX조직화컨설팅에서 조직을 진단할 때 먼저 보는 것이 있습니다.
AI를 잘 쓰는 한두 사람에게 업무가 몰려 있는지,
그 사람의 설정과 노하우가 그 사람의 컴퓨터 안에만 있는지입니다.
그 PC가 멈추면 자동화도 같이 멈춥니다.
이번에 제가 겪은 일이 딱 그 축소판이었습니다.
대비책은 거창하지 않습니다.
- AI 도구 설정이 어디에 저장되는지 한 번 확인해 둔다
- 비밀키·로그인 정보는 "다시 발급받는 곳"을 적어 둔다
- 예약 작업과 자동화 목록을 문서로 남긴다
- 복원 순서를 한 장짜리 가이드로 만들어 둔다
- 복구 후에는 실제 사용 방식으로 한 번씩 실행해 본다
이 다섯 가지가 문서로 있으면,
복구 작업 자체도 AI에게 맡길 수 있습니다.
문서가 없으면 AI도 무엇을 되살려야 할지 모릅니다.

자주 묻는 질문
윈도우 임시 프로필로 로그인되는데, 계정을 새로 만들어야 하나요?
먼저 새 테스트 계정을 만들어 문제가 재현되는지 보세요.
새 계정에서 정상이라면 기존 계정의 프로필 손상일 가능성이 큽니다.
이때는 프로그램을 계속 고치기보다, 백업 후 계정을 새로 만드는 편이 빠릅니다.
계정을 새로 만들 때 클로드 코드·코덱스 설정은 어떻게 옮기나요?
사용자 폴더 안의 설정 폴더와 설정 파일을 통째로 백업했다가 새 계정의 같은 위치로 복사하면 됩니다.
사용자 폴더 이름이 바뀌었다면 설정 파일 안의 경로도 새 이름으로 고쳐야 합니다.
로그인 토큰은 옮겨지지 않는 경우가 많으니 다시 로그인할 준비를 해두세요.
새 계정에서 npm으로 설치한 명령어가 인식되지 않아요.
두 가지를 확인하세요.
사용자 PATH에 npm 전역 폴더가 들어 있는지,
그리고 PowerShell 실행 정책이 스크립트를 막고 있지 않은지입니다.
실행 정책은 현재 사용자 범위만 RemoteSigned로 바꾸면 해결됩니다.
AI 도입 컨설팅에서 이런 업무 환경 문제도 다루나요?
라이프벨(주)의 도휘 최원준 대표가 진행하는
AX조직화컨설팅은 AI 활용이 특정 개인의 능력과 PC에 묶이지 않도록,
사람과 업무 구조를 함께 설계하는 데 초점을 둡니다.
도구 설치보다 "누가 무엇을 맡고, 멈췄을 때 어떻게 되살리는가"를 먼저 봅니다.
AI를 들였는데 한 사람만 바빠졌다면
AI를 잘 쓰는 사람이 한 명 생겼다고,
그 조직이 AI 전환을 한 건 아닙니다.
그 사람이 하루 자리를 비워도 일이 돌아갈 때 비로소 전환입니다.
우리 조직의 AI 활용이 누구에게, 어떤 PC에 묶여 있는지부터 확인해 보고 싶으시다면
20분 무료 상담에서 AIQ 진단을 어디서 시작할지 함께 정해 드립니다.
👉 AX조직화컨설팅 자세히 보기: lifebell.kr/ax-consulting · 무료로 시작하기: lifebell.kr/start
💬 한 줄 문의: 카카오톡 채널 '라이프벨'
이 글의 축약본은 블로그에도 실려 있습니다.