*** This bug is a duplicate of bug 197762 ***
https://bugs.launchpad.net/bugs/197762
** This bug has been marked a duplicate of bug 197762
file transfers on USB flash key (pendrive) are slowing down with time
--
dd extremely slow writing to usb key without oflag=dsync
https://bugs.launchp
Maybe this helps:
I read on some forum while I was searching for an answer about the slow write
speed on my usb stick (transf speed dropped quickly from 20 MB/s to 100KB/s)
that maybe kde is responsible for this. first I ignored this, but I have just
tried it.
I logged out of my regular KDE ses
I have the same problem with my HP 6930p
(https://wiki.ubuntu.com/LaptopTestingTeam/HPCompaq6930p/Intel). My USB
key is a 1GB Apacer key. The output of lsusb is:
Bus 002 Device 003: ID 1005:b113 Apacer Technology, Inc. Handy Steno
2.0/HT203
--
dd extremely slow writing to usb key without oflag=d
@Pete, can't seem to reproduce this with my H/W. Can you:
1. Supply details about the laptop and the USB key you were using
2. See if you can reproduce this on the latest Lucid Alpha.
Colin
--
dd extremely slow writing to usb key without oflag=dsync
https://bugs.launchpad.net/bugs/392288
You re
** Changed in: linux (Ubuntu)
Status: Triaged => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Colin King (colin-king)
--
dd extremely slow writing to usb key without oflag=dsync
https://bugs.launchpad.net/bugs/392288
You received this bug notification because y
I can confirm this is happening to me with 2.6.31-4 on Karmic. Here is a
run of dd with and without dsync to a USB stick.
pgra...@desktop:~$ sudo dd if=/dev/zero of=/dev/sde1 bs=1M count=1024
oflag=dsync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 71.9165 s, 14.9 MB/s
Also (Not directly related to this bug) I have noticed that using cp
even on the kernels that does work properly causes the copy to
noticeably slow down. It takes > 36m to copy 3.2G (fat32) and only takes
7.25m using dd.
--
dd extremely slow writing to usb key without oflag=dsync
https://bugs.lau
I reverted to jaunty due to other problems on karmic and noticed that
this bug appears to not occur on jaunty.
date -R; time dd if=/dev/zero of=/dev/sdb bs=1M count=1024; date -R
Mon, 13 Jul 2009 14:48:35 -0500
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 103.843 s, 10.3
I pointed Chris to try the latest 2.6.31-rc1 kernel, but he said gdm
fails to start with that kernel:
from #ubuntu-kernel
[14:14:18] ogasawara: i tried the 31 kernel and it wouldn't even boot
into gdm for me
[14:14:36] ogasawara: it just went black after loading the kernel, i
think at the poin
I tried http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.31-rc1/linux-
image-2.6.31-020631rc1-generic_2.6.31-020631rc1_amd64.deb as Leann
Ogasawara suggested but the screen just went black during boot at the
point where gdm should have loaded. I imagine its some sort of KMS issue
with my system.
** Attachment added: "BootDmesg.gz"
http://launchpadlibrarian.net/28379769/BootDmesg.gz
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/28379770/CurrentDmesg.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/28379771/Dependencies.txt
** Att
11 matches
Mail list logo
