Ollama pull error?

Пройдитесь по списку сверху вниз, до конца доходить обычно не приходится.

1. Служба запущена. Выполните ollama list: если команда сама падает, проблема не в скачивании, а в том, что демон не поднялся.
2. Имя модели. Тег чувствителен к точке и двоеточию, llama3.1:8b и llama3:1.8b это разные строки, и второй просто не существует.
3. VPN и прокси. Отключите полностью, включая системный прокси и корпоративные средства защиты. Ошибки с упоминанием tls и сертификата почти всегда отсюда.
4. Дата и время системы. Сбитые часы ломают проверку сертификата и дают ровно такую же tls-ошибку.
5. Место на диске. Модели весят от пары гигабайт до нескольких десятков и скачиваются во временный каталог, так что свободного места нужно с запасом.
6. Права на каталог с моделями. Если Ollama ставилась под другим пользователем или запускалась через sudo, у текущей учётной записи может не быть доступа на запись.
7. Стабильность канала. Обрыв на середине оставляет битый слой, повторный pull его обычно докачивает, но иногда помогает только удаление модели и скачивание заново.
8. Версия клиента. Старые сборки не понимают новый формат манифеста, и ошибка выглядит сетевой, хотя лечится обновлением.
9. Антивирус и фаервол. Проверьте, не блокируется ли исходящее соединение самого процесса, а не браузера.
10. Логи. На Linux их видно через journalctl для сервиса, на Windows в каталоге пользователя, и причина там обычно названа прямым текстом.

1. Прочитайте, что именно стоит в конце ошибки: манифест, tls или таймаут, лечится это по-разному.
2. Проверьте, что демон запущен, командой ollama list, пустой список тоже ответ.
3. Отключите VPN и прокси целиком, а не только в браузере, и повторите pull.
4. Скачайте заведомо маленькую модель, чтобы отделить проблему канала от проблемы конкретного тега.
5. Важно: место на диске под кэш моделей кончается незаметно, проверьте его до всех остальных шагов.