GNU bug report logs - #35560
GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35560 in the body.
You can then email your comments to 35560 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Bug Guix <bug-guix <at> gnu.org>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, Timothy Sample <samplet <at> ngyro.com>
Subject: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting
 removable media
Date: Sat, 04 May 2019 16:13:20 +0200

Hello!

GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
made before the 3.28 upgrade; I wonder whether the same happens on a
fresh install.)

It occasionally crashes (SIGSEGV) and is automatically respawned, which
is kinda okay: as a user, you notice that it flickers for a second or
two and then it comes back.

The thing that’s really bad is that clicking on the eject icon of a
removal storage device in Files leads to a gnome-shell crash that’s
unrecoverable (“respawning too quickly”), followed by the laptop
entering suspend-to-RAM without prior notice (!):

--8<---------------cut here---------------start------------->8---
May  4 16:01:29 localhost gnome-session-binary[1200]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 11
May  4 16:01:30 localhost dbus-daemon[492]: [system] Activating service name='org.freedesktop.GeoClue2' requested by ':1.161' (uid=30011 pid=17618 comm="/gnu/store/lv4bxsnjnc9d5bgpsz358bn8l63z6972-gnome-") (using servicehelper)
May  4 16:01:30 localhost dbus-daemon[492]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
May  4 16:01:31 localhost vmunix: [22649.868434] pool[17625]: segfault at 0 ip 00007f674cf716b6 sp 00007f6743ffe7d8 error 4 in libc-2.28.so[7f674cefe000+13f000]
May  4 16:01:31 localhost vmunix: [22649.868445] Code: 0f 1f 40 00 66 0f ef c0 66 0f ef c9 66 0f ef d2 66 0f ef db 48 89 f8 48 89 f9 48 81 e1 ff 0f 00 00 48 81 f9 cf 0f 00 00 77 6a <f3> 0f 6f 20 66 0f 74 e0 66 0f d7 d4 85 d2 74 04 0f bc c2 c3 48 83
May  4 16:01:31 localhost gnome-session-binary[1200]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 11
May  4 16:01:31 localhost gnome-session-binary[1200]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly
May  4 16:01:31 localhost colord: Automatic remove of icc-55226bc36922618d756d61d24203325a from xrandr-Undefined
May  4 16:01:31 localhost colord: Profile removed: icc-55226bc36922618d756d61d24203325a
May  4 16:01:31 localhost colord: Automatic remove of icc-650990d735c23843b779ea9f8129fbb2 from xrandr-Undefined-HP w1907-3CQ834385X
May  4 16:01:31 localhost colord: Profile removed: icc-650990d735c23843b779ea9f8129fbb2
May  4 16:01:32 localhost NetworkManager[495]: <info>  [1556978492.9794] manager: sleep: sleep requested (sleeping: no  enabled: yes)
May  4 16:01:32 localhost NetworkManager[495]: <info>  [1556978492.9794] manager: NetworkManager state is now ASLEEP
May  4 16:01:38 localhost vmunix: [22656.546797] PM: suspend entry (deep)
May  4 16:01:38 localhost vmunix: [22656.546800] PM: Syncing filesystems ... 
--8<---------------cut here---------------end--------------->8---

In /var/log/gdm/greeter.log, I see this:

--8<---------------cut here---------------start------------->8---
GNOME Shell-Message: 16:01:32.993: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.004: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.018: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.024: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.030: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.037: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:33.043: Screen lock is locked down, not locking
GNOME Shell-Message: 16:01:38.209: Screen lock is locked down, not locking
gnome-session-binary[605]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 11

(gsd-power:695): GnomeDesktop-WARNING **: 16:01:38.291: Error setting property 'PowerSaveMode' on interface org.gnome.Mutter.DisplayConfig: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying (g-dbus-error-quark, 4)

(gsd-power:695): GnomeDesktop-WARNING **: 16:01:38.291: Error setting property 'PowerSaveMode' on interface org.gnome.Mutter.DisplayConfig: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying (g-dbus-error-quark, 4)
--8<---------------cut here---------------end--------------->8---

Is anybody experiencing this?  Ideas?  Thoughts?  Sympathy?  :-)

Ludo’.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, Bug Guix <bug-guix <at> gnu.org>
Subject: Re: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting
 removable media
