* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
@ 2019-05-04 14:13 Ludovic Courtès
2019-05-04 14:43 ` Timothy Sample
` (3 more replies)
0 siblings, 4 replies; 9+ messages in thread
From: Ludovic Courtès @ 2019-05-04 14:13 UTC (permalink / raw)
To: 35560
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’.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 14:13 bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media Ludovic Courtès
@ 2019-05-04 14:43 ` Timothy Sample
2019-05-04 16:40 ` Ricardo Wurmus
2019-05-04 14:52 ` pelzflorian (Florian Pelz)
` (2 subsequent siblings)
3 siblings, 1 reply; 9+ messages in thread
From: Timothy Sample @ 2019-05-04 14:43 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 35560
Hi Ludo,
Ludovic Courtès <ludo@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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 14:13 bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media Ludovic Courtès
2019-05-04 14:43 ` Timothy Sample
@ 2019-05-04 14:52 ` pelzflorian (Florian Pelz)
2019-05-04 19:27 ` Mark H Weaver
2021-12-14 16:48 ` Ludovic Courtès
3 siblings, 0 replies; 9+ messages in thread
From: pelzflorian (Florian Pelz) @ 2019-05-04 14:52 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 35560
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 (?).
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 14:43 ` Timothy Sample
@ 2019-05-04 16:40 ` Ricardo Wurmus
0 siblings, 0 replies; 9+ messages in thread
From: Ricardo Wurmus @ 2019-05-04 16:40 UTC (permalink / raw)
To: Timothy Sample; +Cc: 35560
Timothy Sample <samplet@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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 14:13 bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media Ludovic Courtès
2019-05-04 14:43 ` Timothy Sample
2019-05-04 14:52 ` pelzflorian (Florian Pelz)
@ 2019-05-04 19:27 ` Mark H Weaver
2019-05-04 19:30 ` Mark H Weaver
2021-12-14 16:48 ` Ludovic Courtès
3 siblings, 1 reply; 9+ messages in thread
From: Mark H Weaver @ 2019-05-04 19:27 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 35560
Ludovic Courtès <ludo@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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 19:27 ` Mark H Weaver
@ 2019-05-04 19:30 ` Mark H Weaver
2019-05-04 19:54 ` Ricardo Wurmus
0 siblings, 1 reply; 9+ messages in thread
From: Mark H Weaver @ 2019-05-04 19:30 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 35560
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 19:30 ` Mark H Weaver
@ 2019-05-04 19:54 ` Ricardo Wurmus
2021-12-14 16:51 ` Maxim Cournoyer
0 siblings, 1 reply; 9+ messages in thread
From: Ricardo Wurmus @ 2019-05-04 19:54 UTC (permalink / raw)
To: 35560
Mark H Weaver <mhw@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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 14:13 bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media Ludovic Courtès
` (2 preceding siblings ...)
2019-05-04 19:27 ` Mark H Weaver
@ 2021-12-14 16:48 ` Ludovic Courtès
3 siblings, 0 replies; 9+ messages in thread
From: Ludovic Courtès @ 2021-12-14 16:48 UTC (permalink / raw)
To: 35560-done; +Cc: Ricardo Wurmus
Hello!
Ludovic Courtès <ludo@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’.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media
2019-05-04 19:54 ` Ricardo Wurmus
@ 2021-12-14 16:51 ` Maxim Cournoyer
0 siblings, 0 replies; 9+ messages in thread
From: Maxim Cournoyer @ 2021-12-14 16:51 UTC (permalink / raw)
To: Ricardo Wurmus; +Cc: 35560-done
Hello,
Ricardo Wurmus <rekado@elephly.net> writes:
> Mark H Weaver <mhw@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
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2021-12-14 16:52 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-04 14:13 bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media Ludovic Courtès
2019-05-04 14:43 ` Timothy Sample
2019-05-04 16:40 ` Ricardo Wurmus
2019-05-04 14:52 ` pelzflorian (Florian Pelz)
2019-05-04 19:27 ` Mark H Weaver
2019-05-04 19:30 ` Mark H Weaver
2019-05-04 19:54 ` Ricardo Wurmus
2021-12-14 16:51 ` Maxim Cournoyer
2021-12-14 16:48 ` Ludovic Courtès
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).