From owner-freebsd-questions@FreeBSD.ORG Sat Mar 17 00:07:01 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 015F716A402 for ; Sat, 17 Mar 2007 00:07:01 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id D532B13C44C for ; Sat, 17 Mar 2007 00:07:00 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn07.u.washington.edu (hymn07.u.washington.edu [140.142.8.53]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l2H070KG005430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Mar 2007 17:07:00 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn07.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l2H06xl5015279 for ; Fri, 16 Mar 2007 17:06:59 -0700 X-Auth-Received: from [192.55.52.1] by hymn07.u.washington.edu via HTTP; Fri, 16 Mar 2007 17:06:59 PDT Date: Fri, 16 Mar 2007 17:06:59 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-questions@freebsd.org In-Reply-To: <942506.59434.qm@web62202.mail.re1.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.3.16.165433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Corrupted OS X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2007 00:07:01 -0000 On Fri, 16 Mar 2007, Drew Jenkins wrote: > Thanks! That's great! > Here's why the OS is corrupt: > 1) Suddenly, large data files which were on the 500 GB HD were wiped. I hadn't been working in anything associated with them for some time before that. They just disappeared. This is exactly what happened before on the old server, but then I had done something to damage it (entered a bad command). > 2) Now, as then, quirky things are happening, forcing me to do work-arounds when none should be done, or to abandon projects I'd like to do. For example, I copied a MySQL database as another dbase with another name, wiped all the data from the new dbase, and copied a shopping cart app I've built in Zope to a new site I'm building. I entered new categories into the new dbase. However, when I surf to my interface in the new Zope site I'm building, the old cats appear! There's no connection whatsoever. Even the background color of the display pages is picked up from the old site, goodness knows how. If I use the Zope interface to enter data into the products table, it works, but with the old cats. If I enter data into that table through MySQL, it displays in the new Zope site. I had to hard-wire the new cats to get it to work. I still don't know why the bgcolor for the page is the same as the old site, either. > > This kind of crap happens over and over again, and I have no explanation.2 Last time, it screwed up my clients' email, something I'm loathe to do. Eventually, the whole system died on me. > TIA, > Drew > > Jerry McAllister wrote: On Fri, Mar 16, 2007 at 01:33:42PM -0700, Drew Jenkins wrote: > >> I believe you misunderstand. I have 3 disks: >> 2 are SCSI RAID and are 80 GB each >> 1 is not and is 500 GB >> I don't actually need the 500 GB now. I haven't even used up the 80 GB HD's. >> So I can wipe the 500 GB clean. I don't have to keep data on it at all. >> But...can I do that remotely, and run those commands remotely, with that >> disk being unmounted, and if so...how? > > You can do it remotely. Once everything on that disk is unmounted > and unreferenced, then fdisk and bsdlabel will be happy to work on it. > > The best documentation for that is down in the examples of > the bsdlabel man page. > > dd if=/dev/zero of=/dev/da0 bs=512 count=32 > fdisk -BI da0 > dd if=/dev/zero of=/dev/da0s1 bs=512 count=32 > bsdlabel -w -B da0s1 > bsdlabel -e da0s1 > > Change the device names to be what yours really are (da0 may be ad3 > or something. I also upped the count on the dd, but it doesn't matter. > > Follow this with a newfs for each partition except swap that you > create on this disk. > >> >> The problem *is* a corrupt OS. I currently don't have any data on >> that 500 GB HD. And the problems persist. Sorry to have confused you. >> Are things clearer now? > > Well, it seems clear that there is no problem with the 500 GB disk. > You can just fdisk it. If you want, write a few blocks of zeros to > it first to make sure the system believes it clean if you want. Probably > shouldn't need to, though. > dd if=/dev/zero of=/dev/extra-drive-name bs=512 count=250 > > As for the corrupt OS, I don't understand what that is and why > you think that or whatever. > > ////jerry > >> TIA, >> Drew2 How large is "large"? Why filesystem are you using with what options? -Garrett