From owner-freebsd-hackers@FreeBSD.ORG Sun May 29 15:28:12 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C47991065672 for ; Sun, 29 May 2011 15:28:12 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9508FC12 for ; Sun, 29 May 2011 15:28:11 +0000 (UTC) Received: by wwc33 with SMTP id 33so3088782wwc.31 for ; Sun, 29 May 2011 08:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:from:to:subject:date:content-type :content-transfer-encoding:in-reply-to:references:x-mailer; bh=5TLdprMi4pDMpDepFUtHf2SVvrBDdv1zP7Vw89elhgA=; b=g6N8mxmXNiH1BAzIYhxxzSC8C/+jhxwq/MyPpF9ipcvQVYQBVKrSBTDi/hc0S0TtSN 84u7CKFZo8hVFwq4WKrozdsjjjarOF0iKcBHdcGUzlavJSMmuMX5qH1babOz3kQz3BJq aZF5WCmLajQNME5VQc+Jf9LfvBzKjevLCndOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:content-type :content-transfer-encoding:in-reply-to:references:x-mailer; b=KxqzKaRPWJ+IUKfr5Ja6r4Ju1OP2mrQ+sdVhnK6/JkDawmRLeFGxdQ73uz8OlsgaMg HEdjx85WmgWKvEk4W1ryrj4+9Q3f4cLySeisp/udOj3CTWNWF1HjnsY0ZZj+oRTG5YJO Wy6eJjpCveG0ZYSEle5ftEbHq1QdrvouoJ63I= Received: by 10.227.63.6 with SMTP id z6mr3872660wbh.53.1306682890887; Sun, 29 May 2011 08:28:10 -0700 (PDT) Received: from DEV ([82.193.208.173]) by mx.google.com with ESMTPS id gb6sm2465094wbb.17.2011.05.29.08.27.45 (version=SSLv3 cipher=OTHER); Sun, 29 May 2011 08:28:09 -0700 (PDT) Message-ID: <20110529.152808.781.1@DEV> From: rank1seeker@gmail.com To: hackers@freebsd.org Date: Sun, 29 May 2011 17:28:08 +0200 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable In-Reply-To: <4DE139C9.2080808@freebsd.org> References: <20110527.124553.718.1@DEV> <20110527134754.GA94769@freebsd.org> <20110527.164723.750.2@DEV> <496B0C04-7777-458D-A116-27944A4006BB@bsdimp.com> <4DE0BA7C.8080707@freebsd.org> <20110528.130639.921.1@DEV> <4DE139C9.2080808@freebsd.org> X-Mailer: POP Peeper (3.7.0.0) Cc: Subject: Re: Active slice, only for a next boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2011 15:28:12 -0000 ----- Original Message -----=0D=0AFrom: Julian Elischer = =0D=0ATo: rank1seeker@gmail.com=0D=0ACc: = hackers@freebsd.org, Doug Ambrisko =0D=0ADate: Sat, = 28 May 2011 11:07:05 -0700=0D=0ASubject: Re: Active slice, only for a = next boot=0D=0A=0D=0A> On 5/28/11 6:06 AM, rank1seeker@gmail.com = wrote:=0D=0A> > And how about this:=0D=0A> >=0D=0A> > # boot0cfg -o = noupdate -s 1=0D=0A> > Now when you choose to hit slice 2, it is only for = a this one boot.=0D=0A> > Next and each boot, defaults to slice 1=0D=0A> = >=0D=0A> > Problem is, that you must see, early bootstrap, to manually = choose, so this won't work on a remote server.=0D=0A> > This = requires:=0D=0A> > a) physicall access=0D=0A> > or=0D=0A> > b) ssh = access to the remote box, which is conected via serial cable, to your = server.=0D=0A> >=0D=0A> > Anyone has any idea, for a case of a remote = server, which is accessible over ssh, only when it is "up"?=0D=0A> = =0D=0A> pull the old bootblocks from about 2000 and use them.=0D=0A> and = nextboot as well=0D=0A> they do exactly what you want.=0D=0A> =0D=0A> = OR=0D=0A> =0D=0A> ask Doug Ambrisko (cc'd) for a copy of them that he = still uses at work.=0D=0A> He may have updates to make them work with = modern systems that would =0D=0A> save you time.=0D=0A> =0D=0A> the old = nextboot(8) stored instructions as to what to do on block 1 of =0D=0A> = the drive=0D=0A> (you can make it a small 1 block partition if you = want). Actually it =0D=0A> stored a series of them, NULL = separated.=0D=0A> On each boot the boot 0 bloter would read the first = (after skipping =0D=0A> any nulls) and then write Nulls over=0D=0A> what = it just read and write it back to block 1.=0D=0A> so it would progress = gradualy boot by boot over the sequence written =0D=0A> by = nextboot.=0D=0A> =0D=0A> it would pass on the stack, what it had read to = boot1.=0D=0A> =0D=0A> =0D=0A> the format was "hd(1,a)/boot/loader" = (for example)=0D=0A> personally I would like to hav ethis capabiltiy back = because it's =0D=0A> stupid rely on a=0D=0A> possibly dead filesystem to = get around booting from the possibly dead =0D=0A> filesystem.=0D=0A> = =0D=0A> by default we used to have a /etc/rc entry that would rewrite the = =0D=0A> 'current' setup several times on successful boot,=0D=0A> followed = by a couple of alternate boot targets.=0D=0A> If boot failed a coupke of = times it would automatically boot from the =0D=0A> second drive or from = another partition,=0D=0A> ..=0D=0A> =0D=0A=0D=0AWell, if he has a working = code and you have an idea, then it should be modernized and integarted = into FreeBSD's src tree.=0D=0ASo everyone could use it.=0D=0A=0D=0A> = =0D=0A> =0D=0A> >=0D=0A> > Domagoj Smol=E8i=E6=0D=0A> > = _______________________________________________=0D=0A> > = freebsd-hackers@freebsd.org mailing list=0D=0A> > = http://lists.freebsd.org/mailman/listinfo/freebsd-hackers=0D=0A> > To = unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org"=0D=0A> >=0D=0A> >=0D=0A> = =0D=0A>