스팀에서 특정 게임의 버전 다운그레이드를 위해 콘솔 명령어로 데포 파일을 다운로드하던 중 문제가 발생했다는 제보가 커뮤니티에 올라왔습니다. 한 이용자는 호그와트 레거시를 구버전으로 되돌리려 시도했으나, 다운로드 진행 중 불필요함을 깨닫고 스팀을 강제 종료했습니다.
문제는 여기서부터 시작됐습니다. 약 70기가바이트에 달하는 데이터가 디스크 공간을 계속 점유하고 있었지만, 정작 해당 게임은 이미 언인스톨 상태였습니다. 이용자가 직접 확인한 결과, 일반적인 캐시 저장 위치인 depotcache 폴더를 모두 삭제해도 회수된 용량은 20기가바이트 수준에 그쳤습니다.
WizTree 같은 디스크 분석 도구로도 잔여 데이터의 정확한 물리적 경로를 찾기 어려웠다는 점이 이 사례의 핵심입니다. 스팀 클라이언트가 정상적으로 종료되지 않은 상태에서 대용량 파일 전송이 끊기면, 임시 파일이나 부분 다운로드된 블록이 시스템의 숨겨진 경로나 다른 드라이브 영역에 고립될 수 있기 때문입니다.
이러한 현상은 스팀의 콘텐츠 전달 시스템인 SteamPipe 구조와 연관이 깊습니다. Valve는 공식 문서를 통해 SteamPipe가 게임 및 애플리케이션 콘텐츠를 배포하는 방식이라고 설명합니다. 데포는 이러한 콘텐츠의 기본 단위이며, 다운로드 과정에서 여러 단계의 검증과 저장이 이루어집니다.
콘솔을 이용한 수동 다운로드 시에는 자동화된 정리 루틴이 완전히 작동하지 않을 가능성이 높습니다. 특히 다운로드 중간에 프로세스가 강제로 종료되면, 스팀이 관리하는 인덱스 파일과 실제 디스크 상의 데이터 간 불일치가 발생할 수 있습니다. 이때 남은 데이터는 스팀 라이브러리 목록에서는 사라지더라도 물리적으로는 디스크에 존재하는 ‘유령 파일’이 됩니다.
해결을 위해서는 먼저 스팀 설정에서 다운로드 캐시를 초기화하거나, 스팀 폴더 전체를 백업 후 재설치하는 것이 가장 확실한 방법입니다. 다만 70기가바이트라는 방대한 용량이 어디에 숨어 있는지 파악하려면, 단순한 폴더 삭제를 넘어 시스템 전체의 파일 검색 기능을 활용해야 합니다.
현재로서는 스팀 측에서 이러한 비정상적인 종료 이후의 자동 복구 메커니즘이 얼마나 강력한지에 대한 구체적인 공지사항은 확인되지 않았습니다. 이용자들은 대용량 데포를 다룰 때 가급적 정식 업데이트 채널을 이용하고, 불가피하게 콘솔을 사용할 경우 정상 종료를 기다리는 것이 안전합니다.