ComfyUI на Fedora 43: две виртуальные среды + запуск в один клик (март 2026)

Цель: сохранить два виртуальных окружения Python (например, 3.12 + 3.14) для совместимости, но запускать ComfyUI автоматически с чистой и легковесной конфигурацией.
Опубликовано:
Aleksandar Stajić
Обновлено: 1 марта 2026 г. в 10:36
ComfyUI на Fedora 43: две виртуальные среды + запуск в один клик (март 2026)

ComfyUI на Fedora 43: Две виртуальные среды + запуск в один клик (март 2026)

Дата: Март 2026
ОС: Fedora 43
Цель: Сохранить две Python venv (например, 3.12 + 3.14) для совместимости, но запускать ComfyUI автоматически с чистой и легковесной конфигурацией.

Корпоративная операционная система доставки (Enterprise Delivery Operating System)

Это руководство является частью серии Корпоративная операционная система доставки. Используйте эти категориальные хабы для навигации по всему стеку (инфраструктура → рабочие процессы → управление).

Архитектура

Эталонная архитектура для Корпоративной операционной системы доставки.

DevOps и среда выполнения

Развертывание, сервисы, порты, операции в рантайме и воспроизводимость.

Инструменты ИИ и автоматизация

Локальный стек ИИ, оркестрация, автоматизация и стабильные рабочие процессы.

Безопасность и соответствие требованиям

Разрешения, усиление защиты и безопасные настройки по умолчанию для локальных систем ИИ.

Наблюдаемость и производительность

Настройка производительности, мониторинг, бюджетирование VRAM/RAM и стабильность.

Зачем использовать две venv?

Инструменты ИИ развиваются быстро. Некоторые узлы и wheel-пакеты отстают от новейших версий Python, в то время как другие требуют именно их.

  • Python 3.12 venv → «скучно, но совместимо» (TensorRT/LW wheels/Lightning обычно работают стабильнее)
  • Python 3.14 venv → новейшие функции, но часто отсутствуют wheel-пакеты или возникают проблемы с импортом

Правило: никогда не смешивайте установки между venv. Всегда запускайте ComfyUI из той среды, которую планировали.

Настройка: один скрипт на каждую venv

Создайте небольшой скрипт запуска, который:
1) переходит в папку ComfyUI
2) активирует выбранную venv
3) запускает ComfyUI на localhost

1) Создайте скрипт запуска для venv Python 3.12

mkdir -p ~/.local/bin

cat > ~/.local/bin/comfyui-start-312.sh <<'EOF'
#!/usr/bin/env bash
set -euo pipefail

cd /home/x/ai/ComfyUI
source /home/x/ai/ComfyUI/.venv312/bin/activate
exec python main.py --listen 127.0.0.1 --port 8188
EOF

chmod +x ~/.local/bin/comfyui-start-312.sh

2) (Опционально) Создайте скрипт запуска для venv Python 3.14

cat > ~/.local/bin/comfyui-start-314.sh <<'EOF'
#!/usr/bin/env bash
set -euo pipefail

cd /home/x/ai/ComfyUI
source /home/x/ai/ComfyUI/.venv/bin/activate
exec python main.py --listen 127.0.0.1 --port 8189
EOF

chmod +x ~/.local/bin/comfyui-start-314.sh

Теперь вы можете запускать любую версию, не задумываясь:

  • ~/.local/bin/comfyui-start-312.sh
  • ~/.local/bin/comfyui-start-314.sh

Автозагрузка: пользовательская служба systemd (лучший вариант)

Это запускает ComfyUI при входе в систему, перезапускает при сбое и остается минималистичным (без root, без тяжелых оберток).

1) Создайте пользовательскую службу для 3.12

mkdir -p ~/.config/systemd/user

cat > ~/.config/systemd/user/comfyui312.service <<'EOF'
[Unit]
Description=ComfyUI (Python 3.12 venv)
After=network.target

[Service]
Type=simple
WorkingDirectory=/home/x/ai/ComfyUI
ExecStart=/home/x/.local/bin/comfyui-start-312.sh
Restart=on-failure
RestartSec=2
Environment=PYTHONUNBUFFERED=1

