Browser-Fehlerbehebung

​

Problem: Chrome CDP konnte auf Port 18800 nicht gestartet werden

{ "error": "Fehler: Chrome CDP konnte für das Profil \"openclaw\" nicht auf Port 18800 gestartet werden." }

​

Ursache

Hinweis: »chromium-browser« wird anstelle von »chromium« ausgewählt
chromium-browser ist bereits die neueste Version (2:1snap1-0ubuntu2).

• The profile appears to be in use by another Chromium process: veraltete Singleton*-Sperrdateien im Verzeichnis des verwalteten Profils. OpenClaw entfernt diese Sperren und versucht es einmal erneut, wenn die Sperre auf einen beendeten oder auf einem anderen Host ausgeführten Prozess verweist.
• Missing X server or $DISPLAY: Auf einem Host ohne Desktop-Sitzung wurde ausdrücklich ein sichtbarer Browser angefordert. Lokale verwaltete Profile greifen unter Linux auf den Headless-Modus zurück, wenn sowohl DISPLAY als auch WAYLAND_DISPLAY nicht gesetzt sind. Wenn Sie OPENCLAW_BROWSER_HEADLESS=0, browser.headless: false oder browser.profiles.<name>.headless: false gesetzt haben, entfernen Sie diese Überschreibung für den sichtbaren Modus, setzen Sie OPENCLAW_BROWSER_HEADLESS=1, starten Sie Xvfb, führen Sie openclaw browser start --headless für einen einmaligen verwalteten Start aus oder führen Sie OpenClaw in einer echten Desktop-Sitzung aus.

​

Lösung 1: Google Chrome installieren (empfohlen)

wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
sudo dpkg -i google-chrome-stable_current_amd64.deb
sudo apt --fix-broken install -y  # falls Abhängigkeitsfehler auftreten

{
  "browser": {
    "enabled": true,
    "executablePath": "/usr/bin/google-chrome-stable",
    "headless": true,
    "noSandbox": true
  }
}

​

Lösung 2: Snap-Chromium im reinen Anhängemodus verwenden

{
  "browser": {
    "enabled": true,
    "attachOnly": true,
    "headless": true,
    "noSandbox": true
  }
}

chromium-browser --headless --no-sandbox --disable-gpu \
  --remote-debugging-port=18800 \
  --user-data-dir=$HOME/.openclaw/browser/openclaw/user-data \
  about:blank &

# ~/.config/systemd/user/openclaw-browser.service
[Unit]
Description=OpenClaw-Browser (Chrome CDP)
After=network.target

[Service]
ExecStart=/snap/bin/chromium --headless --no-sandbox --disable-gpu --remote-debugging-port=18800 --user-data-dir=%h/.openclaw/browser/openclaw/user-data about:blank
Restart=on-failure
RestartSec=5

[Install]
WantedBy=default.target

systemctl --user enable --now openclaw-browser.service

​

Funktion des Browsers überprüfen

curl -s http://127.0.0.1:18791/ | jq '{running, pid, chosenBrowser}'
curl -s -X POST http://127.0.0.1:18791/start
curl -s http://127.0.0.1:18791/tabs

​

Konfigurationsreferenz

​

Problem: Keine Chrome-Tabs für profile=“user” gefunden

1. Verwenden Sie stattdessen den verwalteten Browser: openclaw browser --browser-profile openclaw start (oder setzen Sie browser.defaultProfile: "openclaw").
2. Lassen Sie das lokale Chrome mit mindestens einem geöffneten Tab laufen und versuchen Sie es anschließend erneut mit --browser-profile user.

• user ist nur für den Host vorgesehen. Verwenden Sie auf Linux-Servern, in Containern oder auf Remote-Hosts vorzugsweise CDP-Profile.
• user und andere existing-session-Profile unterliegen den aktuellen Chrome-MCP- Einschränkungen: nur referenzgesteuerte Aktionen, eine Datei pro Upload, keine timeoutMs- Überschreibungen für Dialoge, kein wait --load networkidle und keine responsebody-, PDF-Export-, Download-Abfang- oder Stapelaktionen.
• Lokale openclaw-Treiberprofile weisen cdpPort/cdpUrl automatisch zu; setzen Sie diese nur für Remote-CDP manuell.
• Remote-CDP-Profile akzeptieren http://, https://, ws:// und wss://. Verwenden Sie HTTP(S) für die Erkennung über /json/version oder WS(S), wenn Ihr Browserdienst Ihnen eine direkte DevTools-Socket-URL bereitstellt.

​

Verwandte Themen

• Browser
• Browser-Anmeldung
• Fehlerbehebung für Browser unter WSL2