Nautilus freezes when copying files to iaudio u2 after it is automounted

[b]

Binary package hint: gnome-mount

When I plug my IAUDIO U2 into my gutsy (updated recently running kernel linux-image-2.6.22-14-generic 2.6.22-14.52) into my USB port (on a PCI usb2 card: 02:0d.2 USB Controller: NEC Corporation USB 2.0 (rev 01)) and try and copy some audio files nautilus freezes after a few files and will not recover. The only fix seems to be reboot.

If I manually unmount the mp3 player, and remount using:

sudo mount -t vfat /dev/sda /mnt

Then I can copy files fine, no freezing.

My only guess is that the nautilus automounter is actually not doing the command above, but something else that seems not to play well with this fat32 device.

This is confirmed by the fact that with the automounter the 8.3 filenames appear as all upper case, but when I mount manually the 8.3 filenames are shown as lowercase.

How can I confirm what the automounter is doing? How can I make sure it does the "right" thing, that is gives me the same behavior as sudo mount -t vfat /dev/sda /mnt?

[Martin Pitt (pitti)]

Please plug in your device, have it automount, and then open a terminal. What does

  mount | grep sda

print out? This gives the mount options for this device. Also, after you encounter a nautilus freeze, can you please attach /var/log/kern.log? Thank you!

[b (ben-ekran)]

Sorry for the delay.

Here is the grep output:

/dev/sda1 on /media/IAUDIO type vfat
(rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077,usefree)

For some reason this time it was very hard to get the copy to freeze,
took copying many more files than had caused it before. (FYI the mp3
player is 2GB, so its not a space issue).

Anyhow I've also attached a screenshot that shows the character of the
freeze.

Ah, now I see an IO error in the kern log so I'll reattach.

So now that its frozen, I'll reboot and attach the mount into when I
manually mount the filesystem (for comparison).

.b.

Martin Pitt wrote:
> Please plug in your device, have it automount, and then open a terminal.
> What does
>
> mount | grep sda
>
> print out? This gives the mount options for this device. Also, after you
> encounter a nautilus freeze, can you please attach /var/log/kern.log?
> Thank you!
>
> ** Changed in: gnome-mount (Ubuntu)
> Status: New => Incomplete
>

[b (ben-ekran)]