[Install]
WantedBy=default.target
EOF

2) Включение + запуск

systemctl --user daemon-reload
systemctl --user enable --now comfyui312.service
systemctl --user status comfyui312.service --no-pager

3) Логи (отладка)

journalctl --user -u comfyui312.service -f

(Если вам также нужна служба для 3.14, повторите действия с comfyui314.service и другим скриптом.)

GUI в один клик: ярлык рабочего стола (открытие ComfyUI в браузере)

Это создаст запись приложения в вашем меню. При нажатии:
1) запускается служба
2) открывается интерфейс в браузере

mkdir -p ~/.local/share/applications

cat > ~/.local/share/applications/comfyui.desktop <<'EOF'
[Desktop Entry]
Type=Application
Name=ComfyUI (Local)
Comment=Start ComfyUI and open the UI
Exec=sh -lc 'systemctl --user start comfyui312.service; xdg-open http://127.0.0.1:8188'
Icon=utilities-terminal
Terminal=false
Categories=Graphics;AI;
EOF

Примечания, помогающие избежать ошибок

  • Если вы видите, что pip устанавливает пакеты в ~/.local/..., значит вы не в том venv (или вы его не активировали).
  • Если узел выдает ошибку об отсутствии pkg_resources → установите setuptools внутри выбранного venv:source /home/x/ai/ComfyUI/.venv312/bin/activatepython -m pip install -U pip setuptools wheel
  • Ошибки узла TensorRT — нормальное явление для новых сборок Python: если он вам не нужен, отключите папку этого кастомного узла.

Что почитать дальше

Если вы хотите углубиться в тему, эти руководства напрямую связаны с настройкой выше:

Узлы ComfyUI: исправление зависимостей (Lightning, pkg_resources, ffmpeg)

Исправьте распространенные ошибки импорта узлов и обеспечьте стабильность вашего стека ComfyUI при обновлениях.

Два venv, два порта, ноль путаницы

Чистый запуск нескольких экземпляров ComfyUI: порты, службы и предсказуемые профили.

Бюджетирование VRAM: что на самом деле снижает риск OOM

Практические тактики работы с VRAM: режимы внимания, размеры моделей, батчинг и реальные ограничения.

Укрепление безопасности локального ИИ: права доступа, песочница и безопасные настройки по умолчанию

Снижение рисков в локальных ИИ-системах: права доступа к файлам, изоляция служб и более безопасные настройки по умолчанию.

Компромиссы (кратко)

Пользовательская служба systemd

  • ✅ стабильно, автоперезапуск, низкие накладные расходы, чисто
  • ⛔ требует разовой первоначальной настройки

Ярлык на рабочем столе

  • ✅ рабочий процесс в один клик
  • ⛔ по-прежнему зависит от интерфейса браузера

Два venv

  • ✅ лучшее из обоих миров (совместимость + актуальность)
  • ⛔ необходимо разделять порты/службы во избежание путаницы

Related Articles

ADR vs NFR: архитектурные решения и качество системы — это не одно и то же

ADR vs NFR: архитектурные решения и качество системы — это не одно и то же

ADR против NFR: узнайте, как требования к качеству системы определяют архитектурные решения, как ADR фиксируют компромиссы и почему валидация остаётся отдельной.

Насколько утверждение об ИИ далеко от доказательств? — Дистанция доказательств

Насколько утверждение об ИИ далеко от доказательств? — Дистанция доказательств

Не все поддерживаемые ответы одинаково близки к своим доказательствам. Дистанция доказательств — это практичный способ описать, сколько преобразований, обобщений, допущений и шагов вывода отделяют утверждение ИИ от непосредственно проверяемых доказательств.

Управляемая обвязка агента против self-hosted цикла агента: что вы приобретаете, что теряете

Управляемая обвязка агента против self-hosted цикла агента: что вы приобретаете, что теряете

“Self-hosted агент” может означать совершенно разные архитектуры. Это руководство разделяет управляемую обвязку, self-hosted среду выполнения и полностью самостоятельно управляемый цикл агента — и показывает, какая граница контроля на самом деле нужна командам.

Ollama — это не продукт: создание готовых к продакшену приложений на базе открытых LLM

