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

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

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

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

Ultimate Guide to Acceptance Criteria for LLM Adoption in Enterprise Playbooks
Освойте искусство определения точных критериев приемки для обеспечения успешной интеграции LLM в корпоративной среде. Это всеобъемлющее руководство предоставляет практические фреймворки, примеры и лучшие практики, адаптированные для внедрения на основе плейбуков.

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

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

Как установить 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, подчеркивающую реальную интеграцию и рабочий процесс.

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