Где найти логи Ollama на Linux при сбое

Как прочитать журнал фоновой службы?

Откройте терминал на компьютере с Ollama и введите journalctl -e -u ollama. Если у службы есть записи и вам доступен журнал, откроются последние сообщения; в режиме просмотра листайте их стрелками, для выхода нажмите q. Это команда официальной Linux-инструкции и она ничего не меняет в настройках или моделях. Если доступ к журналу ограничен, попробуйте sudo journalctl -e -u ollama от своей учётной записи с правами администратора; не пересылайте пароль и полный журнал посторонним. s1

Ищите сообщения примерно в момент сбоя: время, текст ошибки и название компонента. Не делайте вывод «сломалась модель» только из одной строки — более ранние сообщения могут объяснять причину. При необходимости повторите действие, которое вызывает сбой, и смотрите новые строки командой journalctl -u ollama --no-pager --follow --pager-end; остановить наблюдение можно клавишами Ctrl+C. Это вариант из официального Troubleshooting; если нужна история, вернитесь к первой команде. s2

Для установленной службы проверьте и её состояние командой systemctl status ollama: строка active (running) относится к процессу, а не подтверждает, что выбранная модель способна ответить. Если сервис не найден, возможно, Ollama запущена другим способом; не создавайте вторую службу ради просмотра логов. s1

Если журнал службы пуст, где искать дальше?

Если вы сами вводили ollama serve в отдельном терминале, сообщения сервера находятся в том же открытом терминале, не обязательно в systemd. При запуске внутри Docker сообщения идут в стандартный вывод контейнера: найдите точное имя своего контейнера через docker ps и откройте его журнал средствами контейнерной среды (например, командой docker logs с этим именем). Docker нужен только тем, кто уже запускал Ollama в контейнере; не устанавливайте его ради этой проверки. s2

Журнал может содержать пути к личным файлам, адреса и текст ошибки. Перед тем как делиться фрагментом, прочитайте его и удалите приватные сведения. Это редакционная мера предосторожности, а не обещание, что журнал всегда хранит либо никогда не хранит текст запросов.

Как проверить, что сервер отвечает после просмотра ошибок?

На той же машине запросите curl -fsS http://127.0.0.1:11434/api/tags. Если сервер доступен по стандартному локальному адресу, вы получите ответ в формате JSON — список моделей; пустой список тоже возможен. curl должен быть установлен отдельно. Если адрес/порт у вас изменён, подставьте свой локальный адрес; не открывайте интерфейс запросов к программе (API) в общую сеть для диагностики. Даже успешный список не доказывает запуск выбранной модели и не объясняет причину сбоя. s3

Чтобы отдельно проверить нужный тег модели и реальный ответ, продолжите по гайду проверки готовности Ollama. Если журнал указывает на GPU, а модель отвечает только через CPU, используйте отдельную диагностику ускорения. s1 s2