From owner-freebsd-stable@FreeBSD.ORG Tue Oct 17 22:45:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2890116A403 for ; Tue, 17 Oct 2006 22:45:09 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F59343DE1 for ; Tue, 17 Oct 2006 22:44:42 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 4956 invoked from network); 18 Oct 2006 08:44:42 +1000 Received: from 124-168-3-158.dyn.iinet.net.au (HELO localhost) (124.168.3.158) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Oct 2006 08:44:42 +1000 Date: Wed, 18 Oct 2006 08:44:39 +1000 From: Norberto Meijome To: Brooks Davis Message-ID: <20061018084439.6451312c@localhost> In-Reply-To: <20061017223350.GA73392@lor.one-eyed-alien.net> References: <20061018002558.3a2bcdf6@localhost> <20061017145946.GB68977@lor.one-eyed-alien.net> <20061018071155.4331765a@localhost> <20061017223350.GA73392@lor.one-eyed-alien.net> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic mounting /tmp - 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 22:45:09 -0000 On Tue, 17 Oct 2006 17:33:50 -0500 Brooks Davis wrote: > > Gotcha - i thought as much... i hoped a dump -0 would save enough info > > though. I just needed to have /tmp back in place asap.... > > > > i'll keep the files around for a week or so in case something comes up. > > Good thought, but anything short of "dd if=/dev/ > of=/path/to/some/location" probably won't preserve the corrupt bits. > Think of dump as a version of tar that also knows how to read file > systems directly. It only preserves files and their contents not the > actual file system bits on the disk Yes, I realise that now, it was late and I wasn't thinking too straight obviously. BTW, the mount in 6.1-RELEASE CD had no issue at all mounting the filesystem.. dump I used was 6.1-RELEASE too . would have been user land app related, or actual UFS kernel code that made the difference? _________________________ {Beto|Norberto|Numard} Meijome Do not take away the camels hump, you may be stopping him from being a camel. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned.