Ollama를 쓰다 C드라이브 공간이 줄었을 때 확인할 것
Ollama를 쓰고 나서 C드라이브 공간이 줄었다면 프로그램과 모델 파일이 각각 어디에 있는지 확인하세요. Windows 앱 목록에 나온 프로그램 크기만으로 내려받은 모델의 사용량까지 알 수는 없습니다.
이 글에서는 이미 Ollama를 사용 중인 Windows PC에서 프로그램, 모델, 로그와 업데이트 파일의 저장 위치를 따로 살펴봅니다. 파일을 지우거나 옮기기 전에 어느 폴더가 공간을 쓰는지 확인하는 안내입니다. 삭제·이동이나 저장 위치 변경은 다루지 않습니다.
아래 경로와 크기 기록은 설명용 가상 자료입니다.
먼저 네 위치를 따로 적기
Ollama Windows 문서는 실행 파일, 로그·업데이트, 사용자 모델·설정, 임시 실행 파일의 위치를 구분합니다. 아래는 기본 사용자 설치의 조사 후보입니다. 다른 계정·사용자 지정 설치·서비스 형태에서는 실제 위치가 다를 수 있습니다.
구분: 프로그램 실행 파일
- 기본 조사 후보: %LOCALAPPDATA%\Programs\Ollama
- 무엇을 확인할지: ollama.exe가 들어 있는 실제 설치 폴더
구분: 모델
- 기본 조사 후보: 사용자 프로필 아래 .ollama\models
- 무엇을 확인할지: 모델 파일을 보관하는 폴더와 해당 볼륨
구분: 로그와 내려받은 업데이트
- 기본 조사 후보: %LOCALAPPDATA%\Ollama
- 무엇을 확인할지: 프로그램 파일과 구분되는 보조 파일
구분: 임시 실행 파일
- 기본 조사 후보: %TEMP% 아래 ollama 관련 폴더
- 무엇을 확인할지: 이름과 위치만으로 불필요하다고 판정하지 않음
Windows에서 모델의 기본 위치는 공식 FAQ에 C:\Users\%username%\.ollama\models로 제시되어 있습니다. OLLAMA_MODELS로 다른 폴더를 지정할 수 있습니다. 이 안내는 기본 위치를 찾을 출발점이며 현재 실행 서버가 실제 사용하는 폴더의 측정 증거는 아닙니다. Ollama 모델 저장 위치 FAQ
파일 탐색기나 Win+R의 실행 창에서 후보 폴더를 열어 존재 여부와 전체 경로를 봅니다. 사용자 폴더 아래 .ollama 전체와 그 안의 models를 같은 범위로 적지 않습니다. 설정 파일까지 포함한 상위 폴더 크기인지, 모델 하위 폴더만 확인한 크기인지 구분하세요.
실행 파일 위치가 모델 위치를 뜻하지는 않습니다
새 CMD에서 다음을 조회할 수 있습니다.
where ollama.exewhere는 현재 폴더와 PATH의 후보 실행 파일을 찾습니다. 출력 경로가 D드라이브라고 해서 모델도 D에 저장되었다고 결론 내리지 않습니다. 반대로 프로그램이 C에 있어도 모델을 다른 볼륨에 두었을 수 있습니다. Microsoft where 명령
경로가 여러 개면 어느 설치를 사용했는지부터 확인합니다. 이름이 같은 미확인 파일은 조사 중에 실행하지 않습니다. 실행 파일의 검색 자체가 실패한다면 CMD에서 Ollama 명령을 찾지 못할 때 PATH 확인하기를 참고하고, 이 위치 점검에서 PATH를 수정하지는 않습니다.
환경 변수는 조회한 대상까지 기록하기
모델 저장 위치를 바꾼 적이 있다면 Windows PowerShell에서 다음 세 값을 조회합니다. 변수 전체를 출력하지 않고 OLLAMA_MODELS만 확인합니다.
[Environment]::GetEnvironmentVariable('OLLAMA_MODELS', 'Process')
[Environment]::GetEnvironmentVariable('OLLAMA_MODELS', 'User')
[Environment]::GetEnvironmentVariable('OLLAMA_MODELS', 'Machine')첫 값은 현재 PowerShell 프로세스의 환경입니다. 둘째는 현재 사용자에 저장된 값, 셋째는 시스템에 저장된 값입니다. 첫 값이 현재 실행 중인 Ollama 서버 프로세스의 환경을 읽어 주는 것은 아닙니다. Windows 프로세스는 시작 당시 부모 등의 환경을 물려받습니다. Microsoft 환경 변수 조회 문서
따라서 사용자 값이 D의 새 경로이고 현재 PowerShell 값이 C의 이전 경로라면 ‘환경 관찰값이 서로 다름’으로 기록합니다. 이미 떠 있는 Ollama 서버가 어느 값을 받았는지는 추가 확인이 필요합니다. 빈 출력도 곧바로 ‘모델 없음’이 아닙니다. 기본 위치를 쓰거나 다른 실행 계정·방식이 적용됐을 수 있습니다.
이 글에서는 변수를 생성하거나 서버를 다시 시작하지 않습니다. 실행 시각과 실행 계정, 실제 폴더의 존재, 알려진 설정을 대조하는 데 그칩니다. 값이 상대 경로라면 현재 작업 폴더에 따라 해석될 수 있으므로 절대 경로로 확인되기 전까지 저장 볼륨을 단정하지 않습니다.
목록 크기와 폴더 크기를 대조할 때 주의할 점
본인이 확인한 공식 설치본과 의도한 연결 대상이 준비되어 있다면 다음 명령으로 모델 목록을 조회합니다.
ollama lsls는 서버가 제공하는 모델 목록을 확인하는 명령입니다. 목록의 이름·ID·표시크기는 그대로 기록하되, 이를 C드라이브의 실제 점유량으로 복사하지 않습니다. 다른 서버를 가리키는 클라이언트 환경에서는 내 PC의 폴더 조사가 될 수 없으므로 연결 대상도 확인해야 합니다. Ollama CLI 문서
목록이 비었다면 ‘조회한 서버의 목록이 비어 있음’까지만 적습니다. 폴더가 비었다거나 예전 모델 파일이 모두 사라졌다는 판정은 폴더 확인과 별개입니다. 서버 연결 오류가 나면 목록 크기를 0으로 적지 말고 ‘목록 조회 실패’로 남기세요.
확인한 모델 폴더의 속성에서는 ‘크기’와 ‘디스크 할당 크기’를 각각 기록할 수 있습니다. 첫 값은 파일 내용 길이 기준이고 실제 볼륨에서 할당된 공간의 표시는 다를 수 있습니다. 압축·링크 등 파일 시스템 조건과 조회 범위가 다르면 단순 합계로 해석하기 어렵습니다. Windows는 파일의 내용 길이와 실제 디스크 저장 공간을 구분하는 API를 제공합니다. Microsoft 파일 저장 크기 문서
이 글은 폴더 속성이나 앱 목록의 어느 표시 하나를 C드라이브 감소량의 확정 원인으로 쓰지 않습니다.
같은 내용을 가리키는 목록 항목이나 겹치는 상위·하위 폴더를 중복 합산할 수도 있습니다. 파일 탐색기의 경로가 C로 시작해도 링크·연결된 경로가 있다면 실제 저장 대상을 추가로 확인해야 합니다. 모르는 blobs 파일의 이름을 보고 직접 지우거나, 목록의 크기 합계만큼 공간이 반드시 회수된다고 계산하지 않습니다.
가상 경로 세 상황을 대조하기
다음 사용자 이름과 폴더는 직접 작성한 가상 경로입니다. 실제 Ollama 출력이나 파일 측정값이 아닙니다. 이 표에서는 경로 문자열의 드라이브 문자만 비교하며 링크·볼륨 마운트·접근 가능 여부는 검사하지 않습니다.
| 가상 관찰 | 프로그램 경로 | 모델 경로 후보 | 남길 판단 |
|---|---|---|---|
| A 기본 경로 후보 | C:\Users\Lab\AppData\Local\Programs\Ollama\ollama.exe | C:\Users\Lab\.ollama\models | 두 후보가 모두 C를 가리킴. 실제 폴더와 크기 확인 필요 |
| B 모델 별도 경로 후보 | C:\Users\Lab\AppData\Local\Programs\Ollama\ollama.exe | D:\AI Models\ollama | 프로그램 C·모델 후보 D를 따로 조사 |
| C 상대 경로만 있음 | C:\Users\Lab\AppData\Local\Programs\Ollama\ollama.exe | models | 모델 볼륨 미확인으로 보류 |
B의 모델 폴더가 D에 있다는 후보를 찾았다고 C의 Ollama 관련 파일이 없다는 뜻은 아닙니다. 프로그램과 로그·업데이트 후보가 C에 남아 있을 수 있습니다. C의 감소량을 설명하려면 실제 측정 범위와 시점이 있어야 합니다.
합성 크기 기록도 별도로 검산했습니다. D:\AI Models\ollama\sample-A.bin의 길이를 1,000바이트, sample-B.bin을 2,000바이트로 직접 정하고, A 경로를 기록표에 한 번 더 적었습니다. 세 행을 무조건 더하면 4,000바이트지만, 같은 파일 경로를 한 번만 세면 3,000바이트입니다. 이는 가상 기록표의 중복 합산 반례입니다. 실제 Ollama 파일 이름·크기·디스크 할당량이나 삭제 뒤 회수량을 재현한 자료가 아닙니다.
Linux Python 3.12.14의 PureWindowsPath로 A·B·C, 공백이 있는 절대 경로, 사용자/현재 프로세스 경로 불일치, 같은 가상 파일 경로 중복 기록의 여섯 분기를 검사했습니다. PureWindowsPath는 파일 시스템에 접근하지 않는 경로 해석 도구이므로 실제 Windows 폴더 존재나 서버 설정은 확인하지 않았습니다. Python pathlib 문서
조사 내용을 한 장에 모으기
공개 첨부 없이 아래 양식을 복사해 기록할 수 있습니다. 사용자 이름·내부 폴더·로그의 업무 정보는 문의할 때 필요한 부분만 공유합니다.
[Ollama 저장 위치 조사 기록]
관찰 날짜와 시간대:
Windows 버전 / 설치 방식 / 확인한 실행 계정:
where ollama.exe 결과와 설치 출처:
프로그램 실제 폴더 / 존재 확인:
OLLAMA_MODELS Process 값 또는 빈 출력:
OLLAMA_MODELS User 값 또는 빈 출력:
OLLAMA_MODELS Machine 값 또는 빈 출력:
Ollama 서버 시작 시점과 실제 적용 경로의 확인 근거:
모델 폴더 후보 / 실제 확인한 폴더 / 볼륨:
로그·업데이트 후보 / 실제 확인한 폴더:
ollama ls의 연결 대상 / 실제 결과 또는 조회 실패:
폴더 속성 측정 범위 / 크기 / 디스크 할당 크기 / 단위:
같은 파일·상위하위 폴더 중복과 링크 여부:
C드라이브 여유 공간 확인 시점과 값:
아직 확인하지 못한 항목:
삭제·이동·설정변경: 이 조사에서는 실행하지 않음확인 시 공식 최신 릴리스 링크는 v0.35.1을 표시했습니다. 본인 PC의 설치 버전은 실제 관찰로 따로 적어야 합니다. 이 글은 2026년 10월 4일 KST 기준의 위치 조사이며 과거 날짜의 설치 경험을 설명하지 않습니다.
조사의 종료 기준은 모델이 실행되는지가 아니라 프로그램·모델·보조 파일의 경로와 크기 관찰 범위를 구분했는지입니다. 적용 경로가 미확인이면 그대로 남기세요. 공간을 비우는 후속 작업은 이 기록을 근거로 별도 검토하며, 현재 폴더를 보존한 상태에서도 이 위치 조사는 끝낼 수 있습니다.
작성자 소개
