From owner-freebsd-questions@FreeBSD.ORG Mon Jul 4 22:30:43 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862E4106564A for ; Mon, 4 Jul 2011 22:30:43 +0000 (UTC) (envelope-from bugReporter@Haakh.de) Received: from mo-p00-ob6.rzone.de (mo-p00-ob6.rzone.de [IPv6:2a01:238:20a:202:53f0::1]) by mx1.freebsd.org (Postfix) with ESMTP id A04F18FC19 for ; Mon, 4 Jul 2011 22:30:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1309818640; l=4954; s=domk; d=haakh.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:To:MIME-Version:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=COR2WRysMBSEeRgjbidSuA+CHgk=; b=pb5bA5soVVHQFsY4xpJQBxvoXaf1vwAKg77MwXSt3ZvMZsdhQo1NTjWbthwMwA9nJl1 v7Yo320y0Gp4Nqo8JnnNZi4p+QMO7kex7saTeM+u/P/k+/IuE7MqlaXAy5UA+gtP640W9 +gWhjt5XVczzLy7JZ//RyxLxuXbm+6v2Yd4= X-RZG-AUTH: :LWQcbViwW/e6OTbW0dHzwKkCepY3+zAQY9KdRPw9VcHc3bN9H/f8Wy7P0fQ= X-RZG-CLASS-ID: mo00 Received: from abaton.Haakh.de (p57A72385.dip.t-dialin.net [87.167.35.133]) by post.strato.de (mrclete mo33) (RZmta 26.0) with ESMTPA id c014c4n64M4bGO ; Tue, 5 Jul 2011 00:30:38 +0200 (MEST) Received: from Crabberio.Haakh.de (crabberio.haakh.de [IPv6:2001:5c0:1508:1500:213:d4ff:fed0:bb7f]) by abaton.Haakh.de (8.14.4/8.14.4) with ESMTP id p64MUDCv021805; Tue, 5 Jul 2011 00:30:14 +0200 (CEST) (envelope-from bugReporter@Haakh.de) Message-ID: <4E123EF5.9030406@Haakh.de> Date: Tue, 05 Jul 2011 00:30:13 +0200 From: "Dr. A. Haakh" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de; rv:1.9.1.19) Gecko/20110607 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Kurt Buff , freebsd-questions@freebsd.org References: <4E08558A.7000101@my.gd> <20110628052446.89911e0a.freebsd@edvax.de> <4E09DC21.6070903@Haakh.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_HK_NAME_DR, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on abaton.Haakh.de Cc: Subject: Re: fubar'ed it good this time... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 22:30:43 -0000 Kurt Buff schrieb: > On Thu, Jun 30, 2011 at 17:31, Kurt Buff wrote: > >> On Tue, Jun 28, 2011 at 06:50, Dr. A. Haakh wrote: >> >>> Polytropon schrieb: >>> >>>> On Mon, 27 Jun 2011 06:40:27 -0700, Kurt Buff wrote: >>>> >>>> >>>>> Your advice sounds reasonable, but that site seems devoted to zfs >>>>> bootables. >>>>> >>>>> I wonder if an 8.1 livefs iso will do the trick... >>>>> >>>>> >>>> Check if you can download FreeSBIE somewhere. It's a live system >>>> using the 5.x and 6.x kernel which should be fine. Next to two >>>> GUI modes (light, heavy) it also has a versatile "maintenance mode" >>>> for such operations. I have already successfully used this system >>>> for solving similar situations, for diagnostics, and for data >>>> recovery preparation. >>>> >>> The loader obviously knows how to deal with the filesystem because he loads >>> the failing new kernel. So the easiest solution would be to boot an older >>> kernel if available. I don't know how freebsd-update deals with older >>> kernels, >>> he should still be around. First guess is /boot/kernel.old/kernel. >>> So get the loader-prompt, "unload kernel" and try "load >>> /boot/kernel.old/kernel". >>> >>> Andreas >>> >> OK - to continue, while I have a few free minutes. >> >> I have been able to load the old kernel by going to the loader prompt >> from the boot menu, and doing >> unload kernel >> load /boot/kernel.old/kernel >> >> That barked about linproc in fstab, so I edited that out. >> >> Then, the next go-round: It complained about mismatches on >> daemon_saver.ko - a version mismatch, so I've commented that out of >> /etc/rc.conf. It also complained about linux.ko, so that's been >> commented out in /etc/rc.conf as well. >> >> I'm now able to reboot cleanly with the old kernel. >> >> After doing 'freebsd-update install' for the second time, I still >> can't get 8.2 to boot - same issue, only acd0 is recognized. However, >> I'm logged in as root under the old kernel, though I haven't start >> XFCE4, and don't have wireless running. >> >> This one is getting to be fun... >> >> Kurt >> > So, I tried booting from the old kernel again, and then did a > 'freebsd-update rollback', and that worked just fine. I thought I'd > try again, but first did a 'freebsd-update fetch' and 'freebsd-update > install' to get the latest 8.1 updates. > > That worked just fine, so I did a 'freebsd-update -r 8.2-RELEASE > fetch' again, then a 'freebsd-update install', which went just fine, > and after that rebooted as directed to attempt the second > 'freebsd-update install'. > > That's when the same thing happened - i got dumped into the mountroot > prompt again. And, again, rebooting and escaping to the loader prompt > allows me to unload the kernel, load /boot/kernel.old/kernel then > autoboot, and boot up. Same as before. > > Any thoughts? > Redo the rollback to 8.1 and install the 8.2-STABLE source-tree. You can install the 8.1-sources from cd and update them to 8.2-STABLE using csup. Put the following lines in /etc/make.conf SUP_UPDATE= YES SUP= /usr/bin/csup SUPHOST= cvsup2.de.freebsd.org SUPFILE= /usr/share/examples/cvsup/stable-supfile Make sure that stable-supfile contains the right tag *default release=cvs tag=RELENG_8 Then goto /usr/src and "make update |tee _Update.log" Once the source-tree is up-to-date: Have a look at the FreeBSD Handbook: Chapter 8 - Configuring the FreeBSD Kernel. Copy GENERIC to e.g. MYKERNEL, edit MYKERNEL and add some debug-flags. See /sys/conf/NOTES for additional debug-options. You may as well try GENERIC - maybe your problem is gone... Then go to /usr/src and do s.th. like "make buildkernel KERNCONF=MYKERNEL" and if the kernel built fine install it: "make KERNCONF=YOURKERNEL installkernel". You can also add KERNCONF=MYKERNEL to /etc/make.conf instead of adding it to the make command. Installing the new kernels moves /boot/kernel to /boot/kernel.old and installs the new one in /boot/kernel. If the new kernel fails again, you can delete it: "rm -rf /boot/kernel && mv /boot/kernel.old /boot/kernel" thus putting the previous kernel in the right place. If the new kernel fails again, then press the Scroll-key and navigate to the disk-probe usind page-up-key. Write down the messages or take a photo and post it to this list. If the STABLE kernel boots fine you will probably want to remove all the debugging stuff and rebuild it. If you intend to keep the 8.1-kernel move it to e.g /boot/kernel-8.1 so it will not be deleted, when you install new ones and you can always "load /boot/kernel-8.1/kernel" from the loader Once the new kernel boots fine, cd /usr/src and follow the instructions in Makefile how to build and install a new kernel and a new world. At this point there is no more need for kernel-8.1: delete it. Andreas