From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 17:27:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A23F516A41A for ; Thu, 16 Aug 2007 17:27:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0B513C45D for ; Thu, 16 Aug 2007 17:27:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id C2E4C171A5 for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dJY3Wp8E3vO2 for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 42ECA170AF for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) Message-ID: <46C488EC.5090609@jellydonut.org> Date: Thu, 16 Aug 2007 13:27:08 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070806 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: update from RELEASE to STABLE changed /dev/ad or geom behavior? 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: Thu, 16 Aug 2007 17:27:09 -0000 Hello all, To fix a bug in PF I recently updated my home firewall platform (a shrunk-down install of FreeBSD 6 on a CompactFlash card mounted read-only as /dev/ad0a) from the RELENG_6_2 to the RELENG_6 branch. All went very well there and the PF problem is resolved, but now I've run across a new issue. Previously, when updating my CompactFlash image "in the field", I would boot the system into single-user mode via serial console, setup a small memory filesystem big enough to hold gzip, dd, and reboot (and their required libraries, with LD_LIBRARY_FLAGS set appropriately), copy the new flash image to the mfs, and run (from the MFS) "gzip -dc 16 # gzip -dc