From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 19:51:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CCC8FA94; Tue, 13 Aug 2013 19:51:37 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 931C3207D; Tue, 13 Aug 2013 19:51:37 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id aq17so10691735iec.25 for ; Tue, 13 Aug 2013 12:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=sc9ItcEB8CCxwaoKZNrWDwL0r3wayt+si4pEPXeLhHQ=; b=M/ZfvxqyHy+pe+HvDpAdLv/wvsHV8eUNgINzywQHnCewUzRIgHajT3LFMqxN3AkEeH 28VJaNfRjTYCqJOJNPwRv6JOWKVMjrX8Eb0Ie7GBOtGYDNeee7ZQohB1zs3/3ZL6SLNJ iE0GJA5HciOtLu1EXK1frZzj8bhSytpC4UPC9+d/6m2lZSZfGzZ0kIvixIEkfAGlG8A/ zbFbIdDYTFkJU8vZl4rp4gFfScXXX5tuSySyUdf5kVbZDPuys7N7cR78rJDZR6jfig6Y 4VPowUGAZL9p3+1JfwsZuxSczy0p/SyYcg8D+ftxyxmW1lj9jbYHF2/9v4MnkdOv63KZ G7Cw== X-Received: by 10.50.2.67 with SMTP id 3mr3769301igs.41.1376423497163; Tue, 13 Aug 2013 12:51:37 -0700 (PDT) Received: from [10.231.179.225] (mobile-166-147-080-064.mycingular.net. [166.147.80.64]) by mx.google.com with ESMTPSA id io8sm6068595igb.7.2013.08.13.12.51.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 12:51:36 -0700 (PDT) References: <9739C69E-FA2B-43F1-BBB6-FB0018BF1DC5@gmail.com> <520A6996.9050803@delphij.net> Mime-Version: 1.0 (1.0) In-Reply-To: <520A6996.9050803@delphij.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10B329) From: Garrett Cooper Subject: Re: Positional arguments/load command broken in boot loader; cannot load old kernel Date: Tue, 13 Aug 2013 12:51:32 -0700 To: "d@delphij.net" X-Mailman-Approved-At: Tue, 13 Aug 2013 23:21:24 +0000 Cc: Devin Teske , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 19:51:37 -0000 Sorry. Hit the send button too soon... On Aug 13, 2013, at 10:15 AM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > On 08/13/13 09:36, Garrett Cooper wrote: >> I made the mistake of installing CURRENT on my file server at home=20 >> this morning and thought I could just boot the old kernel, do a >> zfs rollback, then continue on my merry way. >>=20 >> Turns out I was horribly wrong. >>=20 >> In addition to colors added to the boot loader (ooooh shiny!!!), >> it appears the loading kernels with the load sub command from zfs >> pools does not work (load kernel.old, boot -s kernel.old, etc). >> Period. It works just fine with my stable/9 kernel/userland, but >> not the CURRENT one. >=20 > Don't work -- how? I rebuild my laptop daily and does not see that > and I don't see a way Devin's changes could possibility cause problems > like this. Unfortunately I don't have definitive data other than the symptoms I noted, a= nd some other data I can put together when I can unripple my home machine. > BTW since this sounds like a ZFS related issue -- did you do a 'zpool > upgrade' without updating loader or boot block and used some new features?= Nope. An important item that I realized is that my boot0 bits are still base= d on stable/9 sources built on August 9th (with backports from CURRENT so zf= sboottest works with the stable/9 sources), so it might actually be that the= upgrade path from 9 to 10 doesn't "just work" without resetting the boot bi= ts with gpart. Would be nice if mergemaster -p automated this, or something along those lin= es... I feel that due to the amount of churn in ZFS, there are edge cases wh= ere due to things getting out of synch a system can easily become unbootable= . Thanks!=