removable_storage_watcher failed for firewire

Bug #1070859 reported by Daniel Manrique
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Checkbox
Fix Released
High
Zygmunt Krynicki

Bug Description

The affected systems were a couple of Dell Studio XPS 1340 (4895 and 4906).

I ran the command manually:

removable_storage_watcher --debug insert firewire

then inserted the firewire drive, which gets recognized and mounted properly. However the watcher said I failed to perform the manipulation in time.

I'm attaching the detailed log.

Related branches

Revision history for this message
Daniel Manrique (roadmr) wrote :
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

According to the log the device was _not_ mounted. Can you confirm that

[2012-10-24 09:41:14,931] INFO:root:For object /org/freedesktop/UDisks2/block_devices/sdb1
[2012-10-24 09:41:14,931] INFO:root: * inserted block device
[2012-10-24 09:41:14,931] INFO:root: from drive: /org/freedesktop/UDisks2/drives/Ext_Hard_Disk
[2012-10-24 09:41:14,931] INFO:root: having device: /dev/sdb1
[2012-10-24 09:41:14,932] INFO:root: having usage, type and version: filesystem ntfs
[2012-10-24 09:41:14,932] INFO:root: having label: B1
[2012-10-24 09:41:14,932] INFO:root: * inserted file system
[2012-10-24 09:41:14,932] INFO:root: having mount points: []
^^^
here
[2012-10-24 09:41:14,932] INFO:root: * inserted partition
[2012-10-24 09:41:14,932] INFO:root: from partition table: /org/freedesktop/UDisks2/block_devices/sdb
[2012-10-24 09:41:14,932] INFO:root: having size: 2TB
[2012-10-24 09:41:14,932] INFO:root: having name: ''

Changed in checkbox:
assignee: nobody → Zygmunt Krynicki (zkrynicki)
importance: Undecided → High
status: New → Incomplete
Revision history for this message
Daniel Manrique (roadmr) wrote :

OK, so the drive seems to have a somewhat strange behavior, an icon appears in the dash but it doesn't actually mount it until I click on the icon. However even if I do that, the storage_watcher doesn't see it.

I'm attaching another debug log, where I started the script with a 60-second timeout (just in case), plugged in the drive (first set of events), then clicked on the drive icon to get it mounted. I do see a second set of events, but the watcher still didn't like it.

The partition is type 7 (NTFS), I wonder if that has something to do with it.

Revision history for this message
Daniel Manrique (roadmr) wrote :
Changed in checkbox:
status: Incomplete → New
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

[2012-10-24 11:06:21,010] WARNING:root:The object '/dev/sdb1' belongs to drive '/org/freedesktop/UDisks2/drives/Ext_Hard_Disk' that is attached to the bus 'ieee1394' but but we are looking for one of 'ieee1934' so it cannot match

It's a genuine typo bug. I'll fix it and then push another branch that undoes magic constants. Sigh

Changed in checkbox:
status: New → Triaged
Revision history for this message
Daniel Manrique (roadmr) wrote :

I changed the typo in udisks2.py and retested. It "kinda" works. Upon drive insertion the partition is still not mounted, the test waits until I click on the icon in the dash, then the partition mounts and the test passes. I'll attach the debug log for that, and also the output of udisksctl dump.

Revision history for this message
Daniel Manrique (roadmr) wrote :

This is udisksctl dump output *without* the firewire drive plugged in.

Revision history for this message
Daniel Manrique (roadmr) wrote :

And this is udisksctl dump output with the firewire drive plugged in.

Revision history for this message
Daniel Manrique (roadmr) wrote :

I also tried the dconf write /org/gnome/desktop/media-handling/automount true thing and it didn't help. FWIW I think this *was* set before, as the mediacard tests correctly automounted their filesystems.

Revision history for this message
Zygmunt Krynicki (zyga) wrote :

So looking at udisk2s long I can see that the drive is removable. IIRC that would make gvfs auto-mount it automatically. It can be a bug or policy change in gvfs. In either case we have to work around it or fix the root issue. I'll have a look tomorrow.

Marc Tardif (cr3)
Changed in checkbox:
status: Triaged → Fix Committed
Changed in checkbox:
status: Fix Committed → In Progress
Changed in checkbox:
status: In Progress → Fix Committed
Changed in checkbox:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.