Problem beim Ausführen von Google Chrome unter Kali Linux

7

Ich möchte Google-Chrome unter Kali Linux ausführen. Aber ich stehe vor einem Problem. Ich habe Google Chrome installiert, indem ich die hier genannten Schritte befolgt habe . Es wurde erfolgreich installiert, wobei Chrom angezeigt wird

Application -> Internet -> Google Chrome

Um Google Chrome auszuführen, folgte ich Teil 3 derselben Serie. Es gibt drei verschiedene Möglichkeiten, wie wir Chrome ausführen können. Eine Option ist, die Datei mit dem Leafpad zu bearbeiten leafpad /opt/google/chrome/google-chrome, die Zeilen zu finden exec -a "$0" "$HERE/chrome" "$@"und sie mit -user-data-dir anzuhängen . Aber die gleiche Datei ist auf meinem Computer etwas anders, sie sieht ungefähr so ​​aus.

exec -a "$0" "$HERE/chrome" "$PROFILE_DIRECTORY_FLAG" \
"$@"

Aber obwohl ich versucht habe, -user-data-dir am Ende hinzuzufügen, sieht es jetzt so aus

exec -a "$0" "$HERE/chrome" "$PROFILE_DIRECTORY_FLAG" \
"$@"-user-data-dir.

Aber es funktioniert trotzdem nicht.

Dann habe ich eine andere Option ausprobiert. Es heißt, dass wir zuerst einen Benutzer erstellen
useradd -m chromeuser und dann eingeben müssen gksu -u chromeuser google-chrome, um Chrome auszuführen. Nach dem Ausführen des letzten Befehls wird jedoch der folgende Fehler angezeigt. Es sagt

/usr/bin/google-chrome: /usr/lib/i386-linux-gnu/libnss3.so: version `NSS_3.14.3' not found (required by /usr/bin/google-chrome)

Wie kann ich Chrome erfolgreich installieren?

Sanchit Jain
quelle
Ich habe Mozilla-NSS von SlackBuilds heruntergeladen. Ich habe die TAR-Datei entpackt. Dann ändere ich den Pfad zu Mozilla-Nss (extrahierter Ordner). Ich mache das root@kali:/Sanchit/mozilla-nss# sudo ./mozilla-nss.SlackBuild tar: /Sanchit/mozilla-nss/nss-3.12.4-with-nspr-4.8.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now
Sanchit Jain
Kannst du mir bitte sagen, was ich falsch mache?
Sanchit Jain
Führen Sie diesen Befehl aus: apt-get -f install

Antworten:

8

Jetzt können Sie Google-Chrome in aktualisierten Versionen nicht mehr als Root-Benutzer ausführen. So führen Sie Google Chrome als Standardbenutzer aus (während Sie als Root angemeldet sind)

Terminal öffnen und eingeben:

useradd -m chromeuser

oder

adduser -u chromeuser

Verwenden Sie den folgenden Befehl, um Google Chrome auszuführen:

gksu -u chromeuser google-chrome

oder

sux chromeuser google-chrome

Wenn Sie es nicht über Terminal ausführen möchten, fügen Sie Chrome in der Taskleiste hinzu und klicken Sie mit der rechten Maustaste darauf, wählen Sie Eigenschaften aus und fügen Sie den obigen Befehl in den Befehlsparameter ein.

tzafar
quelle
Dies ist die richtige Antwort und das richtige Problem.
oemb1905
Funktioniert nicht unter Ubuntu 14.04
SuB
3

Ich verwende Debian und mit den letzten beiden Updates von Chrome scheint die Sandbox zu funktionieren. Daher habe ich versucht, online zu suchen, wenn jemand darauf gestoßen ist (obwohl dies möglicherweise auch an anderer von mir installierter Software liegt).

Ersetzen der letzten Zeilenbits durch:

exec -a "$0" "$HERE/chrome" "$@" --user-data-dir

schien vorher für mich zu funktionieren (vor den letzten 2 Updates von Chrome).

Was nun zu funktionieren scheint, ist:

  1. Wenn Sie Chrome als Nicht-Root-Benutzer ausführen, setzen Sie die Launcher-Eigenschaft auf:

    gksu -u nonRootUser /usr/bin/google-chrome-stable %U
    
  2. Wenn Sie Chrome als Root-Benutzer ausführen, stellen Sie Folgendes ein:

    /usr/bin/google-chrome-stable %U --no-sandbox --user-data-dir &
    
LoBS
quelle
Tatsächlich scheint dies ein besserer Ansatz zu sein, da Sie keinen neuen Benutzer erstellen, nur um Chrome zum
Laufen
Ich füge hinzu, um sudozur Lösung hinzuzufügen 1:sudo gksu -u nonRootUser /usr/bin/google-chrome-stable
user123456
2

Das Entfernen des Zeitraums am Ende von -user-data-dir.sollte den Trick tun.

Außerdem zeigt die angezeigte Fehlermeldung 02 Striche an. Beides scheint im Moment für mich zu funktionieren, aber Sie möchten vielleicht auf Nummer sicher gehen, falls Google beschließt, einen Weg über den anderen zu erzwingen. So --user-data-dirscheint die richtige zu sein.

chirinosky
quelle