On 2012-05-03, Jan Stary wrote:
> However, during an _install_, there is no option to specify
> additional parameters to newfs - or is there?
Not directly, but you /can/ set block/fragment sizes in the disklabel
editor, which newfs honours if within bounds: enable [X]pert mode
and modify/re-creat
I don't know about installing on USB, but the copy to/from FAT ( -t
msdos )has increased noticeable with new snapshots.
Replying to an old thread,
On Feb 11 10:14:51, Aaron Stellman wrote:
> On Sat, Jan 16, 2010 at 01:44:49AM +0100, T. Tofus von Blisstein wrote:
> > Hello,
> >
> > I have noticed that writing to a usb drive is "slow".
> >
> > What does "slow" mean?
> >
> > It means that compared to other OS's.
>
On Sat, Jan 16, 2010 at 01:44:49AM +0100, T. Tofus von Blisstein wrote:
> Hello,
>
> I have noticed that writing to a usb drive is "slow".
>
> What does "slow" mean?
>
> It means that compared to other OS's.
>
> Which OS's?
>
> Yes, it hurts: the penguin.
Hello there,
I came across a cheap USB
Am 19.01.10 23:35, schrieb T. Tofus von Blisstein:
disklabel -E /dev/rsd1c
allocate all for partition a
newfs /dev/rsd1c
I hope it's just a typo in your email, since rsd1c is the whole disk and
will erase any partitioning table you previously created.
On Wed, Jan 20, 2010 at 12:34:19AM +0100, T. Tofus von Blisstein wrote:
> # mount -o async /dev/sd1a /mnt
> # date && cp -r TEST/ /mnt && umount /mnt && date
> Wed Jan 20 00:17:54 CET 2010
> Wed Jan 20 00:33:35 CET 2010
And you think because of all this noise, someone is going to sit down
and fix
# mount -o async /dev/sd1a /mnt
# date && cp -r TEST/ /mnt && umount /mnt && date
Wed Jan 20 00:17:54 CET 2010
Wed Jan 20 00:33:35 CET 2010
2010/1/20 David Vasek :
> On Tue, 19 Jan 2010, T. Tofus von Blisstein wrote:
>
>> Hello David,
>>
>> thanks.
>
> You're welcome.
>
>> # mount /dev/sd1a /mnt
sorry about that, but I also have noticed this problem with external usb
drives
I don't have any kind of test to report yet, though
2010/1/19 Jacob Meuser :
> On Tue, Jan 19, 2010 at 10:54:16PM +0100, T. Tofus von Blisstein wrote:
>
>> The point is that I have many huge USB drives which I would n
On Tue, 19 Jan 2010, T. Tofus von Blisstein wrote:
Hello David,
thanks.
You're welcome.
# mount /dev/sd1a /mnt
# date && cp -r TEST/ /mnt && umount /mnt && date
Tue Jan 19 23:11:27 CET 2010
Tue Jan 19 23:29:12 CET 2010
So it's reduced a lot, but still it is much slower than... sorry guys,
On Tue, Jan 19, 2010 at 10:54:16PM +0100, T. Tofus von Blisstein wrote:
> The point is that I have many huge USB drives which I would not like
> to throw away just like that
this thread is really confusing. is the subject "flash/memory sticks",
or "any USB storage"?
it seems to me the only thin
Hello David,
thanks.
# date && dd if=/dev/rsd1c bs=64k count=1k of=/dev/null && date
Tue Jan 19 23:02:59 CET 2010
1024+0 records in
1024+0 records out
67108864 bytes transferred in 4.130 secs (16249108 bytes/sec)
Tue Jan 19 23:03:03 CET 2010
# dd if=/dev/zero bs=64k count=1k of=/dev/rsd1c
1024+
On Tue, Jan 19, 2010 at 9:41 PM, T. Tofus von Blisstein
wrote:
> which filesystem are you using on that device?
Sorry realized I had forgotten to specify that in my reply. Key is a
8GB formatted with FAT.
Steph
indeed...
Tue Jan 19 22:11:38 CET 2010
Tue Jan 19 22:51:50 CET 2010
I will try your test now
The point is that I have many huge USB drives which I would not like
to throw away just like that
I cannot afford looking for new usb drives which are fine on obsd. I
would like to understand what is go
which filesystem are you using on that device?
T.
2010/1/19 FRLinux :
> On Tue, Jan 19, 2010 at 9:10 PM, T. Tofus von Blisstein
> wrote:
>> this is an example. Attached is a 1GB (fat!) usb memory stick. It took
>> 40 minutes to copy 285M.
>
> Mmmh, clearly your key. Just did a test on my OpenBSD
On Tue, 19 Jan 2010, T. Tofus von Blisstein wrote:
> Hello,
>
> this is an example. Attached is a 1GB (fat!) usb memory stick. It took
> 40 minutes to copy 285M.
>
> This one was
>
> Jan 19 21:18:04 hux /bsd: umass0: using SCSI over Bulk-Only
> Jan 19 21:18:04 hux /bsd: scsibus1 at umass0: 2 targe
On Tue, Jan 19, 2010 at 9:10 PM, T. Tofus von Blisstein
wrote:
> this is an example. Attached is a 1GB (fat!) usb memory stick. It took
> 40 minutes to copy 285M.
Mmmh, clearly your key. Just did a test on my OpenBSD laptop (Samsung
Q35) with that key connected:
umass0 at uhub0 port 1 configurat
On Tue, Jan 19, 2010 at 10:10:41PM +0100, T. Tofus von Blisstein wrote:
> this is an example. Attached is a 1GB (fat!) usb memory stick. It took
> 40 minutes to copy 285M.
As I mentioned previously, the performance of USB memory sticks seems to
vary greatly on OpenBSD depending on the stick's manu
Hello,
this is an example. Attached is a 1GB (fat!) usb memory stick. It took
40 minutes to copy 285M.
This one was
Jan 19 21:18:04 hux /bsd: umass0: using SCSI over Bulk-Only
Jan 19 21:18:04 hux /bsd: scsibus1 at umass0: 2 targets, initiator 0
Jan 19 21:18:04 hux /bsd: sd1 at scsibus1 targ 1 lu
Ted Unangst wrote:
Plug it in. The kernel tells you.
usbdevs -v also helps
regards,
Robert
On Tue, Jan 19, 2010 at 1:58 PM, T. Tofus von Blisstein
wrote:
> well, I cannot tell the same here. I still think it must be related to
> that usb 1.0 being reported in dmesg
>
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> usb1 at ehci1: USB revisio
Hello Donald,
well, I cannot tell the same here. I still think it must be related to
that usb 1.0 being reported in dmesg
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr
Sounds like you are already on the right track, courtesy Peter
Hansteen, so I'll simply support the direction you are going by
telling you that I back up my systems (with a home-brew scheme that
uses a combination of rsync and tar) to 7200 rpm SATA drives in USB
shoeboxes with ext2 filesystems and
From: Janne Johansson
Subject: Re: writing to usb very slow
Date: Mon, 18 Jan 2010 08:34:41 +0100
> You need to include the time to "sync" (or umount) after writing and
> deleting the files, otherwise you arent benchmarking the USB speed but
> rather how fast your caches are,
KAWAMATA Yoshihiro wrote:
I have measured write/remove time with the USB flash drive;
sd0 at scsibus2 targ 1 lun 0: SCSI0 0/direct
removable
sd0: 961MB, 512 bytes/sec, 1968128 sec total
First, I copied file tree (about 100MB) from mfs to such USB flash drive, then
umount.
Next, mount it
I have measured write/remove time with the USB flash drive;
uhub4 at uhub0 port 5 "NEC product 0x005a" rev 2.00/1.00 addr 2
umass0 at uhub4 port 1 configuration 1 interface 0 "TOSHIBA TransMemory" rev
2.00/1.10 addr 3
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets, initia
Thanks to all for your answers.
Peter, thanks for your point. Look at this:
hux(p3)| dmesg| grep usb
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1
usb2 at uhci0: USB
On Sun, Jan 17, 2010 at 06:41:38PM +0100, Antoine Jacoutot wrote:
> In my limited experience, USB HD are usually about alright but USB
> sticks are super slow (i.e. EHCI speed is slower than usb1.1).
My experience is that only certain USB sticks are slow on OpenBSD.
Experiment with a few differen
On Sat, 16 Jan 2010, T. Tofus von Blisstein wrote:
> I am simply asking: Has anybody else noticed this or am I the only one
> on the face of the world with this problem?
In my limited experience, USB HD are usually about alright but USB
sticks are super slow (i.e. EHCI speed is slower than usb1.1
"T. Tofus von Blisstein" writes:
> I have noticed that writing to a usb drive is "slow".
One likely culprit is your system's BIOS, that likely reports only USB
1.something capabilities, confident that no operating system would
ever believe what it says on the matter anyway. Anecdotal evidence
s
dmesg? results of testing with dd?
What speed to do you get if you use FFS?
I get around 9 MB/s to a slow USB hard disk with FFS, which would be around 2.5
hours for 72 GB, and I routinely backup many GBs to it. So I'm guessing either
its ext2 or your hardware.
On Sat, Jan 16, 2010 at 01:44:49A
Hello,
I have noticed that writing to a usb drive is "slow".
What does "slow" mean?
It means that compared to other OS's.
Which OS's?
Yes, it hurts: the penguin.
Information: The external drive has been formated as ext2, so that I
can mount it with obsd and the penguin
Copying some 72G takes
31 matches
Mail list logo