You are not logged in.
Previously chromium started on my machine in under a second. After the latest gnome update, it takes 5-10 seconds. Is anyone else seeing the same issue?
Offline
Yes, GNOME updated to 3.12 today on my x64 box and now google chrome beta version 35.0.1916.27 beta aura (from the AUR - it updated last week) comes up normally but then completely freezes for about 30 secs. Can't select anything, close/open a tab/window etc. After that 30 secs it behaves normally, as far as I can tell.
Other than this issue, everything else on GNOME 3.12 looks good. I've not seen any other bugs.
PS edit 1: I just noticed that when I start a terminal using my custom keyboard shortcut then it takes about 30 secs to appear. Behaviour is very different but that common 30 sec delay seems to point to to a GNOME bug.
PS edit 2: Have the same 2 problems in an updated Arch x64 guest system running in current version Virtualbox on my Arch host. And also in an Arch x64 guest running in current version Virtualbox on a Mac OSX 10.9.3 host. So seems like a universal bug.
Last edited by bulletmark (2014-04-15 06:55:28)
Offline
I have the same issues pointed above. I just subscribed to this thread
M/B: Asus M5A97 LE R2.0 CPU: AMD FX(tm)-6100 Six-Core Processor GPU: XFX R9 390 DD Black Edition RAM: Kingston HyperX Beast DDR3 1866 2X4GB SSD: Crucial M4 128GB SATA 3
CPU and GPU are watercooled by Ibercool kit.
Offline
Terminal starts slowly for me too, but only if I use the keyboard shortcut! If I access it from the applications menu it loads smoothly. I am having problems with chromium too. It crashes when I open for the first time(as soon as I login), after that it takes 30 seconds to load.
Rhythmbox also seems to be having problems. I'm gonna try and reinstall these applications.
Last edited by gvenkat1994 (2014-04-15 12:44:54)
Offline
Chromium stores its passwords in the gnome-keyring. If I login without entering my password (by fingerprint), then Chromium takes very long to start up.
I'm not sure if your issue is because of this. Prior to 3.12 I used to get a prompt "gnome keyring could not be unlocked, please enter password", but now it acts as if the login keyring doesn't exist.
Offline
It's definitely a keyring issue. When I start chromium in the terminal, I see these errors:
[4167:4167:0415/083041:ERROR:content_settings_pref_provider.cc(520)] Invalid pattern strings: http://maps.google.com:80,
[4167:4167:0415/083041:ERROR:content_settings_pref_provider.cc(402)] Invalid pattern strings: http://maps.google.com:80,
(chromium hangs at this point for 10 seconds, then...)
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.
[4167:4206:0415/083107:ERROR:download.cc(109)] PostClientToServerMessage() failed during GetUpdates
Note that "Gkr" is the gnome keyring. If I launch chromium with
chromium --password-store=basic
then all these problems seem to go away, and startup is fast again.
Does anyone know enough about the gnome keyring to suggest a better fix?
Last edited by oconnor663 (2014-04-15 15:38:45)
Offline
here a similar problem https://bbs.archlinux.org/viewtopic.php?pid=1404490
and the workaround:
create the ~/.config/autostart/gnome-keyring-daemon.desktop file and paste the following:
[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
Offline
Thanks marcosonoio, that solved both the chromium problem and the terminal keyboard shortcut problem(I don't get what the keyring daemon has to do with launching terminal via a custom shortcut?)
I don't know if this is in anyway related, but rhythmbox is still functioning slowly and hangs every now and then. Banshee and other music players seem cool though.
Offline
Adding that gnome-keyring-daemon to autostart as marcosonoio says does fix both the chrome and terminal (from shortcut) startup delay. However, I find that daemon was already running at session startup so now we get two instances.
Doesn't seem to matter and it does fix the problem but the a-retentive side of me says there is still a bug there.
Last edited by bulletmark (2014-04-16 01:54:55)
Offline
Doesn't seem to matter and it does fix the problem but the a-retentive side of me says there is still a bug there.
I feel the same way.
$ ls /etc/xdg/autostart | grep keyring
gnome-keyring-gpg.desktop
gnome-keyring-pkcs11.desktop
gnome-keyring-secrets.desktop
gnome-keyring-ssh.desktop
$ ps -e | grep keyring
985 ? 00:00:00 gnome-keyring-d
So apparently the keyring daemon is autostarting. What is more? I got this on startup:
$ journalctl -b | grep keyring
Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The GPG agent was already initialized
Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The PKCS#11 component was already initialized
Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The Secret Service was already initialized
Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The SSH agent was already initialized
When I press a custom shortcut, this happens:
Apr 18 00:59:00 atlas gnome-session[987]: (gnome-settings-daemon:1058): media-keys-plugin-WARNING **: Failed to call GetEnvironment on keyring daemon: Timeout was reached
And this keeps popping up in the log for about five times until the application mapped on the short cut starts:
Apr 18 00:58:35 atlas gnome-keyring-daemon[985]: The Secret Service was already initialized
Apr 18 00:44:11 atlas org.freedesktop.secrets[1007]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
Apr 18 00:44:11 atlas org.freedesktop.secrets[1007]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1
Any ideas on why this happens?
Offline
With today's update of gdm from 3.12.1-1 to 3.12.1-2 this problem seems fixed. Both chrome/chromium start and the terminal keyboard shortcut have no delay. So you can remove that temp gnome.keyring.desktop.
Offline
No, It still isn't fixed. I'm getting same problem after upgrading.
Offline
No, It still isn't fixed. I'm getting same problem after upgrading.
Did gdm update for you? Did you reboot? I don't understand why the gdm update would fix those 2 problems for me but not for you?
Offline
It's not fixed for me. I did the update and a reboot.
Starting gnome-keyring-daemon manually with gnome-keyring-daemon -s -f does not fix the problem but replacing the current daemon with gnome-keyring-daemon -f -r does. Why does it work now and not while booting? Could it be that it is started to early?
Offline
Did an update and reboot here, too.... Still a full 30 seconds to start Chrome just now.
I'm under XFCE (although I have gnome-keyring installed).
Last edited by wilberfan (2014-04-20 01:44:04)
Hey, be nice...I'm new at this!
Offline
Yesterday, I did an update and it's fixed for me (Chromium and terminal shortcut).
Offline
It is fixed for me now. Just upgrade and ensure that gdm 3.12.1.2 is being upgraded. That upgrade did not happen yesterday for me. I guess we can mark this solved.
Offline
It is fixed for me now. Just upgrade and ensure that gdm 3.12.1.2 is being upgraded. That upgrade did not happen yesterday for me. I guess we can mark this solved.
I don't even have gdm installed!
# pacman -Qi gdm
error: package 'gdm' was not found
Hey, be nice...I'm new at this!
Offline
@wilberfan : What login manager are you using if not gdm? I thought this bug affected only gnome.
Offline
@wilberfan : What login manager are you using if not gdm? I thought this bug affected only gnome.
LXDM, apparently... (I have no memory of installing that one--nor why...)
$ sudo pacman -Qi lxdm
Name : lxdm
Version : 0.4.1-29
Description : Lightweight X11 Display Manager
Architecture : i686
URL : http://sourceforge.net/projects/lxdm/
Licenses : GPL
Groups : lxde
Provides : None
Depends On : gtk2 xorg-server
Optional Deps : gtk-engines: default GTK+ theme [installed]
librsvg: display the default background [installed]
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 286.00 KiB
Packager : Balló György <ballogyor+arch@gmail.com>
Build Date : Tue 26 Nov 2013 11:01:45 AM PST
Install Date : Thu 05 Dec 2013 04:46:56 PM PST
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
Hey, be nice...I'm new at this!
Offline
bulletmark wrote:Doesn't seem to matter and it does fix the problem but the a-retentive side of me says there is still a bug there.
I feel the same way.
$ ls /etc/xdg/autostart | grep keyring gnome-keyring-gpg.desktop gnome-keyring-pkcs11.desktop gnome-keyring-secrets.desktop gnome-keyring-ssh.desktop $ ps -e | grep keyring 985 ? 00:00:00 gnome-keyring-d
So apparently the keyring daemon is autostarting. What is more? I got this on startup:
$ journalctl -b | grep keyring Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The GPG agent was already initialized Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The PKCS#11 component was already initialized Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The Secret Service was already initialized Apr 18 00:28:55 atlas gnome-keyring-daemon[985]: The SSH agent was already initialized
When I press a custom shortcut, this happens:
Apr 18 00:59:00 atlas gnome-session[987]: (gnome-settings-daemon:1058): media-keys-plugin-WARNING **: Failed to call GetEnvironment on keyring daemon: Timeout was reached
And this keeps popping up in the log for about five times until the application mapped on the short cut starts:
Apr 18 00:58:35 atlas gnome-keyring-daemon[985]: The Secret Service was already initialized Apr 18 00:44:11 atlas org.freedesktop.secrets[1007]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Apr 18 00:44:11 atlas org.freedesktop.secrets[1007]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1
Any ideas on why this happens?
Hello! Thank you for your informative post. I've noticed that since upgrading Cinnamon/GNOME I have been unable to use Ctrl+Alt+T to open terminals and Chromium has been freezing on startup. I can confirm I have the same symptoms, with the "Timeout was reached" messages in journalctl.
I am using SLiM as my login manager. Since I use dm-crypt, I had SLiM set up to auto log in. This does not unlock my GNOME keyring however, so when I use the keyring e.g. SSH using private keys, I have to enter my password.
After reading this thread and reports that updating GDM have resolved the issue for some, I've turned off auto log in and now everything's working as intended again. For those using alternative login managers, I hope this helps.
Thinkpad T420
Offline
I am also using SLiM by the way. This post might explain why it does not work with SLiM's autologin enabled but now I am super confused that it has actually worked in the past for me. For now I am switching to gdm and wait for a SLiM update if this is a SLiM bug.
Offline
I fixed my issue without touching gnome-keyring. My problem was in systemd.
I believe I was hitting the same issue as everyone else. After logging into gnome-shell through gdm, Chromium and gnome-terminal had difficulty starting. Chromium would hang unresponsively for over a minute (I impatiently xkilled it). gnome-terminal had long, over a minute delay when spawning new terminals though the Gnome Shell launcher or though my keyboard hotkey.
My problem was that my home directory contained forgotten systemd units. Pre-upgrade, the units were not used. Post-upgrade, systemd tried starting the bogus long-forgotten units.
Solution: rm -r ~/.config/system/user/* . This solution was safe for me because I no longer wanted the units.
Offline
I'm experiencing a variation where the browser window opens relatively quickly, but then the page contents takes 30 seconds to render...
Hey, be nice...I'm new at this!
Offline
I am also using SLiM by the way. This post might explain why it does not work with SLiM's autologin enabled but now I am super confused that it has actually worked in the past for me. For now I am switching to gdm and wait for a SLiM update if this is a SLiM bug.
Thanks for the pointer to the SLiM thread! Disabling auto_login in /etc/slim.conf fixed it for me.
Offline