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

Цель: сохранить два виртуальных окружения Python (например, 3.12 + 3.14) для совместимости, но запускать ComfyUI автоматически с чистой и легковесной конфигурацией.
Опубликовано:
Aleksandar Stajić
Updated: 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

Google I/O 2026: Gemini Omni, Gemini 3.5 и вычислительный слой, стоящий за агентным ИИ

Google I/O 2026: Gemini Omni, Gemini 3.5 и вычислительный слой, стоящий за агентным ИИ

Google I/O 2026 поставила Gemini Omni и Gemini 3.5 в центр стратегии Google в области агентного ИИ. В этой статье разбирается разница между мультимодальным созданием и интеллектом уровня действий, почему Gemini 3.5 Flash важна для агентов и программирования, и как эти модели обеспечивают более широкий сдвиг платформы Google I/O 2026.

За пределами промпт-инжиниринга: методология для более надёжного рассуждения ИИ

За пределами промпт-инжиниринга: методология для более надёжного рассуждения ИИ

Большие языковые модели не обязательно терпят неудачу из-за отсутствия способности к рассуждению. Они часто терпят неудачу потому, что процесс рассуждения недостаточно ограничен, оспорен или проверен. В этой статье представлена не зависящая от предметной области методология, которая превращает промптинг в структурированный эпистемический процесс: отделение фактов от предположений, генерация конкурирующих гипотез, проверка контрдоказательств, применение фальсификации и проверка того, остаются ли выводы устойчивыми при альтернативных формулировках. Цель не в том, чтобы заставить модель «меньше соглашаться», а в том, чтобы сделать её выводы менее зависимыми от исходной формулировки пользователя.

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

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

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

Фальсификация для ИИ-рассуждений: от ответов к проверяемым гипотезам

Фальсификация для ИИ-рассуждений: от ответов к проверяемым гипотезам

ИИ-модели могут генерировать убедительные доказательства почти для любой правдоподобной гипотезы. Более надёжная методология задаёт противоположный вопрос: какие доказательства ослабили бы, опровергли или заставили бы нас отказаться от вывода? В этой статье развивается ориентированное на фальсификацию рассуждение для LLM с использованием конкурирующих гипотез, различающих тестов, контрдоказательств и явных критериев отклонения.

Ultimate Guide to Acceptance Criteria for LLM Adoption in Enterprise Playbooks

Ultimate Guide to Acceptance Criteria for LLM Adoption in Enterprise Playbooks

Освойте искусство определения точных критериев приемки для обеспечения успешной интеграции LLM в корпоративной среде. Это всеобъемлющее руководство предоставляет практические фреймворки, примеры и лучшие практики, адаптированные для внедрения на основе плейбуков.

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

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

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

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

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

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

Как установить PHP 8.3 на Ubuntu 22.04

Как установить PHP 8.3 на Ubuntu 22.04

Актуальное руководство по установке PHP 8.3 на Ubuntu 22.04, включая интеграцию с Apache и Nginx (PHP-FPM), расширения и запуск нескольких версий PHP параллельно.

Мультитенантная архитектура корпоративного уровня для международной платформы

Мультитенантная архитектура корпоративного уровня для международной платформы

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

От исследовательского протокола к универсальному фреймворку рассуждений ИИ

От исследовательского протокола к универсальному фреймворку рассуждений ИИ

Методология, разработанная для строгих исследований с применением ИИ, может быть обобщена далеко за пределы самих исследований. Благодаря отделению доказательств от предположений, проверке конкурирующих гипотез, контролю фрейминга промптов, поиску опровергающих доказательств и применению предметно-ориентированных валидаторов та же архитектура рассуждений может улучшить отладку, проектирование программного обеспечения, стратегию, технический анализ и поддержку принятия решений с применением ИИ.

Практическая архитектура монорепозитория с Next.js, Fastify, Prisma и NGINX

Практическая архитектура монорепозитория с Next.js, Fastify, Prisma и NGINX

Исследуйте практическую архитектуру монорепозитория с использованием Next.js, Fastify, Prisma и NGINX, подчеркивающую реальную интеграцию и рабочий процесс.

Резервное переключение Dual-SIM на ZBT Z8102AX: что работает, чего не хватает и что требует лучшей прошивки

Резервное переключение Dual-SIM на ZBT Z8102AX: что работает, чего не хватает и что требует лучшей прошивки

ZBT Z8102AX — это 5G-роутер OpenWrt с поддержкой двух SIM-карт, но одно лишь аппаратное обеспечение с поддержкой двух SIM-карт — это не то же самое, что интеллектуальное резервирование. Роутер распознает SIM-карту и успешно подключается, но автоматическое переключение, восстановление модема, решения на основе сигнала и четкая логика резервирования все еще требуют более глубокого тестирования.