From owner-freebsd-questions@FreeBSD.ORG Sat Apr 23 13:50:42 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21A9F16A4CE for ; Sat, 23 Apr 2005 13:50:42 +0000 (GMT) Received: from engine140.deployzone.net (engine140.deployzone.net [193.17.85.140]) by mx1.FreeBSD.org (Postfix) with SMTP id 396ED43D1D for ; Sat, 23 Apr 2005 13:50:41 +0000 (GMT) (envelope-from chris@czv.com) Received: from adsl-212-90-218-5.cybernet.ch [212.90.218.5] by engine140.deployzone.net; Sat, 23 Apr 2005 15:46:38 +0200 In-Reply-To: <426A2E85.3060100@dial.pipex.com> References: <5af4153cc97abfa75d403f30eb8e9963@czv.com> <4268E78D.6030009@dial.pipex.com> <42692350.3080102@dial.pipex.com> <42f9671b54b3016c2501bfebb7e97ddb@czv.com> <426A2E85.3060100@dial.pipex.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <45b81275cf4c3c4bd596e01443d3c1a4@czv.com> Content-Transfer-Encoding: 7bit From: Chris Zumbrunn Date: Sat, 23 Apr 2005 15:50:37 +0200 To: Alex Zbyslaw X-Mailer: Apple Mail (2.622) cc: questions@freebsd.org Subject: Re: Stuck in bootstrapping hell - how do I troubleshoot? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 13:50:42 -0000 On Apr 23, 2005, at 1:16 PM, Alex Zbyslaw wrote: > Chris Zumbrunn wrote: > >> Yes, I'm just waiting until someone has to go by there anyway in the >> next days. No big deal, but it's not urgent enough to justify the >> trip just for that. In the meantime, it is annoying to know that >> ultimately I just have this problem because I'm doing something >> wrong! ...where am I screwing up the setup? :-) > > The only other thing to occur to me was that the machine might > actually be booting, but getting stuck somewhere maybe probing > devices. I'm no expert on the bootup procedure, but I would doubt > that /var/log/messages was being updated during device probes. The > stuff is probably buffered somewhere and then written. One final > thing I might try in your position is to copy a GENERIC kernel to the > disk and see what happens when you reboot. Or even try a very pared > down kernel with nothing but disks, ethernet card and whatever else is > mandatory. I guess also compare the stuff in /boot with the machine > that works. Like everything else on the disks, /boot has been rsync'ed several times from the machine that works. So, /boot should be identical. But this reminded me to verify that /boot on the remote boot network disk image is ok, since that is where "disklabel -B -b /boot/boot1 -s /boot/boot2 ar0s1" took the boot1 and boot2 data from. The kernel is GENERIC and was also rsync'ed from the machine that works. But I'll try with one from another source, just in case... /czv