From owner-freebsd-stable@FreeBSD.ORG Sat Apr 2 16:46:46 2005 Return-Path: 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 3095616A4CE for ; Sat, 2 Apr 2005 16:46:46 +0000 (GMT) Received: from tomts36-srv.bellnexxia.net (tomts36-srv.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B95A43D41 for ; Sat, 2 Apr 2005 16:46:45 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from number6.magda.ca ([67.71.54.81]) by tomts36-srv.bellnexxia.netESMTP <20050402164644.MFVK16985.tomts36-srv.bellnexxia.net@number6.magda.ca>; Sat, 2 Apr 2005 11:46:44 -0500 Received: from [192.168.1.132] (gandalf.magda.ca [192.168.1.132]) by number6.magda.ca (8.13.1/8.13.1) with ESMTP id j32Gkheo000326; Sat, 2 Apr 2005 11:46:43 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) In-Reply-To: <424EB00F.4030804@bmts.com> References: <20050402143558.11341.qmail@web54007.mail.yahoo.com> <424EB00F.4030804@bmts.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <179b8b36d91607a80670f062c4c9ce73@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 2 Apr 2005 11:46:50 -0500 To: rhempel@bmts.com X-Mailer: Apple Mail (2.619.2) cc: freebsd-stable@freebsd.org Subject: Re: Headless install with 5.X floppies not possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2005 16:46:46 -0000 On Apr 2, 2005, at 09:45, Ralph Hempel wrote: > I haven't tried it with 5.x, but here's how I modify > the CD to allow headless installs for 4.x > > bdgFreeBSDHeadless.html> Wouldn't is be better to simply use the "-P" option instead of "-h"? From boot(8) on my FreeBSD 4.x system: -P probe the keyboard. If no keyboard is found, the -D and -h options are automatically set. The following is in the BUGS section of boot(8): Due to space constraints, the keyboard probe initiated by the -P option is simply a test that the BIOS has detected an ``extended'' keyboard. If an ``XT/AT'' keyboard (with no F11 and F12 keys, etc.) is attached, the probe will fail. This way if there's a keyboard, then there's presumably a screen, so the 'regular' way of using the console will be used. If there's no keyboard then serial console will be activated. This is how Sun hardware works by default and it works quite well I find. Are there any major issues with making this the default for x86 (and amd64?) for future releases?