FS#19638 - [gnome-disk-utility] gnome freeze at startup after login

Attached to Project: Arch Linux
Opened by Daniele Marinello (marinz) - Saturday, 29 May 2010, 06:24 GMT
Last edited by Ionut Biru (wonder) - Thursday, 07 October 2010, 13:57 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:

Gnome freeze at startup with gnome-disk-utility 2.30.1-1.
No icons, no panel, no nautilus, but with xbindkeys, Firefox and others programs works.

I've noticed with "top" that udisks and dbus-daemon uses more CPU, so I've tried to read the output of "dbus-monitor", and I've noticed that the output goes in loops.
I've redirected through the pipe only 2 seconds of the output in a text file (300k !) that I have attached.

Current software: system is up to date,

gvfs 1.6.2-1
dbus 1.2.24-1
dbus-core 1.2.24-1
hal 0.5.14-2
udisks 1.0.1-1

With gnome-disk-utility-2.28.1-1, no problem.

Sorry for bad english :)

This task depends upon

Closed by  Ionut Biru (wonder)
Thursday, 07 October 2010, 13:57 GMT
Reason for closing:  Fixed
Additional comments about closing:  patch included in 2.32.0-2
Comment by Ionut Biru (wonder) - Saturday, 29 May 2010, 08:11 GMT
Be sure you don't have a floppydrive enabled in BIOS if you don't have one. GVFS/udisks will wait for a long time trying to query your ghost floppydrive leading to timeouts and slowdowns.
Comment by Daniele Marinello (marinz) - Saturday, 29 May 2010, 08:46 GMT
thank's for help, but it's a modern pc :)
there isn't a floppydrive unit, and there aren't relative options in bios
Comment by Jan de Groot (JGC) - Saturday, 29 May 2010, 10:28 GMT
What's your partition layout? Any use of LVM/md-raid/cryptfs?
Comment by Daniele Marinello (marinz) - Saturday, 29 May 2010, 10:58 GMT
@JGC: No I don't use lvm, raid or cryptfs

[~] mount
/dev/sda5 on / type ext4 (rw)
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
none on /dev/pts type devpts (rw)
none on /dev/shm type tmpfs (rw)
none on /tmp type tmpfs (rw)
/dev/sda8 on /media/banca_dati type ext4 (rw)
/dev/sda7 on /home type ext4 (rw)
cache-chromium on /home/marinz/.cache/chromium type tmpfs (rw,noatime,mode=1777)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/marinz/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=marinz)
[~]

[~] sudo fdisk -l

Disco /dev/sda: 320.1 GB, 320072933376 byte

255 testine, 63 settori/tracce, 38913 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x5a246469

Dispositivo Boot Start End Blocks Id System
/dev/sda1 1 38913 312568641 5 Esteso
/dev/sda5 1 1530 12289662 83 Linux
/dev/sda6 1531 1581 409626 82 Linux swap / Solaris
/dev/sda7 1582 2218 5116671 83 Linux
/dev/sda8 2219 38913 294752556 83 Linux
[~]

Comment by Angelo Di Stasi (breakdown) - Sunday, 30 May 2010, 09:38 GMT
Same problem here (on i686 architecture).
Only workaround I've found is to change policy owner in /etc/dbus-1/system.d/org.freedesktop.UDisks.conf. This will prevent gnome freeze after login (with udisks/dbus eating 100% CPU), though segfaults occur with gdu-notification-daemon and gnome volume manager is still unusable.
Comment by Ionut Biru (wonder) - Sunday, 30 May 2010, 09:44 GMT
@Angelo that is pretty wrong. you have two possibility to do it right

1) using gdm or kdm login manager
2) using 'exec ck-launch-session gnome-session' in ~/.xinitrc
Comment by Angelo Di Stasi (breakdown) - Sunday, 30 May 2010, 09:53 GMT
@Ionut: I well know that, although this is the only temporarily fix that prevents the freeze from me (without rollback to gnome-disk-utility 2.28). Using login manager or change exec line in .xinitrc (either with 'exec ck-launch-session dbus-launch --sh-syntax --exit-with-session gnome-session') was one of the first attempts I've made, with no luck.
Comment by Daniele Marinello (marinz) - Sunday, 30 May 2010, 12:38 GMT
I can confirm that using gdm or ck-launh-session in .xinitrc doesn't solve the problem
Comment by Daniele Marinello (marinz) - Thursday, 03 June 2010, 08:38 GMT
On my netbook (arch 32 bit) I have no problem, system is up to date and it works, I don't understand!
What are the configuration files that I can copy from my netbook to my desktop (where I have this problem)?

