# Ollama pull: ошибка digest mismatch на Linux — с чего начать

Источник: https://modelium.tech/zhurnal/ollama-pull-digest-mismatch/

Ошибка digest mismatch означает, что проверка полученных данных модели не прошла: их SHA-256 не совпал с ожидаемым значением. На обычной установке Linux сохраните точный текст ошибки, узнайте версию Ollama и посмотрите журнал службы. Если сеть и место на диске в порядке, можно один раз повторить загрузку прежнего тега без удаления файлов; это не универсальный способ ремонта.

`ollama pull` остановился с `**digest mismatch**`? Здесь *digest* — контрольный отпечаток файла: Ollama сравнивает вычисленный SHA-256 с ожидаемым значением. Расхождение означает, что полученные байты не прошли проверку, но **само сообщение не доказывает**, в чём причина — сети, диске, сервере загрузки или ином этапе. Не начинайте с удаления папки `blobs`. [s2](#src-s2) [s3](#src-s3)

**Сверено 1 ноября 2026 года с исходниками Ollama v0.40.13 (**`**04088e7c9d41cba5d33bafbf788d87a465c79d5b**`**).** Это диагностика для Linux с обычной службой Ollama под systemd, а не домашний рецепт запуска новой модели. Modelium не вызывал настоящую загрузку и не воспроизводил ошибку: команды ниже прошли лишь на безопасной фикстуре с подменёнными программами. Нужны уже установленная Ollama, доступ к терминалу и сеть **только для возможного повторного скачивания**. [s4](#src-s4) [s5](#src-s5)

## Как понять, какая ошибка произошла?

- Сохраните **полную строку** ошибки и точное имя тега из своей прежней команды; не присылайте открыто весь журнал, если там могут быть секреты. `digest mismatch, file must be downloaded again: want …, got …` в коде v0.40.13 относится к проверке скачанного файла в одном пути, тогда как в другом пути сообщение короче: `digest mismatch`. Эти строки не сообщают конкретную причину порчи данных. Не путайте эту ситуацию с ошибкой `ollama create` или загрузки через API: похожий текст может возникать в другом месте программы. [s2](#src-s2) [s3](#src-s3)

- В терминале выполните `ollama --version`. Запишите версию сервера и, если показано предупреждение, отличающуюся версию клиентской команды. Затем `ollama ls`: посмотрите, появился ли **точный тег**, который вы пытались получить. Список показывает запись о модели, **но не удостоверяет целостность каждого файла**. [s1](#src-s1) [s6](#src-s6) [s3](#src-s3)

- Если Ollama установлена как служба systemd, в том же терминале выполните `journalctl -u ollama -n 80 --no-pager`. Найдите строку с моментом ошибки и соседние сообщения: они помогут отличить сбой скачивания от параллельной ошибки записи или сети. Если журнал недоступен либо Ollama запущена вручную или в контейнере, это не доказательство отсутствия ошибки: нужно смотреть журнал именно своего процесса/контейнера. Перед отправкой лога кому-либо закройте токены и персональные пути. [s4](#src-s4) [s9](#src-s9)

## Когда можно повторить pull?

Если вы знаете **точный прежний тег**, интернет работает, загрузка разрешена в вашей сети и [проверка раздела с моделями](/zhurnal/ollama-no-space-left-on-device/) показывает достаточное свободное место, один раз повторите `ollama pull` **с тем же именем**. Если путь хранения неизвестен или журнал указывает на ошибку диска, не торопитесь с повтором. Например, `ollama pull qwen3:0.6b` подходит *только если прежняя попытка была именно с *`*qwen3:0.6b*`; для другого тега замените пример своим точным именем. `pull` скачивает данные по сети и может занять место или получить изменившееся содержимое под подвижным тегом. Не запускайте его в закрытом контуре, при подозрении на сбой диска или ради проверки команд на чужой модели. [s1](#src-s1) [s6](#src-s6) [s2](#src-s2) [s10](#src-s10)

Дождитесь сообщения об успешном завершении без ошибки и ещё раз выполните `ollama ls`. Если тег появился, это **только первый контроль**: наличие записи и даже успешный повтор не доказывают исправность всех байтов или пригодность модели для работы. При повторной ошибке остановитесь, сохраните строку сбоя и [журнал Ollama](/zhurnal/ollama-logi-linux/); не повторяйте скачивание бесконечно. [s1](#src-s1) [s3](#src-s3) [s7](#src-s7)

## Почему одного повтора может быть мало?

В коде v0.40.13 есть два пути загрузки. Классический путь при обнаруженном расхождении хеша пытается убрать **только несовпавший файл** и возвращает ошибку. Другой путь может повторить скачивание, удалив свой временный файл; но уже существующий файл ожидаемого размера он может принять без повторного вычисления хеша. Поэтому `ollama ls` или повторный `pull` со словом `success` не равны независимой проверке целостности. Открытый issue #17520 описывает такой случай; это сообщение пользователя, не эксперимент редакции на этой версии. Предложенный PR #17537 на момент проверки не был влит. [s2](#src-s2) [s3](#src-s3) [s7](#src-s7) [s8](#src-s8)

**Не удаляйте вручную** `blobs`, незавершённые части или всю папку моделей и не отключайте проверку сертификатов. Если ошибка повторяется, сначала определите причину по журналу и обратитесь к администратору/разработчику с версией, точным тегом и обезличенным сообщением. Если обнаружена именно нехватка места, используйте [отдельный разбор диска на Linux](/zhurnal/ollama-no-space-left-on-device/); обычный обрыв сети рассмотрен в [инструкции по возобновлению](/zhurnal/ollama-pull-vozobnovit-zagruzku/). Эти причины не следует объявлять установленными по одной строке `digest mismatch`. [s2](#src-s2) [s3](#src-s3)

## Источники

1. [Ollama v0.40.13 — CLI: version, pull, list/ls](https://github.com/ollama/ollama/blob/04088e7c9d41cba5d33bafbf788d87a465c79d5b/cmd/cmd.go) — получено 2026-11-01
2. [Ollama v0.40.13 — PullModel и verifyBlob](https://github.com/ollama/ollama/blob/04088e7c9d41cba5d33bafbf788d87a465c79d5b/server/images.go) — получено 2026-11-01
3. [Ollama v0.40.13 — transfer/download.go](https://github.com/ollama/ollama/blob/04088e7c9d41cba5d33bafbf788d87a465c79d5b/transfer/download.go) — получено 2026-11-01
4. [Ollama v0.40.13 — Linux: журнал службы](https://github.com/ollama/ollama/blob/04088e7c9d41cba5d33bafbf788d87a465c79d5b/docs/linux.mdx) — получено 2026-11-01
5. [Ollama release v0.40.13](https://github.com/ollama/ollama/releases/tag/v0.40.13) — получено 2026-11-01
6. [Ollama v0.40.13 — CLI Reference](https://github.com/ollama/ollama/blob/04088e7c9d41cba5d33bafbf788d87a465c79d5b/docs/cli.mdx) — получено 2026-11-01
7. [Ollama issue #17520 — пользовательское сообщение о повреждённом blob](https://github.com/ollama/ollama/issues/17520) — получено 2026-11-01
8. [Ollama PR #17537 — verify blob digest before trusting a same-size cache hit](https://github.com/ollama/ollama/pull/17537) — получено 2026-11-01
9. [systemd — journalctl manual](https://www.freedesktop.org/software/systemd/man/latest/journalctl.html) — получено 2026-11-01
10. [Ollama Library — qwen3:0.6b](https://ollama.com/library/qwen3:0.6b) — получено 2026-11-01