Date: Sat, 04 May 2019 10:43:33 -0400

Hi Ludo,

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hello!
>
> GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
> made before the 3.28 upgrade; I wonder whether the same happens on a
> fresh install.)

GNOME Shell has been quite stable for me since Ricardo made sure that it
was using GDK-PixBuf with SVG support (see commit
c5db31d4141669d09c1cd8b37eb270c2fe23c7cf).

> It occasionally crashes (SIGSEGV) and is automatically respawned, which
> is kinda okay: as a user, you notice that it flickers for a second or
> two and then it comes back.
>
> The thing that’s really bad is that clicking on the eject icon of a
> removal storage device in Files leads to a gnome-shell crash that’s
> unrecoverable (“respawning too quickly”), followed by the laptop
> entering suspend-to-RAM without prior notice (!):

I did experience this when it was crashing frequently.  Since Icecat
sends a notification (which used to crash GNOME Shell) every time you
open a link from Emacs, I would always have to ask myself, “is whatever
is on the other end of this link really worth my computer immediately
suspending?”

> [...]
>
> Is anybody experiencing this?  Ideas?  Thoughts?  Sympathy?  :-)

Like I said, it’s working well for me now, but I did end up clearing
most of my GNOME-related configuration and state during the upgrade.

One quick thing to check is whether the SVG support is actually working
for you.  Ricardo’s commit also fixed a bug where the little close (“X”)
icons in the top-right corner didn’t show up when you hover on the
windows in the “Activities” screen.  The arrows to switch the month in
the calendar were invisible, too.

And yes, lots of sympathy!  :)


-- Tim

Message #11 received at 35560 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35560 <at> debbugs.gnu.org
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!)
 after ejecting removable media
Date: Sat, 4 May 2019 16:52:36 +0200

On Sat, May 04, 2019 at 04:13:20PM +0200, Ludovic Courtès wrote:
> Hello!
> 
> GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
> made before the 3.28 upgrade; I wonder whether the same happens on a
> fresh install.)
> 

On a fresh install I have no such issues, however pressing my Mac
keyboard’s eject key ejects my USB drive (mounted or not) and only
ejects my DVD when no USB drive is plugged in; I guess this could
cause issues (?).

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Timothy Sample <samplet <at> ngyro.com>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 Bug Guix <bug-guix <at> gnu.org>
Subject: Re: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting
 removable media
Date: Sat, 04 May 2019 18:40:00 +0200

Timothy Sample <samplet <at> ngyro.com> writes:

>> GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
>> made before the 3.28 upgrade; I wonder whether the same happens on a
>> fresh install.)
>
> GNOME Shell has been quite stable for me since Ricardo made sure that it
> was using GDK-PixBuf with SVG support (see commit
> c5db31d4141669d09c1cd8b37eb270c2fe23c7cf).

This has also been my experience.  Since this commit everything works
fine for me.  It hasn’t crashed on me once.

-- 
Ricardo

Message #17 received at 35560 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35560 <at> debbugs.gnu.org
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after
 ejecting removable media
Date: Sat, 04 May 2019 15:27:08 -0400

Ludovic Courtès <ludo <at> gnu.org> writes:

> GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
> made before the 3.28 upgrade; I wonder whether the same happens on a
> fresh install.)
>
> It occasionally crashes (SIGSEGV) and is automatically respawned, which
> is kinda okay: as a user, you notice that it flickers for a second or
> two and then it comes back.

FWIW, I've found GNOME Shell to be quite solid on my X200, including
since the 3.28 upgrade.  However, I run it under Wayland, by running
"XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session" from a
text console.  Perhaps that makes a difference?

> The thing that’s really bad is that clicking on the eject icon of a
> removal storage device in Files leads to a gnome-shell crash that’s
> unrecoverable (“respawning too quickly”), followed by the laptop
> entering suspend-to-RAM without prior notice (!):

I just tried this, and it works fine for me.

      Mark

Message #20 received at 35560 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35560 <at> debbugs.gnu.org
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after
 ejecting removable media
Date: Sat, 04 May 2019 15:30:55 -0400

Earlier, I wrote:

