Chrome et Chrome prennent beaucoup de temps à charger

20

Je suis sur Ubuntu 16.04.2 et aujourd'hui, Google Chrome et Chromium ont commencé à prendre beaucoup de temps à charger. Une fois ouverts, ils gèlent fréquemment.

J'ai chargé Chrome à partir de la ligne de commande et j'ai reçu ce message:

$ google-chrome
Gkr-Message: secret service operation failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[8032:8100:0504/165233.258127:ERROR:connection.cc(1954)] Cookie sqlite error 5, errno 0: database is locked, sql: DELETE FROM cookies WHERE persistent != 1
[8032:8070:0504/165235.449471:ERROR:leveldb_database.cc(311)] Failed to open LevelDB database from /home/fd/.config/google-chrome/Default/IndexedDB/https_www.google.pt_0.indexeddb.leveldb,IO error: /home/fd/.config/google-chrome/Default/IndexedDB/https_www.google.pt_0.indexeddb.leveldb/LOCK: No further details. (ChromeMethodBFE: 15::LockFile::1)
[8032:8070:0504/165235.450323:ERROR:indexed_db_backing_store.cc(1403)] Unable to open backing store, not trying to recover - IO error: /home/fd/.config/google-chrome/Default/IndexedDB/https_www.google.pt_0.indexeddb.leveldb/LOCK: No further details. (ChromeMethodBFE: 15::LockFile::1)
Gkr-Message: secret service operation failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[8032:8074:0504/165337.922687:ERROR:connection.cc(1954)] Cookie sqlite error 5, errno 0: database is locked, sql: COMMIT

Le chargement de chrome à partir de la ligne de commande renvoie ceci:

$ chromium-browser
Gkr-Message: secret service operation failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Killed

J'ai déjà complètement supprimé le chrome / chrome, supprimé leurs dossiers respectifs dans .config et .cache

Comment puis-je réparer cela?

16.04 google-chrome chromium Filipe Dias
la source
2
J'ai publié le bogue suivant pour ce problème. Veuillez ajouter toute information pertinente et / ou la marquer comme vous affectant également: bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825
Mike Rushton
1
Duplication possible du démon de trousseau de clés Gnome qui ne démarre pas correctement
Zanna

Réponses:

10

Résolu cela en créant ce fichier ~/.config/autostart/gnome-keyring-daemon.desktopavec le contenu suivant:

[Desktop Entry]
Type=Application
Exec=/usr/bin/gnome-keyring-daemon
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=true
Name[en_US]=Gnome Keyring Daemon
Name=Gnome Keyring Daemon
Comment[en_US]=Load gnome keyring daemon
Comment=Load gnome keyring daemon

Ensuite, j'ai redémarré et Chrome / Chromium est revenu à la normale ( source ).

Après le redémarrage, j'ai continué à recevoir ce message "le trousseau de clés n'a pas été déverrouillé lors de la connexion" et j'ai dû taper mon mot de passe. Je m'en suis débarrassé en suivant Comment puis-je cesser d'être invité à déverrouiller le trousseau de clés «par défaut» au démarrage?

Filipe Dias
la source
Est-ce que cela vous a donné un message "Le trousseau de clés n'a pas été déverrouillé lors de la connexion" et vous a demandé le mot de passe utilisateur?
MrMesees
1
Oui. Je m'en suis débarrassé en suivant ces instructions: askubuntu.com/questions/867/…
Filipe Dias
1
Effacer le mot de passe du trousseau de clés ne peut être une solution ni une solution acceptable
Laurent
2
En fait, cette réponse a aidé à résoudre le problème proprement
Anwar
Le démarrage de gnome-keyring-daemon résout mon pire symptôme sur un TigerVNC: 1 de Debian Jessie: Chrome ne démarrerait pas du tout, même après avoir prétendument expiré libsecret et "GNOME keyring" et être revenu au "magasin de base (non chiffré) pour le stockage des mots de passe ", --enable-logging = stderr.
Martin Dorey