Как локализовать invalid model name при ollama create, если один GGUF доступен через букву диска и NTFS mount point: неизменный Modelfile, два представления пути и критерий остановки.
Разделите файл и представление пути
Документация Ollama разрешает указывать в инструкции FROM путь к GGUF-файлу. Microsoft описывает подключение диска не только к букве, но и к пустой папке на NTFS-томе. Эти два имени могут вести к одному хранилищу, поэтому эксперимент должен удерживать сам файл неизменным. Зафиксируйте размер и время изменения GGUF через оба представления, не вычисляя и не публикуя полный путь. Убедитесь, что обычное чтение небольшого участка файла средствами ОС доступно в обоих случаях. Если ОС уже видит разные файлы или один путь недоступен, проблема находится до Ollama и парный тест приложения преждевременен.
Парный Modelfile с одним изменением
Создайте две временные копии минимального Modelfile. Все строки, кроме FROM, должны совпадать; первая ссылается на файл через букву диска, вторая — через подключённую папку. Используйте новое нейтральное имя тестовой модели и выполняйте проверки последовательно, записывая только код результата и краткий текст ошибки. Не включайте в публичный отчёт имя пользователя, структуру каталога или названия частных моделей. Если вариант с буквой проходит, а mount point стабильно даёт invalid model name, доказано различие на границе представления пути, но ещё не конкретный механизм разбора. Если оба варианта падают одинаково, кандидат не соответствует симптому.
Что нельзя менять во время проверки
Не перемещайте многогигабайтный GGUF, не создавайте новую копию и не меняйте точку монтирования между попытками: иначе изменятся и файл, и состояние хранилища. Не запускайте исправление прав от администратора на всём томе и не переустанавливайте Ollama. Если требуется убедиться в доступе, используйте только чтение и проверку метаданных без изменения разрешений. После каждой попытки удаляйте лишь созданную тестовую модель штатным способом, если она появилась, сохраняя исходный GGUF. Критерий остановки — риск затронуть другие данные на подключённом томе или невозможность подтвердить, что оба пути указывают на один и тот же файл.
Evidence pack для разработчиков
Укажите версию Ollama и Windows, тип представления A и B, совпадение размера и времени GGUF, две обезличенные строки FROM и результаты парных запусков. Отдельно отметьте, что точка монтирования создана штатным механизмом Windows и располагается в пустой NTFS-папке, если это подтверждено. Не прикладывайте модель, полный Modelfile с частными параметрами или список дисков. Публичная ветка остаётся лишь сигналом боли. Эскалация обоснована, если один физический файл читается ОС по обоим путям, остальные строки Modelfile идентичны, а результат Ollama воспроизводимо различается только по форме пути.
Материал подготовлен редакцией VOne с применением ИИ для парного теста; факты вручную сверены по документации Ollama и Microsoft, а issue использован только как сигнал.
Источники и проверка
- Ollama Documentation — Modelfile Reference проверено 2026-08-10
- Microsoft Learn — Assign a Mount Point Folder Path проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.