Return to BSD News archive
#! rnews 1870 sserve.cc.adfa.oz.au Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!news.kei.com!news.mathworks.com!gatech!howland.reston.ans.net!xlink.net!xlink100!ka.sub.net!rz.uni-karlsruhe.de!news.uni-stuttgart.de!uni-regensburg.de!fauern!gs.dfn.de!tubsibr!ws.rz.tu-bs.de!y0001415 From: y0001415@ws.rz.tu-bs.de (Martin Butkus) Newsgroups: comp.unix.bsd.freebsd.misc Subject: february SNAP: big files are cluttered with 0xff characters sometimes -- why? Date: 12 May 1995 11:11:11 GMT Organization: Technische Universitaet Braunschweig, Germany Lines: 35 Sender: y0001415@rzab7.rz.tu-bs.de (Martin Butkus) Distribution: world Message-ID: <3ovfof$j74@ra.ibr.cs.tu-bs.de> NNTP-Posting-Host: rzab7.rz.tu-bs.de Keywords: bug scsi aha1542 Hi! I have been using for a month or so and think it's great but I encountered the following problem with it (I use the february SNAP): when writing a real big file to my SCSI disk, for example with yes > test.dat & and killing the process when the file is about 100MB in size, I often find that groups of eight bytes get replaced by 0xff characters. These groups always start at byte boundaries dividable by 2048. When I ktraced the I/O of "yes" I found no errors there. (Besides, there were no errors in the log file used by ktrace!) Has anyone ever heard of such problems? I'm not sure whether it's FreeBSD's fault though as I don't have any space left on my hard disk to test with other operating systems. I have checked cables and termination but this has no effect on the bug. Is this a bug in FreeBSD that I should report? Is there any workaround available for this problem? This is the hardware I have: - Intel 80486, 50Mh - 16 MB RAM - Adaptec 1542A - Quantum 730 Lightning - Sigma L-View black&white monitor and graphics card - no-name Multi-IO card There are no IDE hard disks in my computer. Thanks for your help in advance!