Hello,
I encounter the following problem with UFS file systems on USB keys,
i.e. the problem is not only with one key, but with all I have; the key
in question here is:
Dec 7 22:17:47 tinyCurrent kernel: umass0: on usbus4
Dec 7 22:17:47 tinyCurrent kernel: umass0: SCSI over Bulk-Only; quir
El día Thursday, December 08, 2011 a las 10:10:36AM +0100, Hans Petter Selasky
escribió:
> > # fdisk -I da0
> > # fdisk -B da0
> > # bsdlabel -w da0s1 auto
> > # bsdlabel -B da0s1
> > # bsdlabel -e da0s1
> > # newfs /dev/da0s1a
> > # mount /dev/da0s1a /mnt
> >
> > When I now bulk write a big fil
On Thursday 08 December 2011 07:37:12 Matthias Apitz wrote:
> Hello,
>
> I encounter the following problem with UFS file systems on USB keys,
> i.e. the problem is not only with one key, but with all I have; the key
> in question here is:
>
> Dec 7 22:17:47 tinyCurrent kernel: umass0: 0/0, rev
On Thursday 08 December 2011 10:19:43 Matthias Apitz wrote:
> El día Thursday, December 08, 2011 a las 10:10:36AM +0100, Hans Petter
Selasky escribió:
> > > # fdisk -I da0
> > > # fdisk -B da0
> > > # bsdlabel -w da0s1 auto
> > > # bsdlabel -B da0s1
> > > # bsdlabel -e da0s1
> > > # newfs /dev/da0
El día Thursday, December 08, 2011 a las 11:47:46AM +0100, Hans Petter Selasky
escribió:
> > I know (as I said) that dd(1) per default writes in blocks of 512 bytes;
> > but this is not the problem; the problem is the poor performance of
> > restore(8); the dd(1) was just to see if the USB key pe
On Thursday 08 December 2011 12:24:18 Matthias Apitz wrote:
> El día Thursday, December 08, 2011 a las 11:47:46AM +0100, Hans Petter
Selasky escribió:
> > > I know (as I said) that dd(1) per default writes in blocks of 512
> > > bytes; but this is not the problem; the problem is the poor
> > > per
BTW:
Check USB traffic with "usbdump" utility.
--HPS
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
El día Thursday, December 08, 2011 a las 03:40:06PM +0100, Hans Petter Selasky
escribió:
> BTW:
>
> Check USB traffic with "usbdump" utility.
I don't see this 'usbdump', neither in the system nor in ports;
BTW: I've checked the dump, it contains 50.000 dirs and 200.000 files
(because of comple
On Thursday 08 December 2011 15:52:04 Matthias Apitz wrote:
> El día Thursday, December 08, 2011 a las 03:40:06PM +0100, Hans Petter
Selasky escribió:
> > BTW:
> >
> > Check USB traffic with "usbdump" utility.
>
> I don't see this 'usbdump', neither in the system nor in ports;
>
> BTW: I've che
On Thursday 08 December 2011 15:58:42 Hans Petter Selasky wrote:
> On Thursday 08 December 2011 15:52:04 Matthias Apitz wrote:
> > El día Thursday, December 08, 2011 a las 03:40:06PM +0100, Hans Petter
>
> Selasky escribió:
> > > BTW:
> > >
> > > Check USB traffic with "usbdump" utility.
> >
> >
In the last episode (Dec 08), Matthias Apitz said:
> I encounter the following problem with UFS file systems on USB keys, i.e.
> the problem is not only with one key, but with all I have; the key in
> question here is:
>
> Dec 7 22:17:47 tinyCurrent kernel: umass0: rev 2.00/1.02, addr 3> on usb
El día Thursday, December 08, 2011 a las 09:57:13AM -0600, Dan Nelson escribió:
> Cheap USB thumb drives aren't really optimized for small random-I/O writes.
> Can you try mounting the filesystem async? that might help a little. A
> workaround would be to use mdconfig to create a block device (
Matthias Apitz wrote:
> El día Thursday, December 08, 2011 a las 09:57:13AM -0600, Dan Nelson
> escribió:
>
> > Cheap USB thumb drives aren't really optimized for small random-I/O writes.
> > Can you try mounting the filesystem async? that might help a little. A
> > workaround would be to use
Cheap USB drives, and even many CF drives, aren't much good as random
read-write devices. On my Soekris boxen I run FreeBSD, and mount the
root filesystem rw,noatime. And I don't write to it. ;-) /var is a
memory filesystem, there /var/db/... contain symbolic links to
/usr/local/db/.. because th
14 matches
Mail list logo