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

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

1. Сохраните полную строку ошибки и точное имя тега из своей прежней команды; не присылайте открыто весь журнал, если там могут быть секреты. digest mismatch, file must be downloaded again: want …, got … в коде v0.40.13 относится к проверке скачанного файла в одном пути, тогда как в другом пути сообщение короче: digest mismatch. Эти строки не сообщают конкретную причину порчи данных. Не путайте эту ситуацию с ошибкой ollama create или загрузки через API: похожий текст может возникать в другом месте программы. s2 s3
2. В терминале выполните ollama --version. Запишите версию сервера и, если показано предупреждение, отличающуюся версию клиентской команды. Затем ollama ls: посмотрите, появился ли точный тег, который вы пытались получить. Список показывает запись о модели, но не удостоверяет целостность каждого файла. s1 s6 s3
3. Если Ollama установлена как служба systemd, в том же терминале выполните journalctl -u ollama -n 80 --no-pager. Найдите строку с моментом ошибки и соседние сообщения: они помогут отличить сбой скачивания от параллельной ошибки записи или сети. Если журнал недоступен либо Ollama запущена вручную или в контейнере, это не доказательство отсутствия ошибки: нужно смотреть журнал именно своего процесса/контейнера. Перед отправкой лога кому-либо закройте токены и персональные пути. s4 s9

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

Если вы знаете точный прежний тег, интернет работает, загрузка разрешена в вашей сети и проверка раздела с моделями показывает достаточное свободное место, один раз повторите ollama pull с тем же именем. Если путь хранения неизвестен или журнал указывает на ошибку диска, не торопитесь с повтором. Например, ollama pull qwen3:0.6b подходит только если прежняя попытка была именно с qwen3:0.6b; для другого тега замените пример своим точным именем. pull скачивает данные по сети и может занять место или получить изменившееся содержимое под подвижным тегом. Не запускайте его в закрытом контуре, при подозрении на сбой диска или ради проверки команд на чужой модели. s1 s6 s2 s10

Дождитесь сообщения об успешном завершении без ошибки и ещё раз выполните ollama ls. Если тег появился, это только первый контроль: наличие записи и даже успешный повтор не доказывают исправность всех байтов или пригодность модели для работы. При повторной ошибке остановитесь, сохраните строку сбоя и журнал Ollama; не повторяйте скачивание бесконечно. s1 s3 s7

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

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

Не удаляйте вручную blobs, незавершённые части или всю папку моделей и не отключайте проверку сертификатов. Если ошибка повторяется, сначала определите причину по журналу и обратитесь к администратору/разработчику с версией, точным тегом и обезличенным сообщением. Если обнаружена именно нехватка места, используйте отдельный разбор диска на Linux; обычный обрыв сети рассмотрен в инструкции по возобновлению. Эти причины не следует объявлять установленными по одной строке digest mismatch. s2 s3