From owner-freebsd-current Wed Jan 31 16:40:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29265 for current-outgoing; Wed, 31 Jan 1996 16:40:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29225 for ; Wed, 31 Jan 1996 16:40:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA12137 for ; Thu, 1 Feb 1996 01:39:48 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA24312 for freebsd-current@FreeBSD.org; Thu, 1 Feb 1996 01:39:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA23762 for freebsd-current@FreeBSD.org; Thu, 1 Feb 1996 01:35:25 +0100 (MET) From: J Wunsch Message-Id: <199602010035.BAA23762@uriah.heep.sax.de> Subject: Re: invalid primary partition table: no magic To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 1 Feb 1996 01:35:24 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601312335.KAA29774@godzilla.zeta.org.au> from "Bruce Evans" at Feb 1, 96 10:35:55 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >Well, what about those that are about to get a label the next second? > >New vn devices are often created by dd'ing the appropriate amount of > >data out of /dev/zero. > > You can ignore the problem or dd an MBR or dd just an 0xAA55 signature. Hmm, but the first access does always cause this message. > >And why is it printed in the cited case, with an cd9660 image? I > >haven't used -s labels. > > Because -s labels was set previously. I think all the options have to Possible, but i don't remember. Perhaps i did a `make release' once. > live across opens so that they don't go away after you have vnconfig'ed > them, but perhaps they should go away when the device is unconfigured. It should, yes. > >I think it should at least go away for vn devices. > That's right, they are expected to know enough to ignore the problem > or to use a binary editor to avoid it :-). I get it all the time > for floppies and have been ignoring it. :-) (Run a ``make release''. The doFS.sh tries to optimize the file system usage. Be as nitpicking as i am about kernel messages, so i'm getting all of them logged onto any xterms where i'm logged in. Now you know why i'm complaining... :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)