Date: Thu, 1 Apr 1999 10:23:38 +1000 (EST) From: Darren Reed <avalon@coombs.anu.edu.au> To: dillon@apollo.backplane.com (Matthew Dillon) Cc: avalon@coombs.anu.edu.au, mladavac@metropolitan.at, rb@gid.co.uk, wilko@yedi.iaf.nl, jkh@zippy.cdrom.com, hackers@FreeBSD.ORG Subject: Re: another ufs panic.. Message-ID: <199904010023.KAA28528@cheops.anu.edu.au> In-Reply-To: <199903311710.JAA49644@apollo.backplane.com> from "Matthew Dillon" at Mar 31, 99 09:10:26 am
next in thread | previous in thread | raw e-mail | index | archive | help
In some mail from Matthew Dillon, sie said: > > :Well.... > :first run, no tar on EIDE drive (just two drives now, EIDE & SCSI, > :nothing else powered, which has ended up with corrupt dirs): > : > :gawaine /usr# dd if=/dev/zero bs=16384k of=/dev/rsd0s4 > :dd: /dev/rsd0s4: short write on character device > :dd: /dev/rsd0s4: end of device > :125+0 records in > :124+1 records out > :2089221120 bytes transferred in 248.516462 secs (8406772 bytes/sec) > : > :Now the interesting part! > : > :I wrote my own program to read it back and check that all that was read > :was indeed null bytes...however! > : > :>From 874627584 (0x3421c200 - 0x3421cfff) was non-null (actually garbage, > :not just 0x01 or 0x02 or 0xf0, etc). About 3572 bytes worth. > : > :Wanting to confirm the location, I ran it again...this time 95573 bytes. > > What release of the os ? > This was 2.2.8-RELEASE. However, I duplicated the above problem with Solaris7. Disabling "Ultra" speed in the BIOS controller has done a lot to resolve this, however. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904010023.KAA28528>