GNU bug report logs -
#25689
gnome-shell segfaults
Previous Next
Reported by: ng0 <contact.ng0 <at> cryptolab.net>
Date: Sat, 11 Feb 2017 14:30:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25689 in the body.
You can then email your comments to 25689 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#25689
; Package
guix
.
(Sat, 11 Feb 2017 14:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
ng0 <contact.ng0 <at> cryptolab.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 11 Feb 2017 14:30:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
So, I am not 100% sure if I encouter hardware failures or software
failures here. But I need to solve wether this is a GNOME bug to exclude
or include the hardware failure.
The following is the log output of a session with SSDM where I
succesfully log into "GNOME with Xorg" and launch the GNOME-Terminal
after I logged into GNOME.
The visual side of the log can be described like this: I can see how
the terminal application opens, but just a milisecond after it's ready I
see the window decoration disappearing, content of the application
stays, GNOME session crashes, on a dark scree I see for a moment:
vmunix: [ 226.579414] nouveau 0000:01:00.0: DRM: 0xD4A7: Parsing digital output script table
and I get thrown back to the log in screen of SDDM.
Occasionally gnome-terminal or some other gnome part would crash my
gnome session when I still used SLIM.
This is on commit 883aab6462c49d4f4846a6f22168325e70227663
but has been happening for a very long time before this commit.
Feb 11 13:57:48 localhost dbus[383]: [system] Activating service name='org.freedesktop.GeoClue2' (using servicehelper)
Feb 11 13:57:48 localhost dbus[383]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Feb 11 13:57:48 localhost polkitd[597]: Started polkitd version 0.113
Feb 11 13:57:49 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
Feb 11 13:57:49 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Feb 11 13:57:49 localhost dbus[383]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
Feb 11 13:57:49 localhost udisksd[613]: udisks daemon version 2.1.8 starting
Feb 11 13:57:49 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.UDisks2'
Feb 11 13:57:49 localhost udisksd[613]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Feb 11 13:57:54 localhost dbus[383]: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper)
Feb 11 13:57:54 localhost colord: Using mapping database file /var/lib/colord/mapping.db
Feb 11 13:57:54 localhost colord: Using device database file /var/lib/colord/storage.db
Feb 11 13:57:55 localhost colord: loaded plugin libcd_plugin_sane.so
Feb 11 13:57:55 localhost colord: loaded plugin libcd_plugin_scanner.so
Feb 11 13:57:55 localhost colord: loaded plugin libcd_plugin_camera.so
Feb 11 13:57:55 localhost colord: Daemon ready for requests
Feb 11 13:57:55 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.ColorManager'
Feb 11 13:57:57 localhost colord: Profile added: icc-eafba23a0afcfa42e2911de0a71f00ec
Feb 11 13:58:01 localhost dbus[383]: [system] Activating service name='org.freedesktop.GeoClue2' (using servicehelper)
Feb 11 13:58:01 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
Feb 11 13:58:02 localhost colord: Device added: xrandr-Undefined-SyncMaster-H1AK500000
Feb 11 13:58:59 localhost vmunix: [ 224.940546] ..gnome-shell-r[570]: segfault at 7f6b95898050 ip 00007f6b95898050 sp 00007ffdeb357998 error 15 in gschemas.compiled[7f6b95892000+9000]
Feb 11 13:58:59 localhost gnome-session-binary[508]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 11
Feb 11 13:59:00 localhost dbus[383]: [system] Activating service name='org.freedesktop.GeoClue2' (using servicehelper)
Feb 11 13:59:00 localhost dbus[383]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
Feb 11 13:59:00 localhost vmunix: [ 226.237119] ..gnome-shell-r[720]: segfault at 7f14c96c8050 ip 00007f14c96c8050 sp 00007ffe16832918 error 15 in gschemas.compiled[7f14c96c2000+9000]
Feb 11 13:59:00 localhost gnome-session-binary[508]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 11
Feb 11 13:59:00 localhost gnome-session-binary[508]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly
Feb 11 13:59:00 localhost vmunix: [ 226.381671] .gnome-session-[750]: segfault at 0 ip 00007f776cacfce9 sp 00007ffd770a9930 error 4 in libgtk-3.so.0.2200.6[7f776c7fa000+6ed000]
--
ng0 -- https://www.inventati.org/patternsinthechaos/
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25689
; Package
guix
.
(Fri, 03 Mar 2017 09:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 25689 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
2017-02-11 15:31 GMT+01:00 ng0 <contact.ng0 <at> cryptolab.net>:
> So, I am not 100% sure if I encouter hardware failures or software
> failures here. But I need to solve wether this is a GNOME bug to exclude
> or include the hardware failure.
>
> The following is the log output of a session with SSDM where I
> succesfully log into "GNOME with Xorg" and launch the GNOME-Terminal
> after I logged into GNOME.
>
> The visual side of the log can be described like this: I can see how
> the terminal application opens, but just a milisecond after it's ready I
> see the window decoration disappearing, content of the application
> stays, GNOME session crashes, on a dark scree I see for a moment:
>
> vmunix: [ 226.579414] nouveau 0000:01:00.0: DRM: 0xD4A7: Parsing digital
> output script table
>
> and I get thrown back to the log in screen of SDDM.
>
> Occasionally gnome-terminal or some other gnome part would crash my
> gnome session when I still used SLIM.
>
> This is on commit 883aab6462c49d4f4846a6f22168325e70227663
> but has been happening for a very long time before this commit.
>
I use the Gnome terminal all the time and I can't confirm your
experience
CAVEATS:
1) I don't know whether I'm using SSDM or SLIM. I just took the basic
desktop conf file when I installed
2) this is my video card
~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
processor Graphics Controller (rev 09)
~$ egrep -i " connected|card detect|primary dev|Setting driver"
/var/log/Xorg.0.log
[ 7.760] (II) intel(0): Using Kernel Mode Setting driver: i915, version
1.6.0 20160919
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25689
; Package
guix
.
(Fri, 03 Mar 2017 10:12:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 25689 <at> debbugs.gnu.org (full text, mbox):
On 17-03-03 10:02:52, Catonano wrote:
> 2017-02-11 15:31 GMT+01:00 ng0 <contact.ng0 <at> cryptolab.net>:
>
> > So, I am not 100% sure if I encouter hardware failures or software
> > failures here. But I need to solve wether this is a GNOME bug to exclude
> > or include the hardware failure.
> >
> > The following is the log output of a session with SSDM where I
> > succesfully log into "GNOME with Xorg" and launch the GNOME-Terminal
> > after I logged into GNOME.
> >
> > The visual side of the log can be described like this: I can see how
> > the terminal application opens, but just a milisecond after it's ready I
> > see the window decoration disappearing, content of the application
> > stays, GNOME session crashes, on a dark scree I see for a moment:
> >
> > vmunix: [ 226.579414] nouveau 0000:01:00.0: DRM: 0xD4A7: Parsing digital
> > output script table
> >
> > and I get thrown back to the log in screen of SDDM.
> >
> > Occasionally gnome-terminal or some other gnome part would crash my
> > gnome session when I still used SLIM.
> >
> > This is on commit 883aab6462c49d4f4846a6f22168325e70227663
> > but has been happening for a very long time before this commit.
> >
>
> I use the Gnome terminal all the time and I can't confirm your
> experience
>
> CAVEATS:
>
> 1) I don't know whether I'm using SSDM or SLIM. I just took the basic
> desktop conf file when I installed
That's SLIM then.
> 2) this is my video card
>
> ~$ lspci | grep VGA
> 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
> processor Graphics Controller (rev 09)
>
> ~$ egrep -i " connected|card detect|primary dev|Setting driver"
> /var/log/Xorg.0.log
> [ 7.760] (II) intel(0): Using Kernel Mode Setting driver: i915, version
> 1.6.0 20160919
Yes, I can confirm this too, as this only happens with AT and NVidia
cards for me. The one in the system I tested is supported well enough to
be slow in GNOME but can play back videos without lagging.
This is due to the firmware in linux-libre not offering all the features
the blob variant would provide.
I was not able to reproduce it with anything other than GNOME.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25689
; Package
guix
.
(Mon, 12 Mar 2018 13:55:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 25689 <at> debbugs.gnu.org (full text, mbox):
Catonano, ng0,
Can you tell whether this bug still applies?
https://bugs.gnu.org/25689
TIA,
Ludo'.
ng0 <contact.ng0 <at> cryptolab.net> skribis:
> On 17-03-03 10:02:52, Catonano wrote:
>> 2017-02-11 15:31 GMT+01:00 ng0 <contact.ng0 <at> cryptolab.net>:
>>
>> > So, I am not 100% sure if I encouter hardware failures or software
>> > failures here. But I need to solve wether this is a GNOME bug to exclude
>> > or include the hardware failure.
>> >
>> > The following is the log output of a session with SSDM where I
>> > succesfully log into "GNOME with Xorg" and launch the GNOME-Terminal
>> > after I logged into GNOME.
>> >
>> > The visual side of the log can be described like this: I can see how
>> > the terminal application opens, but just a milisecond after it's ready I
>> > see the window decoration disappearing, content of the application
>> > stays, GNOME session crashes, on a dark scree I see for a moment:
>> >
>> > vmunix: [ 226.579414] nouveau 0000:01:00.0: DRM: 0xD4A7: Parsing digital
>> > output script table
>> >
>> > and I get thrown back to the log in screen of SDDM.
>> >
>> > Occasionally gnome-terminal or some other gnome part would crash my
>> > gnome session when I still used SLIM.
>> >
>> > This is on commit 883aab6462c49d4f4846a6f22168325e70227663
>> > but has been happening for a very long time before this commit.
>> >
>>
>> I use the Gnome terminal all the time and I can't confirm your
>> experience
>>
>> CAVEATS:
>>
>> 1) I don't know whether I'm using SSDM or SLIM. I just took the basic
>> desktop conf file when I installed
>
> That's SLIM then.
>
>> 2) this is my video card
>>
>> ~$ lspci | grep VGA
>> 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
>> processor Graphics Controller (rev 09)
>>
>> ~$ egrep -i " connected|card detect|primary dev|Setting driver"
>> /var/log/Xorg.0.log
>> [ 7.760] (II) intel(0): Using Kernel Mode Setting driver: i915, version
>> 1.6.0 20160919
>
> Yes, I can confirm this too, as this only happens with AT and NVidia
> cards for me. The one in the system I tested is supported well enough to
> be slow in GNOME but can play back videos without lagging.
> This is due to the firmware in linux-libre not offering all the features
> the blob variant would provide.
>
> I was not able to reproduce it with anything other than GNOME.
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Sat, 19 Sep 2020 04:47:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
ng0 <contact.ng0 <at> cryptolab.net>
:
bug acknowledged by developer.
(Sat, 19 Sep 2020 04:47:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 25689-done <at> debbugs.gnu.org (full text, mbox):
Hi,
ludo <at> gnu.org (Ludovic Courtès) writes:
> Catonano, ng0,
>
> Can you tell whether this bug still applies?
>
> https://bugs.gnu.org/25689
>
> TIA,
> Ludo'.
Closing this stale bug report. Feel free to open a new one if you can
still reproduce it.
Thank you,
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 17 Oct 2020 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 192 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.