On Mon, Jun 25, 2012 at 4:00 PM, Hans Petter Selasky wrote:
> BTW: You could try to make a simple c-test program that reads and writes
> random LBA's from user-space, and see when it stops working.
left it running iozone -a on the block device for the whole evening.
iozone does lots of reads and
maxim naumov wrote:
On Mon, Jun 25, 2012 at 4:29 PM, Denver Hull wrote:
storage device. If you're interested, I can either send you the source, or
make it available by ftp. Might be easier than cobbling something up from
scratch.
Denver, that is very considerate of you. please do send me
On Mon, Jun 25, 2012 at 10:36 AM, maxim naumov
wrote:
> On Mon, Jun 25, 2012 at 4:29 PM, Denver Hull wrote:
>
> > storage device. If you're interested, I can either send you the source,
> or
> > make it available by ftp. Might be easier than cobbling something up
> from
> > scratch.
>
> Denver,
failed with msdosfs in the same way:
Jun 25 19:19:33 muxx kernel:
g_vfs_done():da0s1d[WRITE(offset=39607370752, length=65536)]error = 5
Jun 25 19:19:33 muxx kernel:
g_vfs_done():da0s1d[WRITE(offset=39607436288, length=65536)]error = 5
Jun 25 19:19:33 muxx kernel:
g_vfs_done():da0s1d[WRITE(offset=3
On Mon, Jun 25, 2012 at 4:29 PM, Denver Hull wrote:
> storage device. If you're interested, I can either send you the source, or
> make it available by ftp. Might be easier than cobbling something up from
> scratch.
Denver, that is very considerate of you. please do send me the source.
I was g
Hans Petter Selasky wrote:
BTW: You could try to make a simple c-test program that reads and writes
random LBA's from user-space, and see when it stops working.
Sorry to interrupt, but I have a test program that does exactly that,
and more, that I used to use when I was testing SCSI disk ar
On Monday 25 June 2012 00:22:54 maxim naumov wrote:
> On Sun, Jun 24, 2012 at 2:33 PM, Hans Petter Selasky
wrote:
> > Ok, then it is not a USB host problem.
>
> I am not sure I follow. to me that just proves that the HDD doesn't
> have an irrecoverable error on a particular sector. by irrecovera
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker