From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 26 02:22:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 207B216A4CE for ; Tue, 26 Oct 2004 02:22:21 +0000 (GMT) Received: from skippyii.compar.com (www.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F94643D46 for ; Tue, 26 Oct 2004 02:22:20 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [69.193.82.185])i9Q2Sjhg014433; Mon, 25 Oct 2004 22:28:50 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <001f01c4bb02$39602ef0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "John Von Essen" , "Doug Russell" References: <20041009044403.P39589-100000@mxb.saturn-tech.com> <76A94E35-26E8-11D9-839A-0003933DDCFA@essenz.com> Date: Mon, 25 Oct 2004 22:19:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-hackers@freebsd.org Subject: Re: hacking SCO.... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 02:22:21 -0000 > This may be a dumb question, but if you make a cpio tape archive from > data on an SCO system (HTFS filesystem), you can still restore the data > off the tape to another system, like FreeBSD with a UFS filesystem, > right? This should work. If you run into any issues they will be incompatibilities between SCO's cpio and the GNU cpio that FreeBSD uses. > And the followup, can FreeBSD run SCO binaries (SCO Unix 5.0.1)? I am > going to try and convert these people from their SCO box over to a > FreeBSD system. Just want to make sure the data will come off the tape. Yes, but support is really limited. You need to copy a bunch of core libraries onto the FreeBSD machine from the SCO machine to make things work. (We just emulate the syscall interface -- you need libc and friends from SCO.) Matt > > -John > > On Oct 9, 2004, at 6:51 AM, Doug Russell wrote: > > > > > On Fri, 8 Oct 2004, Sergey Babkin wrote: > > > >> Try to use the "Verify" menu from the Adaptec BIOS. It finds and tries > >> to re-map the bad sectors (it tries to preserve data during this too, > >> unless the sector is completely unreadable). > > > > The verify commands issued by the BIOS are virtually useless compared > > to > > the type of tests done my sformat. If you enable automatic read > > re-allocation, it is almost the same as simply reading your whole disk > > with dd. > > > >>> I do the full 14 pattern tests before I put a SCSI disk in service. > >> > >> When a disk starts losing blocks like this, usually they only multiply > >> over time. The best thing you can do is replace the disk and > >> move the data before you lost more of it. > > > > NO! Not necessarily! > > > > If a disk has simply grown a few new defects since it was new, it does > > not > > necessarily mean it is going to die. I have many disks that had minor > > bad > > spots on them that weren't even always found by the factory format > > routines, or had appeared since (due to transport, debris in the HDA, > > poor > > holding power for the magnetic fields in some area, etc). If the drive > > passes through a few full patern tests without problems and doesn't > > continue to grow new defects, it is likely just fine. > > > > I've got all kinds of old SCSI disks that were 'discarded' due to > > errors. > > Only a couple are truly dead... the rest have been running for years > > with > > no problems after making a real grown defect list from the pattern > > tests. > > > > This is something I learned many many years ago when running my old > > Miniscribe 3650s on a Perstor high density controller. It formated the > > drives to 31 sectors per track instead of 17. Hard on the disks, and > > the > > media, but a good drive, after being properly tested, would run > > flawlessly > > for years being hammered 24/7 on BBS machines. Got 78 megs per drive > > instead of 42.whatever it was. :) > > > > Later...... > > > > > > > John Von Essen (john@essenz.com) > President, Essenz Consulting (www.essenz.com) > Phone: (800) 248-1736 > Fax: (800) 852-3387 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >