You are not logged in.
Same thing here.
Offline
Same here , without (never) using testing.
I have slim and xfce4 installed, i am in the power group, set up slim to use consolekit
Offline
Same problem with slim and xfce installed.
Offline
I started getting a similar issue as of yesterday. It shows most of the same symptoms (reboot/shutdown problems) and a few extra that I am wondering if others are seeing. The primary other problem is that when I try to suspend the system using the suspend button in xfce it starts to act like it is going to suspend, going to a black screen with a blinking cursor, but then returns very shortly 1-3s) to my user in xfce.
When suspned is entered in the terminal the console hangs up indefinitely (the most time I waited is 10 minutes before closing the window) when logged in as a normal user using sudo or in regular mode. When attempting to suspend in the console as root (using sudo su) it simply exits root and returns to the normal user.
The reason I am unsure if this is the same issues is because these problems started happening only yesterday. I didn't do any considerable system changes other than updating the following programs:
[2011-04-14 07:46] upgraded fakeroot (1.14.5-1 -> 1.15.1-1)
[2011-04-14 07:46] upgraded lib32-libx11 (1.4.0-1 -> 1.4.3-1)
[2011-04-14 07:46] upgraded lib32-libxt (1.0.9-1 -> 1.1.1-1)
[2011-04-14 07:46] upgraded python2 (2.7.1-7 -> 2.7.1-8)
I am using xfce4 with tint2(not that I think that makes a difference in this situation) and slim as my logon screen. Also, as a reference using kernel 2.6.38-ARCH.
If it is not a related problem I am assuming it may be related to the fakeroot update and permissions problem. Any input as to whether this is a related issue or should be posted separately is appreciated. Also, would like to know if anyone else is having the same suspend problems that I am having.
Offline
Just did pacman -Syu -- and it updated the following:
[2011-04-16 15:48] upgraded xorg-server-common (1.10.0.902-1 -> 1.10.1-1)
[2011-04-16 15:48] upgraded xorg-server (1.10.0.902-1 -> 1.10.1-1)
When I LOGOFF in Xfce4 (with XDM or SLIM) the error still occurs:
(wrapper:1482): Gtk-CRITICAL **: IA__gtk_main_quit: assertion `main_loops != NULL' failed
Backtrace:
slim: waiting for X server to shut down0: /usr/bin/X (xorg_backtrace+0x28) [0x49f598]
1: /usr/bin/X (0x400000+0x603b9) [0x4603b9]
2: /lib/libpthread.so.0 (0x7f7662e21000+0xf150) [0x7f7662e30150]
3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f765d79b000+0x423ce7) [0x7f765dbbece7]
4: /usr/bin/X (0x400000+0x50c10) [0x450c10]
5: /usr/bin/X (DeleteWindow+0x268) [0x453818]
6: /usr/bin/X (FreeClientResources+0xee) [0x44aa9e]
7: /usr/bin/X (FreeAllResources+0x49) [0x44ab59]
8: /usr/bin/X (0x400000+0x21425) [0x421425]
9: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f7661da1dcd]
10: /usr/bin/X (0x400000+0x20f99) [0x420f99]
Segmentation fault at address 0x10
Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Offline
See post #14 in this thread
Online
I think I have the same problem but how do I see the backtrace?
In X server log I see anything
I have never bought on ebay, the macbook I do not like, I do not need facebook or myspace or secondlife
I am not a nerd or lamer or troll or geek or hacker or cracker
and I have never voted to elect berlusconi
Offline
Try in slim.log.
BTW
See post #14 in this thread
All links also in first post.
Proud ex-maintainer of firefox-pgo
Offline
Same here.
My temporary workaround was to disable xfdesktop until the problem is fixed. If you're willing to sacrifice the wallpaper and desktop icons for working shutdown and reboot buttons, here's what you have to do:
If you're logged into Xfce, log out so that xfconf won't overwite your changes.
Open ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml with your favourite editor, and make it look like this:
<?xml version="1.0" encoding="UTF-8"?>
<channel name="xfce4-session" version="1.0">
<property name="general" type="empty">
<property name="FailsafeSessionName" type="string" value="MySession"/>
<property name="SessionName" type="string" value="Default"/>
<property name="SaveOnExit" type="bool" value="false"/>
</property>
<property name="sessions" type="empty">
<property name="MySession" type="empty">
<property name="IsFailsafe" type="bool" value="true"/>
<property name="Count" type="int" value="4"/>
<property name="Client0_Command" type="array">
<value type="string" value="xfwm4"/>
</property>
<property name="Client0_PerScreen" type="bool" value="false"/>
<property name="Client1_Command" type="array">
<value type="string" value="xfce4-panel"/>
</property>
<property name="Client1_PerScreen" type="bool" value="false"/>
<property name="Client2_Command" type="array">
<value type="string" value="Thunar"/>
<value type="string" value="--daemon"/>
</property>
<property name="Client2_PerScreen" type="bool" value="false"/>
<property name="Client3_Command" type="array">
<value type="string" value="xfce4-settings-helper"/>
</property>
<property name="Client3_PerScreen" type="bool" value="false"/>
</property>
</property>
<property name="splash" type="empty">
<property name="Engine" type="empty"/>
</property>
</channel>
Basically, I've just removed the xfdesktop entry from the default session and decreased client count by one, and changed the session name (I don't know if it's necessary, but it seemed not to work without it). I never save my sessions, so this is what gets loaded every time I log in. If you save your session, you may as well just edit the current one (don't remember now where they are stored).
Offline
same here, went with the downgrade...
Offline
Same problem with startx and xfce4.8.
Running 'pacman -Syu' for few minutes.
Offline
Weird ... if slim (with -nodaemon switch) was runned manually then everything is ok ...
Had somebody noticed some issues with tty1 (yep only 1) while xfce4 is running?
When i'm typing fast some of the characters are missing
And maybe i don't do it properly but when i'm killing slim (e.g. by init 3) slim is killed, but X is still there and... frozen
Last edited by swiftgeek (2011-04-19 17:39:02)
Offline
same problem here - since Sunday with gdm as well (worked before!) - - downgrade xorg-server only solution for me ...
Archlinux on Samsung x20 notebook and on Acer Aspire One 110l
Offline
I have xfce4+slim after upgrade that bug is here and I can't sleep now ..
If press reboot or shutdown xfce4-session only exit into slim daemon.. my .xinitrc is ' exec startxfce4' and slim.conf is
'login_cmd exec dbus-launch --exit-with-session ck-launch-session /bin/bash -login ~/.xinitrc %session'
everything was perfect before..
Offline
Weird ... if slim (with -nodaemon switch) was runned manually then everything is ok ...
Tried it, but didn't notice any difference.
Had somebody noticed some issues with tty1 (yep only 1) while xfce4 is running?
When i'm typing fast some of the characters are missing
I've had the same problem, and it turned out to be slim randomly eating characters (via stdin). It seems that when multiple processes try to read from the same tty, the "focus" switches between them randomly. I solved it by adding "</dev/null" to the end of slim line in inittab. I have no idea what slim tries to read from stdin though.
And maybe i don't do it properly but when i'm killing slim (e.g. by init 3) slim is killed, but X is still there and... frozen
You mean, "telinit 3"? That's the proper way, if you run slim from inittab. Yes, it has happened to me too. Adding "-terminate" to xserver_arguments in slim.conf should make X exit after slim gets terminated. More worrying is the freeze that seems to occur sometimes. It happened to me when I logged out of xfce too - I couldn't even switch VTs, and caps lock wasn't working. If that happens, try pressing alt+sysrq+r - that should "unlock" the keyboard (make sure you have magic sysrq keys enabled (kernel.sysrq = 1) in /etc/sysctl.conf).
Offline
Thanks Rad3k, now all works much better
And new workarounds (exec is returning sth different than 0 when crash occurs... so i had to remove it ):
/rc.slim #I'm using it instead /usr/bin/slim in inittab
#!/bin/bash -l
slim > /dev/null 2>&1 < /dev/null
return 0
.xinitrc
#!/bin/bash
startxfce4
return 0
It's works for me
Last edited by swiftgeek (2011-04-20 00:18:16)
Offline
I wonder how people at Xubuntu deal with this issue. I can't find a single bug report coming from them, and the release date is only in a week...
Arch Linux is more than just GNU/Linux -- it's an adventure
pkill -9 systemd
Offline
The slim fix for inittab worked for me, up to date again.
Offline
@carnagex420x
What? You mean, xfdesktop no longer crashes X?
Offline
I edited my inittab, updated, and rebooted without a problem.
Offline
I am suprised this is not fixed yet.
Is anyone working on it, as far as trying to solve this? (without editting or making new scripts)
Offline
i lied, its still broke... rolled back again
Last edited by DeletedUser210616 (2011-04-21 04:48:56)
Offline
sudo halt seems to work fine still and you can configure things so that it doesn't ask for your password.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
I am somewhat curios how this could even make it into stable repo when it has this for some time known and terrible bug?
Offline
The bug was fixed upstream. The developer considers it a "workaround" and not a proper fix: https://bugzilla.xfce.org/show_bug.cgi?id=7442
As for Xubuntu 11.04, beta 2 still has this bug and I verified it. I believe beta 2 is the last beta before Xubuntu goes final.
Yeah, this was a pretty major bug, especially since none of it is AUR-related nor from the testing repository. I also feel sorry for Xubuntu.
Last edited by flan_suse (2011-04-22 19:35:37)
Offline