[Pkg-xfce-devel] Bug#525945: Bug#525945: Bug#525945: thunar fails to remount removable media when running as daemon

[Scott Barker]

On 04/28/09 05:48, Yves-Alexis Perez wrote:
> It happens with all the usb devices you tried?
> Is there something in /var/log/syslog during the various mount/umounts?
> Could you try lshal -m during those operations, too?

It happens with all usb thumbdrive-type devices (actual usb thumbdrives, 
my Sony Reader and my Sony Walkman) and with external USB hard drives. 
There is nothing in syslog except the normal output from the kernel 
(dmesg), and there is nothing unusual in that output, and nothing 
different from in the past when this problem did not occur prior to 
upgrading from lenny to squeeze.

Attached are two logs from lshal -m, one with thunar run as a foreground 
process, the other with it running as a daemon. There is no other output 
to any other logs related to this problem.

The only other thing I have noticed during testing is that every time 
the device is removed and re-inserted, a new [scsi_eh_X] process appears 
in the process list, where 'X' is incremented each time. Similarly, in 
the kernel output (dmesg), when the device is scanned, it gets a 
different scsi device ID (as in 'sd XX:0:0:0: [sdb] ...', where XX 
increments each time).

Perhaps thunar is somehow caching hardware state when running as a 
daemon, and the change in scsi ID is not being picked up?

-- 
Scott Barker       scott at mostlylinux.ca
Linux Consultant   http://www.mostlylinux.ca/scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: thunar.log
Type: text/x-log
Size: 2789 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20090428/7035b65c/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: thunardaemon.log
Type: text/x-log
Size: 1140 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20090428/7035b65c/attachment-0001.bin>