From owner-freebsd-embedded@FreeBSD.ORG Sat Jan 3 02:13:25 2009 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87EAB106564A for ; Sat, 3 Jan 2009 02:13:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 53A2F8FC14 for ; Sat, 3 Jan 2009 02:13:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n032DOlu005460; Fri, 2 Jan 2009 21:13:24 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n032DNCc093437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Jan 2009 21:13:24 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200901030213.n032DNCc093437@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 02 Jan 2009 21:13:19 -0500 To: Paul Schenkeveld , freebsd-embedded@freebsd.org From: Mike Tancsa In-Reply-To: <20090102215614.GA12372@psconsult.nl> References: <7.1.0.9.0.20070704124538.26bfe960@sentex.net> <200901021519.n02FJn2E090929@lava.sentex.ca> <20090102215614.GA12372@psconsult.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Strange nanobsd issue X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2009 02:13:25 -0000 At 04:56 PM 1/2/2009, Paul Schenkeveld wrote: > >> > >> having nullconsole doesnt seem to matter any. The device.hints > >> modification seems to be the single thing that effects this behavior. > >Apparently something goes wrong during /etc/rc processing if there's >no console at all. Having a dcons_load="YES" in loader.conf creates >a console even if there's no hardware attached to it. I think that >boot_multicons="YES" can even be omitted here. > >Could you please do one more test? Add rc_debug="YES" to rc.conf >and take boot_multicons="YES" and dcons_load="YES" out of loader.conf. >This should give you two /etc and two /var mounts again. Then post the >output of dmesg -a as it should reveal when and probably also why these >filesystems get mounted twice. Hi, You are right about having just the dcons. Thats all that is needed. In terms of dmesg -a, it doesnt haven anything when I dont have a console of some sort defined :( Is there any other way to get rc to save its output elsewhere ? ---Mike