ComfyUI su Fedora 43: Due Ambienti Virtuali + Avvio con un Clic (Marzo 2026)

Obiettivo: Mantenere due venv Python (es. 3.12 + 3.14) per la compatibilità, ma avviare ComfyUI automaticamente con una configurazione pulita e leggera.
Pubblicato:
Aleksandar Stajić
Updated: 1 marzo 2026 alle ore 10:36
ComfyUI su Fedora 43: Due Ambienti Virtuali + Avvio con un Clic (Marzo 2026)

ComfyUI su Fedora 43: Due Ambienti Virtuali + Avvio con un Clic (Marzo 2026)

Data: Marzo 2026
OS: Fedora 43
Obiettivo: Mantenere due venv Python (es. 3.12 + 3.14) per compatibilità, ma avviare ComfyUI automaticamente con una configurazione pulita e leggera.

Enterprise Delivery Operating System

Questa guida fa parte della serie Enterprise Delivery Operating System. Utilizza questi hub di categoria per navigare nell'intero stack (infra → workflow → governance).

Architettura

Architettura di riferimento per l'Enterprise Delivery Operating System.

DevOps e Runtime

Deployment, servizi, porte, operazioni di runtime e ripetibilità.

Strumenti AI e Automazione

Stack AI locale, orchestrazione, automazione e workflow stabili.

Sicurezza e Conformità

Permessi, hardening e impostazioni predefinite sicure per i sistemi AI locali.

Osservabilità e Prestazioni

Ottimizzazione delle prestazioni, monitoraggio, budgeting VRAM/RAM e stabilità.

Perché mantenere due venv?

Gli strumenti AI si evolvono rapidamente. Alcuni nodi e wheel rimangono indietro rispetto alle versioni più recenti di Python, mentre altri le richiedono.

  • venv Python 3.12 → “noioso ma compatibile” (TensorRT/LW wheels/Lightning sono spesso più stabili)
  • venv Python 3.14 → funzionalità più recenti, ma sono comuni wheel mancanti o problemi di importazione

Regola: non mischiare mai le installazioni tra i venv. Esegui sempre ComfyUI dal venv desiderato.

Configurazione: Uno script per venv

Crea un piccolo script di avvio che:
1) entri nella cartella ComfyUI
2) attivi il venv scelto
3) esegua ComfyUI su localhost

1) Crea un launcher per il 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) (Opzionale) Crea un launcher per il 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

Ora puoi eseguire entrambe le versioni senza pensarci:

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

Avvio automatico: servizio utente systemd (opzione migliore)

Questo avvia ComfyUI al login, lo riavvia in caso di crash e rimane minimale (niente root, niente wrapper pesanti).

1) Crea il servizio utente per 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) Abilita + avvia

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

3) Log (debug)

journalctl --user -u comfyui312.service -f

(Se desideri anche il servizio 3.14, ripeti con comfyui314.service e l'altro script.)

GUI con un clic: Launcher desktop (apri ComfyUI nel browser)

Questo crea una voce di app nel tuo menu. Cliccandoci:
1) avvia il servizio
2) apre l'interfaccia nel tuo browser

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

Note per prevenire errori comuni

  • Se vedi pip che installa in ~/.local/..., non sei nel venv corretto (o non lo hai attivato).
  • Se un nodo fallisce con pkg_resources mancante → installa setuptools all'interno del venv scelto:source /home/x/ai/ComfyUI/.venv312/bin/activatepython -m pip install -U pip setuptools wheel
  • I fallimenti dei nodi TensorRT sono normali sulle versioni più recenti di Python: se non ne hai bisogno, disabilita quella cartella di nodi personalizzati.

Prossime letture

Se vuoi approfondire, queste guide si collegano direttamente alla configurazione sopra:

Nodi ComfyUI: correzioni delle dipendenze (Lightning, pkg_resources, ffmpeg)

Risolvi i comuni errori di importazione dei nodi e mantieni stabile il tuo stack ComfyUI durante gli aggiornamenti.

Due venv, due porte, zero confusione

Esegui più istanze di ComfyUI in modo pulito: porte, servizi e profili prevedibili.

Budgeting della VRAM: cosa riduce effettivamente l'OOM

Tattiche pratiche per la VRAM: modalità di attenzione, dimensioni dei modelli, batching e limiti reali.

Hardening dell'IA locale: permessi, sandboxing e impostazioni predefinite sicure

Riduci i rischi sui sistemi IA locali: permessi dei file, isolamento dei servizi e impostazioni predefinite più sicure.

Compromessi (in breve)

servizio utente systemd

  • ✅ stabile, riavvio automatico, basso overhead, pulito
  • ⛔ richiede una configurazione iniziale una tantum

lanciatore desktop

  • ✅ workflow con un solo clic
  • ⛔ dipende ancora dall'interfaccia utente del browser

due venv

  • ✅ il meglio di entrambi i mondi (compatibilità + ultime versioni)
  • ⛔ è necessario mantenere separati porte/servizi per evitare confusione

Related Articles

Laravel 12 CMS Personalizzato con Filament 3: Il Workflow degli Esperti

Laravel 12 CMS Personalizzato con Filament 3: Il Workflow degli Esperti

Un'analisi dettagliata delle sinergie tra Laravel 12 e Filament 3 per la creazione di sistemi di gestione dei contenuti personalizzati. Esperti analizzano il flusso di lavoro innovativo, vantaggi, svantaggi e la sfida del flusso di lavoro di Jetstream.

ZBT Z8102AX Failover Dual-SIM: cosa funziona, cosa manca e cosa necessita di un firmware migliore

ZBT Z8102AX Failover Dual-SIM: cosa funziona, cosa manca e cosa necessita di un firmware migliore

Lo ZBT Z8102AX è un router OpenWrt 5G dual-SIM, ma l'hardware dual-SIM da solo non è la stessa cosa di un failover intelligente. Il router riconosce la SIM e si connette con successo, ma la commutazione automatica, il ripristino del modem, le decisioni basate sul segnale e una logica di failover pulita richiedono ancora test più approfonditi.

Google I/O 2026: Gemini Omni, Gemini 3.5 e il livello di calcolo dietro l'IA agentica

Google I/O 2026: Gemini Omni, Gemini 3.5 e il livello di calcolo dietro l'IA agentica

Google I/O 2026 ha messo Gemini Omni e Gemini 3.5 al centro della strategia di IA agentica di Google. Questo articolo analizza la differenza tra creazione multimodale e intelligenza di livello d'azione, perché Gemini 3.5 Flash è importante per gli agenti e il coding, e come questi modelli alimentano il più ampio cambiamento di piattaforma di Google I/O 2026.

Qwen 3.6 in produzione: Runbook di rilascio, Rollback AI e Versionamento LLMOps

Qwen 3.6 in produzione: Runbook di rilascio, Rollback AI e Versionamento LLMOps

Qwen 3.6 non è solo un altro aggiornamento del modello. È un evento di rilascio, uno scenario di rollback e un problema di versionamento allo stesso tempo. Questo articolo spiega come Qwen 3.6 dovrebbe essere gestito in produzione attraverso la disciplina LLMOps, la tracciabilità dei prompt e dei modelli, il rollout controllato e la prontezza al rollback basata sull'evidenza.

how-to-make-sql-modeno_engine_substitution-permanent-in-mysql-my-cnf

Guida Completa ai Trigger di Rollback nei Runbook AI Aziendali

Guida Completa ai Trigger di Rollback nei Runbook AI Aziendali

Questa guida esplora i Rollback Trigger, meccanismi essenziali nei runbook AI aziendali che rilevano automaticamente le anomalie e avviano rollback per mantenere la stabilità del sistema. Scopri come configurare, monitorare e ottimizzare questi trigger per distribuzioni AI robuste.

Google I/O 2026: Antigravity, AI Studio e il passaggio ai DevTools agentici

Google I/O 2026: Antigravity, AI Studio e il passaggio ai DevTools agentici

Google I/O 2026 ha reso chiara una cosa agli ingegneri: gli strumenti di IA stanno andando oltre l'autocompletamento, verso l'esecuzione agentica gestita. Questo articolo analizza Antigravity 2.0, il ruolo in espansione di Google AI Studio, Gemini 3.5 Flash e i reali compromessi relativi a orchestrazione, lock-in, verifica e progettazione del flusso di lavoro degli sviluppatori.

installation-apache-solr-7-6-0-auf-ubuntu-18-04-lts-und-18-10

Comprendere e risolvere i conflitti di dipendenze npm ERESOLVE

Comprendere e risolvere i conflitti di dipendenze npm ERESOLVE

Risolvi i conflitti di peer dependency npm ERESOLVE nel modo corretto: identifica il vero disallineamento, allinea le versioni, usa gli override in modo sicuro e scopri quando pnpm o Yarn sono la scelta migliore.

Dovresti Acquistare un Router OpenWrt 5G con Firmware Vecchio? ZBT Z8102AX come Esempio Pratico

Dovresti Acquistare un Router OpenWrt 5G con Firmware Vecchio? ZBT Z8102AX come Esempio Pratico

Acquistare un router 5G OpenWrt con firmware più vecchio può avere senso, ma solo nelle giuste condizioni. Lo ZBT Z8102AX mostra chiaramente entrambi i lati: l'hardware è utile, il modem funziona e il router è rimasto stabile durante i test, ma OpenWrt 21.02, il packaging debole e i percorsi di aggiornamento poco chiari richiedono una decisione d'acquisto attenta.

Database Marketing: Un approccio moderno alle relazioni con i clienti

Database Marketing: Un approccio moderno alle relazioni con i clienti

Database marketing è essenziale per la moderna gestione delle relazioni con i clienti. Scopri come l'uso strategico dei dati, l'esperienza tecnica e l'innovazione promuovono interazioni personalizzate con i clienti e una crescita sostenibile.

Architettura Canonica, Progettazione URL, Logica del Resolver, Specifiche API e Scalabilità

Architettura Canonica, Progettazione URL, Logica del Resolver, Specifiche API e Scalabilità

Architettura di scoperta geobasata per portali multi-tenant. Definisce URL canonici, logica di risoluzione, strategia di caching e un modello di lettura geografico senza accoppiamento con CMS o rifattorizzazione del database. Progettata per stabilità SEO, scalabilità ed estensioni future come prenotazioni e mappe.