Problema: no se pudo iniciar Chrome CDP en el puerto 18800
Causa raíz
En Ubuntu y la mayoría de las distribuciones de Linux,apt install chromium instala un envoltorio de snap,
no un navegador real:
The profile appears to be in use by another Chromium process: archivos de bloqueoSingleton*obsoletos en el directorio del perfil administrado. OpenClaw elimina estos bloqueos y vuelve a intentarlo una vez cuando el bloqueo apunta a un proceso inactivo o de otro host.Missing X server or $DISPLAY: se solicitó explícitamente un navegador visible en un host sin sesión de escritorio. Los perfiles locales administrados usan de forma alternativa el modo sin interfaz gráfica en Linux cuandoDISPLAYyWAYLAND_DISPLAYno están definidos. Si se ha definidoOPENCLAW_BROWSER_HEADLESS=0,browser.headless: falseobrowser.profiles.<name>.headless: false, elimine esa configuración que fuerza el modo con interfaz gráfica, definaOPENCLAW_BROWSER_HEADLESS=1, inicieXvfb, ejecuteopenclaw browser start --headlesspara realizar un inicio administrado único, o ejecute OpenClaw en una sesión de escritorio real.
Solución 1: instalar Google Chrome (recomendado)
~/.openclaw/openclaw.json:
Solución 2: usar Chromium de snap en modo de solo conexión
Si debe conservar Chromium de snap, configure OpenClaw para que se conecte a un navegador iniciado manualmente en lugar de iniciarlo:Verificar que el navegador funciona
Referencia de configuración
En Raspberry Pi, hosts VPS antiguos o almacenamiento lento, use un navegador iniciado
manualmente con
attachOnly cuando Chrome necesite más tiempo para exponer su endpoint HTTP de CDP
o estar listo del que permite el plazo límite del navegador administrado.
Problema: no se encontraron pestañas de Chrome para profile=“user”
Se está usando el perfiluser (existing-session / Chrome MCP) y no hay
pestañas abiertas a las que conectarse.
Opciones para solucionarlo:
- Use en su lugar el navegador administrado:
openclaw browser --browser-profile openclaw start(o definabrowser.defaultProfile: "openclaw"). - Mantenga Chrome local en ejecución con al menos una pestaña abierta y vuelva a intentarlo con
--browser-profile user.
usersolo funciona en el host. En servidores Linux, contenedores o hosts remotos, se recomienda usar perfiles CDP.usery otros perfilesexisting-sessioncomparten las limitaciones actuales de Chrome MCP: solo acciones basadas en referencias, un archivo por carga, sin sustituciones detimeoutMsen cuadros de diálogo, sinwait --load networkidley sinresponsebody, exportación a PDF, interceptación de descargas ni acciones por lotes.- Los perfiles locales del controlador
openclawasignan automáticamentecdpPort/cdpUrl; establézcalos manualmente solo para CDP remoto. - Los perfiles CDP remotos aceptan
http://,https://,ws://ywss://. Use HTTP(S) para la detección de/json/version, o WS(S) cuando el servicio del navegador proporcione una URL directa del socket de DevTools.