Chrome i Chrom ładują się długo

Używam Ubuntu 16.04.2 i dzisiaj Google Chrome i Chromium zaczęły się ładować długo. Po otwarciu często się zamrażają.

Załadowałem Chrome z wiersza poleceń i otrzymałem następujący komunikat:

$ 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

Ładowanie chromu z wiersza poleceń zwraca to:

$ 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

Już całkowicie usunąłem chrome / chromium, usunąłem ich odpowiednie foldery w .config i .cache

Jak mogę to naprawić?

16.04 google-chrome chromium

— Filipe Dias
źródło

Opublikowałem następujący błąd dotyczący tego problemu. Dodaj wszelkie istotne informacje i / lub oznacz je jako mające wpływ również na ciebie: bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— Mike Rushton

Możliwe, że duplikat demona kluczy Gnome nie uruchamia się poprawnie

— Zanna

Rozwiązano ten problem, tworząc ten plik ~/.config/autostart/gnome-keyring-daemon.desktopo następującej treści:

[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

Potem zrestartowałem się i Chrome / Chromium wróciło do normy ( źródło ).

Po ponownym uruchomieniu ciągle otrzymywałem ten komunikat: „brelok nie został odblokowany po zalogowaniu” i musiałem wpisać hasło. Pozbyłem się tego, wykonując następujące czynności: Jak przestać być monitowany o odblokowanie „domyślnego” kluczyka podczas uruchamiania?

— Filipe Dias
źródło

Czy to dało Ci komunikat „Nie odblokowano kluczy podczas logowania” i monit o podanie hasła użytkownika?

— MrMesees,

Tak. Pozbyłem się tego, postępując zgodnie z tymi instrukcjami: askubuntu.com/questions/867/…

— Filipe Dias

Usunięcie hasła kluczy nie może być akceptowalnym rozwiązaniem ani obejściem problemu

— Laurent,

W rzeczywistości ta odpowiedź pomogła rozwiązać problem w czysty sposób

— Anwar

Uruchomienie gnome-keyring-demona rozwiązującego mój gorszy symptom na TigerVNC: 1 Debiana Jessie: Chrome w ogóle się nie uruchomił, nawet po rzekomym przekroczeniu limitu czasu libsecret i „kluczy GNOME” i powrocie do „podstawowego (niezaszyfrowanego) sklepu do przechowywania hasła ", per --enable-logging = stderr.

— Martin Dorey