Ollama — это не продукт: создание готовых к продакшену приложений на базе открытых LLM

Запустить локальную модель с Ollama просто. Создать готовое к продакшену Open-LLM-приложение сложнее: для этого требуются RAG, контроль доступа, абстракция провайдеров, оценка, логирование, дисциплина развертывания и контролируемый уровень приложения вокруг модели.

Агентный ИИ: когда система ИИ может планировать, использовать инструменты и действовать

Агентный ИИ: когда система ИИ может планировать, использовать инструменты и действовать

Агентный ИИ использует модели внутри многошаговых циклов выполнения, где они могут выбирать инструменты, наблюдать результаты, обновлять состояние и адаптировать своё следующее действие в рамках явных границ времени выполнения и разрешений.

Как узнать, действительно ли ИИ-агент использовал правильные доказательства

Как узнать, действительно ли ИИ-агент использовал правильные доказательства

ИИ-агент может ссылаться на источники и при этом использовать неверные доказательства. В этой статье представлен практический метод проверки обоснованности утверждений, авторитетности источников, применимости, происхождения и того, действительно ли доказательства повлияли на ответ.

Каноническая архитектура, Дизайн URL, Логика резолвера, Спецификация API и масштабируемости

Каноническая архитектура, Дизайн URL, Логика резолвера, Спецификация API и масштабируемости

Геоориентированная архитектура обнаружения для мультитенантных порталов. Определяет канонические URL-адреса, логику разрешения, стратегию кэширования и гео-модель чтения без привязки к CMS или рефакторинга базы данных. Разработано для стабильности SEO, масштабируемости и будущих расширений, таких как бронирование и карты.

Google I/O 2026: Агентные продукты в Поиске, Workspace и Покупках

Google I/O 2026: Агентные продукты в Поиске, Workspace и Покупках

Google I/O 2026 показала, что агентный ИИ выходит за рамки демонстраций моделей и инструментов для разработчиков и переходит в повседневные интерфейсы продуктов. В этой статье подробно разбирается, как Search, Workspace, Gemini Spark и Universal Cart указывают на новую продуктовую модель, в которой агенты Google помогают пользователям искать информацию, работать, делать покупки и совершать действия в связанных сервисах.

Агенты для управления компьютером: почему успешная демонстрация всё ещё может быть ненадёжной системой

Агенты для управления компьютером: почему успешная демонстрация всё ещё может быть ненадёжной системой

Агенты для управления компьютером теперь могут выполнять впечатляющие рабочие процессы в браузере и на рабочем столе, но один успешный запуск доказывает способность—а не надежность. В этой статье показано, как проверять повторяемость, устойчивость к условиям среды, управление на длинном горизонте, осведомленность о состоянии, верификацию результатов и безопасную обработку целей.

Миграция с OpenAI Agents SDK на Agents API: что на самом деле меняется архитектурно?

Миграция с OpenAI Agents SDK на Agents API: что на самом деле меняется архитектурно?

Переход с OpenAI Agents SDK на новый Agents API — это не просто переименование импорта. Меняется граница среды выполнения: цикл агента, долговечная сессия, оркестрация, сжатие контекста и восстановление смещаются в сторону управляемой обвязки. Это руководство показывает, что следует перенести, что должно остаться в вашем приложении и как подтвердить миграцию до переключения.

Граница достоверности ответа: недостающий слой между релевантностью и надёжными ответами ИИ

Граница достоверности ответа: недостающий слой между релевантностью и надёжными ответами ИИ

Источник может быть релевантным, авторитетным и при этом неверным для задаваемого вопроса. Недостающий слой — применимость: условия, при которых ответ остаётся в силе, и изменения, вынуждающие пересмотреть его. В этой статье вводится понятие «Граница действительности ответа» как паттерн проектирования источников для людей, ИИ-поиска и RAG-систем.

Суверенный ИИ: контроль над моделями, данными, инфраструктурой и зависимостями

Суверенный ИИ: контроль над моделями, данными, инфраструктурой и зависимостями

Суверенный ИИ — это эффективный контроль над моделями, данными, инфраструктурой, программным обеспечением, операциями и стратегическими зависимостями, а не просто место размещения модели ИИ.