I can concur with Digital5700. My 1TB external drive has no performance
issues, but my 8GB flash drive has trouble getting a 700MB file onto it in
a reasonable amount of time.
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification
I do not see this option in karmic
Carlos M wrote:
Sergey
Once the USB thumbdrive is mounted, you can right-click on its desktop icon
and select Properties. From there you will see the Volume tab and specify
the mount options
Carlos M
--
file transfers on USB disk are very slow
** Attachment added: Data sheet.ods
http://launchpadlibrarian.net/35911171/Data%20sheet.ods
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
Dear Shawn,
dstat does essentially that.
Default is one line of output every second, which means the output
equals the MiB/sec throughput of your device.
Try dstat -D sda,sdb. You can also adjust the delay; see the manual page.
--
file transfers on USB disk are very slow
At this moment, the only way to survive at this bug is open an ftp or sftp
connection in local host and copy files with filezilla or similar client
O_O.
It's an absurd solution, I know, but the only one that not freeze my
work.
by BAIS
2009/11/8 Dexter pogany.tamas+...@gmail.com
I will agree the FTP does not work for me either.
the best thing for myself was to do a reboot. transfers are good for the
first hour or two... then get mediocre and after a day possibly two...
abysmal.
rom85 wrote:
2 BAIS:
this doesn't help for my situation also. when copying by filezilla
Strange I used this method for gigas and gigas and I continued to work well,
I have kubuntu 9.04 daily updated.
I'm using server kernel, I don't know why :) Probably for some application
I've installed for testing.
I have a dream... this software on linux --
www.killprog.com Killcopy ! best file
I asked this some where but maybe not here...
I can't program, but is it possible to gather data via a script that
would put data into a sort of quasi time line format with certain data
appended to it..
i.e
start copy.
time bytes written rate
.
time bytes written rate
.
.
Hello,
I am not a programmer and not that versed on how things in Linux work;
still quite Green.
Can a program be made to monitor a file transfer. i.e. track the
progress. there is something that is happening in the background.
The best file transfers I have is just after a reboot of the
LOL, same patch applied here, having something as basc as USB communications
breaking down essentially breaks the entire OS for most people, i really
wanted Ubuntu to be my last OS but this bug killed it
On Thu, Oct 29, 2009 at 10:53 PM, Ulrich Lukas
stellplatz-nr@datenparkplatz.de wrote:
Martin and Murz,
maybe you can get help if you open up an individual, detailed bug
report.
Given that this 184-message bug report is over one and a half year old,
I'm afraid adding comments here does not help.
This bugfix works, I've just tested it:
197762] Re: file transfers on USB disk are very slow
On Tue, Jul 14, 2009 at 08:45:56PM -0700, Ron Brogden wrote:
Theodore, if I may ask you - are you just another random Linux user
here or are you actually officially associated with Ubuntu in a
support role? I see that you are associated
, 2009 4:43 PM
To: kuli...@afikim.org.il
Subject: [Bug 197762] Re: file transfers on USB disk are very slow
On Tue, Jul 14, 2009 at 08:45:56PM -0700, Ron Brogden wrote:
Theodore, if I may ask you - are you just another random Linux user
here or are you actually officially associated with Ubuntu
On Wed, Jul 15, 2009 at 11:33:07AM -, kulight wrote:
I've just remembered why the user base of Linux is so small
I do actually expect my mechanic to find and fix what's wrong with
my car when I just tell him it won't start And I don’t care if it's
the engine the battery or the radiator
This is completely not flamebait, promise, I have been doing nothing but
bragging on the latest build of Ubuntu, but I loaded Windows 7 back on this
same exact machine, only difference was the OS, and suddenly I get transfer
speeds of 25Mb/s or higher consistently even on extremely large
Who wants my Hardware?
Since I can't use my USB drive (I cancelled the last attempt to copy
6GiB after more than one hour and less than 10%):
Whoever wants to do further testing or bugfixing:
You get my 16-GiB USB pen drive for for free! I can send it to you
worldwide in a cushioned envelope.
ons, 10 06 2009 kl. 22:38 +, skrev jamesnmandy:
Hiding behind a proper bug request gets us nowhere.
And you posting useless information in this bug does?
It's not working like it is supposed to and that's painfully obvious.
And it should be painfully obvious by now that the issue cannot
[1] https://bugs.launchpad.net/ubuntu/+bug/334914/comments/30
[2] https://help.ubuntu.com/community/DiskPerformance
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
man, 08 06 2009 kl. 20:14 +, skrev epv:
This isn't normal behavior. Obviously it behaves fine while all writes
are going to buffer cache, but once it tries to write it out to the
device, wait times on the partition shoot up to 30sec or more, and all
processes trying to touch the usb disk
Hiding behind a proper bug request gets us nowhere. Additionally, I do
not have the time to do the research to figure out how to even begin to
file a proper bug report. I'm one of thoseyou know, former Windows
users, who do everything with a GUI and if there's not a double click or
Not sure if this has been mentioned or not, but I noticed today that
performance is much much better when copying directories to directories vs.
copying a file to a directory. For example, I had a directory on my
desktop, with three subdirectories, each with two files in them. When I
right-click
On Mon, Jun 8, 2009 at 9:54 PM, jamesnmandy jamesnma...@gmail.com
wrote:
There's no way all these people are seeing this behaviour because they all
have vastly different yet commonly crappy hardware. The same exact
hardware works great under the other OS. It's 100% a *nix issue and
There's no way all these people are seeing this behaviour because they all
have vastly different yet commonly crappy hardware. The same exact
hardware works great under the other OS. It's 100% a *nix issue and it's
100% in the software. That's painfully obvious. I wish this would get
fixed
Thanks for the info, Ts'o. But your comment about libusual caught my eye. In
Ubuntu 9.04 this module still shows up, right?
[81601.434729] usbcore: registered new interface driver libusual
Linux: Because rebooting is for adding new hardware.
Sent from Brasilia, DF,
On Wed, May 20, 2009 at 08:48:34PM -, Night64 wrote:
Thanks for the info, Ts'o. But your comment about libusual caught my eye. In
Ubuntu 9.04 this module still shows up, right?
[81601.434729] usbcore: registered new interface driver libusual
Oops, sorry, that's what I get for not
Hi Kurt,
albeit the AHCI-mode enables the use of Native Command Queueing (NCQ)
for some mainboards, I somehow doubt that this has to do with the USB
issue. Especially because of the swapping you reported which IMO has
nothing to do with the USB speed issues reported before.
--
file transfers
Alright, then it eases my mind. I had kinda lost track of this issue
over time with the 100 comments, I guess. Thanks!
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
27 matches
Mail list logo