Problema: impossibile avviare Chrome CDP sulla porta 18800
Causa principale
Su Ubuntu e sulla maggior parte delle distribuzioni Linux,apt install chromium installa un wrapper snap,
non un browser reale:
The profile appears to be in use by another Chromium process: file di bloccoSingleton*obsoleti nella directory del profilo gestito. OpenClaw rimuove questi blocchi e riprova una volta quando il blocco fa riferimento a un processo terminato o su un host diverso.Missing X server or $DISPLAY: è stato richiesto esplicitamente un browser visibile su un host senza una sessione desktop. Su Linux, i profili gestiti locali passano alla modalità headless quando siaDISPLAYsiaWAYLAND_DISPLAYnon sono impostati. Se hai impostatoOPENCLAW_BROWSER_HEADLESS=0,browser.headless: falseobrowser.profiles.<name>.headless: false, rimuovi tale impostazione che forza la modalità con interfaccia, impostaOPENCLAW_BROWSER_HEADLESS=1, avviaXvfb, eseguiopenclaw browser start --headlessper un singolo avvio gestito oppure esegui OpenClaw in una vera sessione desktop.
Soluzione 1: installare Google Chrome (consigliata)
~/.openclaw/openclaw.json:
Soluzione 2: utilizzare Chromium snap in modalità di sola connessione
Se devi mantenere Chromium snap, configura OpenClaw affinché si connetta a un browser avviato manualmente anziché avviarlo:Verificare che il browser funzioni
Riferimento alla configurazione
Entrambi i valori di timeout devono essere numeri interi positivi non superiori a
120000 ms; gli altri valori
vengono rifiutati durante il caricamento della configurazione. Su Raspberry Pi, host VPS meno recenti o
sistemi di archiviazione lenti, aumenta browser.localLaunchTimeoutMs quando Chrome richiede più tempo per
rendere disponibile il proprio endpoint HTTP CDP. Aumenta browser.localCdpReadyTimeoutMs quando
l’avvio riesce ma openclaw browser start continua a segnalare not reachable after start.
Problema: nessuna scheda di Chrome trovata per profile=“user”
Stai utilizzando il profilouser (existing-session / Chrome MCP) e non ci sono
schede aperte a cui connettersi.
Possibili soluzioni:
- Utilizza invece il browser gestito:
openclaw browser --browser-profile openclaw start(oppure impostabrowser.defaultProfile: "openclaw"). - Mantieni Chrome locale in esecuzione con almeno una scheda aperta, quindi riprova con
--browser-profile user.
userè disponibile solo sull’host. Su server Linux, container o host remoti, preferisci invece i profili CDP.usere gli altri profiliexisting-sessioncondividono gli attuali limiti di Chrome MCP: solo azioni basate su riferimenti, un file per caricamento, nessuna sostituzione ditimeoutMsper le finestre di dialogo, nessunwait --load networkidlee nessuna azione relativa aresponsebody, esportazione PDF, intercettazione dei download o operazioni in batch.- I profili locali del driver
openclawassegnano automaticamentecdpPort/cdpUrl; impostali manualmente solo per CDP remoto. - I profili CDP remoti accettano
http://,https://,ws://ewss://. Utilizza HTTP(S) per il rilevamento tramite/json/versionoppure WS(S) quando il servizio del browser fornisce direttamente l’URL di un socket DevTools.