Copying large files from Nokia 770 gets stuck

Could you follow the instructions given here - https://wiki.ubuntu.com/DebuggingRemovableDevices and attach the results to this bug report?

the files compressed as attachment

Reassigning to nautilus which does the copying.

Thank you for your bug. Do you mount the nokia has a device or do you connect to it by network? What filesystem is used on it? Do you have the same problem with gnomevfs-copy from a command line?

> Do you mount the nokia has a device or do you connect to it by network?
Ubuntu mount it once I connect USB cable

> What filesystem is used on it?
I guess ext3... but not sure, Nokia 700 runs debian

> Do you have the same problem with gnomevfs-copy from a command line?
I haven't tired it... because I did not know that "gnomevfs-copy" do exist!

could you try gnomevfs-copy and cp from a command line and let we know if they work fine then?

I just copied large file using gnomevfs-copy I haven't had any problem with it

Weird, nautilus uses gnomevfs for the copy, marking unconfirmed, I've no nokia 770 to work on that

I can confirm that I currently have the same issues with my Nokia 770 using Nautilus and gnomevfs-copy. Using cp works as expected.

I have a similar problem when copying lots of files to my new Western Digital Passport 2 USB external hard disk.
Progress stops within a minute and the progress bar freezes. The progress dialog does not respond and I can't cancel it.
Using cp there are no such problems.

I believe this is the same problem I am experiencing when using nautilus to move files from a remote server via ssh / sftp... not sure what the right terminology is... but I can setup a connection to a remote server, using ip address and password, then when moving either large files (mostly audio or video files in mp3, mov, rmvb, wmv, or mpeg formats) or large trees >100 files, the file transfer just stalls and you can't cancel it using the cancel button. Killing nautilus is your only option.

May someone can try to reproduce this with a Gutsy Gibbon installation? you may grab a CD Image from here: http://www.ubuntu.com/testing/ thanks in advance.

I cannot verify this bug on gutsy gibbon, but I have installations of both ubuntu 6.10 and 7.04 releases, and I have had the same bug occur on both installations. I also have had the same problem using scp from the command line, trying to pull the file down from the server. This one I can only verify as occurring on ubuntu 7.04. That would lead me to conclude that the file copy problem lies deeper than nautilus, more likely in the scp itself. This would still leave the nautilus bug of freezing, and not being able to cancel the operation.

Well i can copy large files between two laptops here and everything went fine, I've just transfered like 4.5 GB in photographs. One of my laptops is running Feisty and the other one Gutsy. And sadly i don't have a n770 (i'd love to have one) for trying to reproduce it that's why i'm asking for someone else to try it.

I have the same issue with my Nokia 5200 in Gutsy (same happened in Feisty), using cp and gnomevfs-copy similar situation happens.

May someone getting the issue please forward this upstream?, thanks.

The same problem with external USB HDD if copying large files. I use external box MSI StarTray, USB2.0 box pro 2.5" PATA in Gutsy.

I can confirm this same problem with my Nokia 770. Using cp, gnomevfs-copy, nautilus or konqueror to copy all lock up around 71 MB, regardless if I'm copying over the files one at a time or en masse to a 2 gb card. At that point, the card becomes corrupt and I have to reformat.

May someone try to reproduce the same with a Hardy Heron installation? If is still an issue with it, may it can be forward upstream? For forwarding instructions please take a look to https://wiki.ubuntu.com/Bugs/Upstream/GNOME , thanks in advance.

Upgraded to Hardy Heron. Now experience a lesser problem where the card does not get corrupted and the file seems to copy over in full but the file operation dialog persists after the file has been copied.

Also, when I manually disconnect, the files copied over disappear.

is that still an issue on hardy?

I believe I am seeing this issue in Hardy with high volume data copies from one sata hard drive to another or within the same drive.
Using Nautilus to copy large amounts of data will result in Firefox, Synaptic, etc getting non-responsive and extremely sluggish. Keyboard input is very delayed.
The file copy will complete properly and the system frees up and responds normally.
I perform the identical test using cp and gnomevfs-copy and everything works fine. Other applications have normal response during those tests.

This is a fresh install of Hardy.

I did not experience these delays while using Xubuntu on the same PC.

Strike the statement regarding Xubuntu. A fresh install of Xubuntu and identical test results in the same non-responsiveness.

the recent comments describe an another issue and since nobody complained about the bug described closing this one