Copying large files from Nokia 770 gets stuck

Bug #68306 reported by adel on 2006-10-26
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Ubuntu Desktop Bugs

Bug Description

I got Nokia 770 (2006), I connect it to Edgy via USB, Nokia appear as USB key, this is normal and I have successfully transfered data from Ubuntu to Nokia

But when it comes to large files (compressed movies) 250 MB to 400 MB, Ubuntu shows transfer progress but it always get stuck at middle, I tried it with different files without success, also the progress dialog freeze (sometimes) when I cancel the operation

I know this is Ubuntu bug because the same files could be transfered correctly using Mac OS X

Caroline Ford (secretlondon) wrote :

Could you follow the instructions given here - and attach the results to this bug report?

adel (netdur-gmail) wrote :

the files compressed as attachment

Martin Pitt (pitti) wrote :

Reassigning to nautilus which does the copying.

Sebastien Bacher (seb128) wrote :

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?

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
adel (netdur-gmail) wrote :

> 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!

Sebastien Bacher (seb128) wrote :

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

adel (netdur-gmail) wrote :

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

Sebastien Bacher (seb128) wrote :

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

Changed in nautilus:
status: Needs Info → Unconfirmed
stephenn (stephenn) wrote :

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

Giles Weaver (gweaver) wrote :

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.

zewsk (zewsk) wrote :

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.

Pedro Villavicencio (pedro) wrote :

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

Changed in nautilus:
status: New → Incomplete
zewsk (zewsk) wrote :

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.

Pedro Villavicencio (pedro) wrote :

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.

Jmoreira (jmoreiras) wrote :

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

Pedro Villavicencio (pedro) wrote :

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

Krata (lubos-kratochvil) wrote :

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.

Pedro Villavicencio (pedro) wrote :

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 , 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.

Sebastien Bacher (seb128) wrote :

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.

Sebastien Bacher (seb128) wrote :

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

Changed in nautilus:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers