Windows 앱이 실행되지 않거나 재등록 과정에서 패키지 식별자 관련 오류가 반복될 때, 사용자 프로필·AppX 등록 정보·시스템 구성 요소 저장소를 구분해 점검합니다. 무리한 일괄 삭제 대신 로그 확인, DISM·SFC 검사, 대상 앱 재등록 순으로 복구 범위를 좁힙니다.
앱 패키지 등록 오류가 반복될 때 PFN 목록 손상부터 분리하는 복구 순서
Windows 앱이 실행 직후 닫히거나 재등록 명령에서 패키지 식별자 오류가 반복되면, 앱 삭제부터 진행하는 방식은 오히려 원인 확인을 어렵게 만들 수 있습니다. 먼저 오류가 특정 계정에만 남는지, 모든 계정에서 같은지 나누어 확인해야 합니다. 다음으로 설치 폴더의 매니페스트와 등록 정보가 서로 맞는지, 접근 권한이 막혀 있지는 않은지 살핍니다. 시스템 구성 요소 저장소가 흔들린 경우에는 개별 앱을 여러 번 설치해도 같은 증상이 되풀이될 수 있습니다. 화면 확인과 로그 점검이 필요하면 동네형컴퓨터 010-6833-8119 로 증상과 발생 시각을 먼저 전달하면 됩니다. 복구는 넓게 지우는 대신 확인된 범위에만 적용하는 편이 기존 앱 데이터 손실을 줄입니다.
사용자 프로필별 앱 등록 상태를 먼저 가르는 방법
PFN은 Microsoft Store 앱과 MSIX·AppX 계열 패키지를 구분하는 Package Family Name 입니다. 설문동 PFN_LIST_CORRUPT 오류처럼 패키지 계열 정보가 맞지 않는다는 메시지가 보일 때는, 설치 파일 자체의 문제인지 사용자 프로필 안의 등록 연결이 어긋난 것인지부터 구분해야 합니다.
가장 간단한 기준은 같은 PC의 다른 Windows 계정에서 해당 앱이 실행되는지 확인하는 것입니다. 다른 계정에서는 정상 실행되고 한 계정에서만 실패한다면, 시스템 전체보다 사용자 프로필별 AppX 등록 상태를 우선 의심할 수 있습니다. 반대로 모든 계정에서 동일한 시점에 실행이 멈추면 설치 경로, 패키지 버전 또는 Windows 구성 요소 저장소까지 점검 범위를 넓혀야 합니다.
| 확인 결과 | 우선 점검 범위 | 권장 대응 |
|---|---|---|
| 특정 계정에서만 실행 실패 | 사용자 프로필 등록 정보, 계정 권한 | 로그 확인 후 대상 앱 등록만 복구 |
| 모든 계정에서 같은 오류 | 매니페스트, 설치 폴더, 시스템 저장소 | DISM·SFC 검사 후 앱 범위 재설치 검토 |
| 업데이트 직후 오류 발생 | 패키지 버전 연결, 최근 설치 이력 | 업데이트 시각과 이벤트 기록 대조 |
이벤트 뷰어에서는 응용 프로그램 및 서비스 로그 → Microsoft → Windows → AppModel-Runtime 항목을 확인합니다. 실패한 시각을 기준으로 패키지 이름, 패키지 경로, 액세스 거부 기록, 등록 실패 코드가 있는지 살피면 추정이 아닌 근거로 복구 범위를 정할 수 있습니다. 프로필 SID별 등록 흔적과 실제 패키지 경로를 함께 대조하는 과정이 중요합니다.
매니페스트 경로와 패키지 소유권이 어긋난 경우
AppX·MSIX 앱은 설치 폴더 안의 AppxManifest.xml 정보를 바탕으로 등록됩니다. 따라서 패키지 목록에는 남아 있는데 실제 설치 폴더가 없거나, 폴더 안 매니페스트의 버전과 등록된 버전이 다르면 실행 및 재등록 과정에서 충돌할 수 있습니다. 이때 설문동 PFN_LIST_CORRUPT 문구가 보였다는 사실만으로 전체 앱 패키지를 지우는 것은 적절하지 않습니다.
먼저 문제가 된 앱의 표시 이름, Package Family Name, 설치 위치를 확인한 뒤 매니페스트 파일이 실제로 존재하는지 봅니다. 사내 배포 앱이라면 배포 담당자가 제공한 설치본과 버전도 맞춰야 합니다. Store 앱이라면 앱 자체 복구 또는 재설치가 후보가 될 수 있지만, 시스템 앱과 연결된 패키지는 무리하게 제거하지 않는 편이 안전합니다.
설치 폴더의 소유권이나 권한을 임의로 바꾸는 조치는 마지막 단계에 가까워야 합니다. 관리자 계정이라도 WindowsApps 계열 폴더의 권한 구조를 일괄 변경하면 다른 패키지 업데이트와 실행에 영향을 줄 수 있습니다. 대상 앱의 매니페스트 접근 여부, 현재 사용자 권한, 패키지 소유권을 확인한 다음 필요한 항목만 재등록하거나 재설치 범위를 정하는 순서가 좋습니다.
관리자 권한 복구 전 점검할 시스템 무결성
계정 하나의 등록 문제가 아니라 Windows 구성 요소 저장소 손상이 의심되면, 앱 재등록보다 시스템 무결성 검사를 먼저 진행합니다. 관리자 권한으로 실행한 명령 프롬프트 또는 PowerShell 에서 DISM 검사와 복구를 진행한 뒤 SFC 검사를 실행하면 시스템 파일과 구성 요소 저장소 이상 여부를 확인할 수 있습니다.
DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow검사 중에는 인터넷 연결과 충분한 저장 공간이 필요할 수 있으며, 완료 전 강제 종료는 피해야 합니다. 복구가 끝난 뒤 재부팅하고 동일 앱을 다시 확인합니다. 이 과정에서도 오류가 유지될 때에만 이벤트 로그의 패키지 이름과 매니페스트 경로를 기준으로 제한적인 재등록을 검토합니다.
인터넷에서 흔히 보이는 전체 AppX 패키지 일괄 재등록 명령은 편해 보이지만, 이미 정상인 앱까지 처리하면서 오류 메시지를 늘리거나 사용자별 설정을 복잡하게 만들 수 있습니다. 특히 권한 문제가 섞인 환경에서는 관리자 PowerShell 을 열었다는 이유만으로 모든 패키지에 접근할 수 있는 것이 아닙니다. 대상 패키지와 매니페스트 경로가 확인된 경우에만 적용 범위를 좁혀야 합니다.
설문동 작업 일정 안내
화면 공유가 가능한 등록 오류는 원격 점검부터 시작할 수 있고, 관리자 승인 창이 나타나면 해당 PC에서 직접 승인할 수 있는 사용자 계정이 필요합니다. 방문 작업은 09:00~18:00 일정 확인 후 진행하며, 원격 지원은 새벽 시간을 제외하고 조율할 수 있습니다.
오류 기록을 남긴 뒤 복구를 요청하는 시점
앱이 실행 직후 종료되거나, 등록 명령에서 동일 식별자 오류가 반복되거나, 다른 계정에서도 같은 문제가 나타난다면 기록을 확보한 뒤 점검을 요청하는 편이 빠릅니다. 오류 창을 닫기 전에 화면을 저장하고, 발생 시각을 메모해 두면 AppModel-Runtime 로그와 맞추기 좋습니다.
준비하면 좋은 내용은 Windows 버전과 빌드, 문제가 된 앱 이름, 오류 화면, 최근 업데이트 또는 앱 설치 이력, 실행했던 명령입니다. 사내 배포 MSIX 앱이라면 설치 파일을 받은 경로와 배포 버전도 함께 확인해야 합니다. 계정 전환이 가능한지, 관리자 승인 창이 뜨는지도 권한 분기에 필요한 정보입니다.
결국 패키지 등록 오류는 앱 삭제 여부보다 계정 범위·매니페스트 상태·시스템 저장소 상태를 차례로 분리하는 것이 핵심입니다. 확인된 범위만 복구하면 기존 앱 데이터와 정상 등록 상태에 손댈 가능성을 줄일 수 있습니다. 점검 또는 원격 상담은 동네형컴퓨터 010-6833-8119, https://udns.kr/에서 요청할 수 있습니다.
자주 묻는 질문
Q. PFN 관련 오류는 어떤 문제를 뜻하나요?
A. 앱 패키지 계열을 식별하는 등록 정보가 누락되었거나, 사용자 프로필과 설치된 패키지 정보의 연결이 어긋났을 때 나타날 수 있습니다. 매니페스트 파일, 패키지 버전, 이벤트 로그를 함께 확인해야 원인을 좁힐 수 있습니다.
Q. 앱을 삭제 후 다시 설치하면 바로 해결되나요?
A. 개별 앱 파일 문제라면 해결될 수 있지만, 사용자 등록 정보나 Windows 구성 요소 저장소가 원인이면 재설치 후에도 반복될 수 있습니다. 로그와 시스템 무결성 확인을 먼저 권합니다.
Q. 원격으로 권한 및 등록 오류를 점검할 수 있나요?
A. 오류 화면 확인, 이벤트 로그 확인, 시스템 검사, 대상 패키지 확인은 원격으로 진행할 수 있습니다. 다만 관리자 승인이나 로그인 계정 전환이 필요하면 PC 사용자 협조가 필요합니다.