Well, that last one messed up the filesystem on the device (not to
mention the HDD since the machine would not even reboot due to being
unable to umount the mp3 player (device busy).

So I tried to test again with the manual mount, but the filesystem is
messed up:

[ 468.031511] FAT: Filesystem panic (dev sda1)
[ 468.031584] FAT: Filesystem panic (dev sda1)
[ 468.031625] FAT: Filesystem panic (dev sda1)
[ 468.031669] FAT: Filesystem panic (dev sda1)
[ 468.031703] FAT: Filesystem panic (dev sda1)
[ 468.056870] FAT: Filesystem panic (dev sda1)
[ 468.057264] FAT: Filesystem panic (dev sda1)
[ 468.057614] FAT: Filesystem panic (dev sda1)
[ 468.057933] FAT: Filesystem panic (dev sda1)
[ 468.058236] FAT: Filesystem panic (dev sda1)

I was able to get this info, looking very different than the automount info:

bbogart@aporia:~$ mount | grep sda1
/dev/sda1 on /mnt type vfat (rw)

Alright, fsck -V -r /dev/sda1 fixed the filesystem, and I was able to
copy the directory that bailed in the automount fine.

Let me know if there is any other info I can provide, I hope to not have
 to hard reset again to recover! (is there some way to force a kill on
the process that is causing the "device is busy" message when trying to
unmount while the freeze is happening?

Oh and while copying to the manual mounted mp3 player kern.log prints no
messages.

Thanks,
B. Bogart

Martin Pitt wrote:
> Please plug in your device, have it automount, and then open a terminal.
> What does
>
> mount | grep sda
>
> print out? This gives the mount options for this device. Also, after you
> encounter a nautilus freeze, can you please attach /var/log/kern.log?
> Thank you!
>
> ** Changed in: gnome-mount (Ubuntu)
> Status: New => Incomplete
>

[b (ben-ekran)]

Looks like my issues are caused by Bug #88746

removing the ehci_hcd module allows me to copy to the device without I/O errors.

This bug may be closed.

[b (ben-ekran)]

same as Bug #88746

[b (ben-ekran)]

This bug appears to still exist.
I'm reopening this one because I don't even have ehci_hcd loaded, so that is clearly not the cause.

I'm now running intrepid on a Duron 800:

$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
00:08.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24)
00:0d.0 Multimedia audio controller: Ensoniq 5880B [AudioPCI] (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)

$ lsusb
Bus 002 Device 003: ID 0e21:0600 Cowon Systems, Inc.
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 006: ID 046d:c501 Logitech, Inc. Cordless Mouse Receiver
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Same ol messages in the log:
Jan 14 19:29:39 aporia kernel: [105379.912571] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:30:09 aporia kernel: [105410.183150] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:30:39 aporia kernel: [105440.453438] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:31:09 aporia kernel: [105470.723752] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:31:40 aporia kernel: [105500.994168] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:32:10 aporia kernel: [105531.260386] usb 2-1: reset full speed USB device using uhci_hcd and address 3
Jan 14 19:32:10 aporia kernel: [105531.410181] sd 3:0:0:0: [sdb] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK,SUGGEST_OK

Note this still happens when manually mounting the usb drive.

Oh and I noticed this panic in the log (when copying after manual mount)

Jan 14 20:01:03 aporia kernel: [107264.664995] Call Trace:
Jan 14 20:01:03 aporia kernel: [107264.665000] [<c0248d24>] ? cfq_choose_req+0x14/0x2a0
Jan 14 20:01:03 aporia kernel: [107264.665017] [<c02498c4>] ? cfq_cic_lookup+0x14/0xe0
Jan 14 20:01:03 aporia kernel: [107264.665032] [<c037cddc>] io_schedule+0x2c/0x40
Jan 14 20:01:03 aporia kernel: [107264.665043] [<c023fd50>] get_request_wait+0xa0/0x1b0
Jan 14 20:01:03 aporia kernel: [107264.665055] [<c023c0f1>] ? elv_merge+0x131/0x190
Jan 14 20:01:03 aporia kernel: [107264.665066] [<c01474b0>] ? autoremove_wake_function+0x0/0x50
Jan 14 20:01:03 aporia kernel: [107264.665078] [<c0240059>] __make_request+0x69/0x3c0
Jan 14 20:01:03 aporia kernel: [107264.665092] [<f88d4553>] ? uhci_scan_schedule+0x153/0x270 [uhci_hcd]
Jan 14 20:01:03 aporia kernel: [107264.665120] [<f8917a6d>] ? boomerang_interrupt+0x12d/0x410 [3c59x]
Jan 14 20:01:03 aporia kernel: [107264.665156] [<c02...

[b (ben-ekran)]

$ uname -a
Linux aporia 2.6.27-9-generic #1 SMP Thu Nov 20 21:57:00 UTC 2008 i686 GNU/Linux

[Sebastien Bacher (seb128)]

could you try on jaunty? do you have the issue only in nautilus? could you get a nautilus stacktrace while it hangs?

[b (ben-ekran)]

I hate burning CD-Rs for debugging, is there a ISO that fits on a 650MB
CDRW?

I did another test, when allowing gnome to mount the drive, and copying
in nautilus, I get console errors and the copy fails with an
input/output error. I've attached a screenshot.

The next test was to mount the drive as root, and copy the files using
thunar running as root. When doing that there appear to be no errors.

Since nautilus is already running my desktop how can I strace? I suppose
I have to log into an alternate window manager and start nautilus, will
the usb drive mount when I do that?

Anyhow I think the attached images sums it up, let me know if there is
additional testing I can do.

.b.

Sebastien Bacher wrote:
> could you try on jaunty? do you have the issue only in nautilus? could
> you get a nautilus stacktrace while it hangs?
>
> ** Changed in: gnome-mount (Ubuntu)
> Importance: Undecided => Low
>

[Jmadero (jmadero)]

I'm having a similar problem with my external hard drive plugged in. When I try to copy things over to my internal hard drive nautilus freezes. I can force it to close but the copy doesn't finish. This is a new problem for me, I would try installing Jaunty but I have had bug issues with it that prevent me from working on my machine so I am waiting until RC1.

[Jmadero (jmadero)]

Edit: The copy finishes if I close nautilus after I start the copy (I'm not sure if the copy GUI is still nautilus but I mean closing the folder view one).

[Thomas Hotz (thotz-deactivatedaccount)]

Jmadero does this happen with a supported Ubuntu version, because your Ubuntu version is EOL on the Desktop.

[Launchpad Janitor (janitor)]

[Expired for gnome-mount (Ubuntu) because there has been no activity for 60 days.]