> FWIW, I've found GNOME Shell to be quite solid on my X200, including
> since the 3.28 upgrade.  However, I run it under Wayland, by running
> "XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session" from a
> text console.  Perhaps that makes a difference?
>
>> The thing that’s really bad is that clicking on the eject icon of a
>> removal storage device in Files leads to a gnome-shell crash that’s
>> unrecoverable (“respawning too quickly”), followed by the laptop
>> entering suspend-to-RAM without prior notice (!):
>
> I just tried this, and it works fine for me.

I should also mention that unlike Timothy and Ricardo, I've *not* done
any cleaning of my GNOME-related configuration/state.  I also never
experienced the crashes that were apparently fixed by commit
c5db31d4141669d09c1cd8b37eb270c2fe23c7cf.

       Mark

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: bug-guix <at> gnu.org
Cc: 35560 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after
 ejecting removable media
Date: Sat, 04 May 2019 21:54:16 +0200

Mark H Weaver <mhw <at> netris.org> writes:

> Earlier, I wrote:
>
>> FWIW, I've found GNOME Shell to be quite solid on my X200, including
>> since the 3.28 upgrade.  However, I run it under Wayland, by running
>> "XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session" from a
>> text console.  Perhaps that makes a difference?
>>
>>> The thing that’s really bad is that clicking on the eject icon of a
>>> removal storage device in Files leads to a gnome-shell crash that’s
>>> unrecoverable (“respawning too quickly”), followed by the laptop
>>> entering suspend-to-RAM without prior notice (!):
>>
>> I just tried this, and it works fine for me.
>
> I should also mention that unlike Timothy and Ricardo, I've *not* done
> any cleaning of my GNOME-related configuration/state.  I also never
> experienced the crashes that were apparently fixed by commit
> c5db31d4141669d09c1cd8b37eb270c2fe23c7cf.

The crashes would only happen if stale notifications were loaded up by
the new GNOME.

-- 
Ricardo

Message #31 received at 35560-done <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: 35560-done <at> debbugs.gnu.org
Cc: Ricardo Wurmus <rekado <at> elephly.net>, Timothy Sample <samplet <at> ngyro.com>
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!)
 after ejecting removable media
Date: Tue, 14 Dec 2021 17:48:47 +0100

Hello!

Ludovic Courtès <ludo <at> gnu.org> skribis:

> GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was
> made before the 3.28 upgrade; I wonder whether the same happens on a
> fresh install.)
>
> It occasionally crashes (SIGSEGV) and is automatically respawned, which
> is kinda okay: as a user, you notice that it flickers for a second or
> two and then it comes back.

The bug didn’t show up again in the intervening 2.5 years, so I’m taking
the liberty to close it.  Instead, I’ll look for new bugs in GNOME 41.

(Woow, GNOME went from 3.28 to 41 in so little time! Guix 41, when?)

Thanks!

Ludo’.

Message #34 received at 35560-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 35560-done <at> debbugs.gnu.org, ludo <at> gnu.org
Subject: Re: bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!)
 after ejecting removable media
Date: Tue, 14 Dec 2021 11:51:35 -0500

Hello,

Ricardo Wurmus <rekado <at> elephly.net> writes:

> Mark H Weaver <mhw <at> netris.org> writes:
>
>> Earlier, I wrote:
>>
>>> FWIW, I've found GNOME Shell to be quite solid on my X200, including
>>> since the 3.28 upgrade.  However, I run it under Wayland, by running
>>> "XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session" from a
>>> text console.  Perhaps that makes a difference?
>>>
>>>> The thing that’s really bad is that clicking on the eject icon of a
>>>> removal storage device in Files leads to a gnome-shell crash that’s
>>>> unrecoverable (“respawning too quickly”), followed by the laptop
>>>> entering suspend-to-RAM without prior notice (!):
>>>
>>> I just tried this, and it works fine for me.
>>
>> I should also mention that unlike Timothy and Ricardo, I've *not* done
>> any cleaning of my GNOME-related configuration/state.  I also never
>> experienced the crashes that were apparently fixed by commit
>> c5db31d4141669d09c1cd8b37eb270c2fe23c7cf.
>
> The crashes would only happen if stale notifications were loaded up by
> the new GNOME.

I'll close this now, since we're now using GNOME Shell 3.41 and the bug
is hopefully gone for good.  If not, feel free to reopen it!

Thank you,

Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.