Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 17 Nov 2010 14:44:35 +0100
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        Matthias Apitz <guru@unixarea.de>
Cc:        freebsd-usb@freebsd.org
Subject:   Re: restore(8) to USB key: terrible slow
Message-ID:  <201011171444.35916.hselasky@c2i.net>
In-Reply-To: <20101117133914.GA2895@current.Sisis.de>
References:  <20101117120852.GA2458@current.Sisis.de> <201011171314.19524.hselasky@c2i.net> <20101117133914.GA2895@current.Sisis.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 17 November 2010 14:39:14 Matthias Apitz wrote:
> El d=EDa Wednesday, November 17, 2010 a las 01:14:19PM +0100, Hans Petter=
=20
Selasky escribi=F3:
> > > after around 90 minutes of restore the taget file system says 19 MByte
> > > used (i.e restored):
> > >=20
> > > $ df -kh /mnt
> > > Filesystem     Size    Used   Avail Capacity  Mounted on
> > > /dev/da0s1a    3.6G     19M    3.3G     1%    /mnt
> > >=20
> > > What is wrong with this? If this does matter: 8-CURRENT.
> > >=20
> > > Thanks
> > >=20
> > > 	matthias
> >=20
> > Hi,
> >=20
> > Maybe you get some answers from:
> >=20
> > sysctl hw.usb.umass.debug=3D-1
> >=20
> > Kernel needs to be compiled with:
> >=20
> > options USB_DEBUG
>=20
> Thanks; I have to build a kernel for this ...
>=20
> When I write the key just with dd(1) it performs normal with big blocks:
>=20
> # dd if=3D/home/guru/usb9root.dmp of=3D/dev/da0 bs=3D1m count=3D100
> 100+0 records in
> 100+0 records out
> 104857600 bytes transferred in 16.650550 secs (6297546 bytes/sec)
>=20
> and slow with 512 byte blocks:
>=20
> # dd if=3D/home/guru/usb9root.dmp of=3D/dev/da0 count=3D100
> 100+0 records in
> 100+0 records out
> 51200 bytes transferred in 1.997130 secs (25637 bytes/sec)
>=20
> any idea or do we need the debug output?
>=20
> 	matthias

What block size does the dump utility use?

=2D-HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201011171444.35916.hselasky>