Thanks
Comment by Dariusz Tefelski (sq5nbg) - Tuesday, 08 June 2010, 09:39 GMT
Well, I can confirm that temporary solution by Angelo (changing policy owner) allow to start gnome. Any other attempt fails. My system is fresh installed Archlinux x86_64 on stationary computer.
Comment by Daniele Marinello (marinz) - Tuesday, 08 June 2010, 10:57 GMT
Ok it works for me too, now gnome starts normally, but automount still doesn't work :(
Comment by Angelo Di Stasi (breakdown) - Tuesday, 08 June 2010, 21:28 GMT
I think I've find out a more proper fix :)
Before starting X, just make sure to override your local LANG variable, from a terminal prompt:

export LANG=C

Now, starting GNOME works fine, automount works flawlessy, except all menus are in English language.
This is probably due to the fact that, since I'm an italian AL user, my LANG variable is "it_IT@euro" (or equivalent).

If I recall correctly, this problem also came out with an earlier version of this package.
Comment by Jan de Groot (JGC) - Tuesday, 08 June 2010, 21:30 GMT
Can you try it_IT.UTF8 instead of it_IT@euro?
Comment by Angelo Di Stasi (breakdown) - Tuesday, 08 June 2010, 21:35 GMT
@JGC: works fine, now only some parts of GNOME (Nautilus, "Places" menu and others GNOME apps) speak English :)
Comment by Angelo Di Stasi (breakdown) - Tuesday, 08 June 2010, 21:48 GMT
Ok, latest problem (mixed-up GNOME language translation) was fixed by enabling "it_IT.utf8" in /etc/locale-gen and then executing "locale-gen" command.
This definetly fix the whole problem for me.
Comment by Daniele Marinello (marinz) - Wednesday, 09 June 2010, 05:05 GMT
and it works!!!!! :D

@Angelo: ti farei un monumento guarda :D Che soddisfazione vedere gnome funzionare al 100% finalmente :D

As Angelo said, I've only enabled in locale.gen "it_IT.utf8" and comment others, and now gnome is rock :D
Comment by Ionut Biru (wonder) - Wednesday, 09 June 2010, 08:47 GMT
can one of you test this patch ?

https://bugzilla.gnome.org/show_bug.cgi?id=616198

if is working, submit a comment there. if not, submit a new bug report explaining what is happening
Comment by Angelo Di Stasi (breakdown) - Wednesday, 09 June 2010, 17:49 GMT
Just tested the patch right now, and it works.
Now things are fine also with the LANG variable = "it_IT@euro".
:)


Comment by Ionut Biru (wonder) - Wednesday, 09 June 2010, 17:53 GMT
ok, nice to see that is working, but i asked you to report in there that :P. they need feedback and if nobody does that, it would stay broken
Comment by Angelo Di Stasi (breakdown) - Wednesday, 09 June 2010, 18:11 GMT
Mine fault ;) I've missed the 'T' in "there".
Now I'll report *t*here :P
Comment by Dariusz Tefelski (sq5nbg) - Thursday, 10 June 2010, 09:02 GMT
It works for me too (changed in /etc/rc.conf LOCALE from pl_PL to pl_PL.UTF-8).
I have also patched gnome-disk-utility and it works with locale pl_PL now.

Thank you very much!!!
Comment by Ionut Biru (wonder) - Thursday, 07 October 2010, 13:13 GMT
is this fixed in the gnome-disk-utility 2.32?
Comment by Jan de Groot (JGC) - Thursday, 07 October 2010, 13:26 GMT
Looks like upstream did nothing at all with the patch, so if we didn't include it, it's still not fixed (hint: include it ;)).

Loading...