From owner-freebsd-current Fri Jan 15 09:50:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14897 for freebsd-current-outgoing; Fri, 15 Jan 1999 09:50:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14889 for ; Fri, 15 Jan 1999 09:50:38 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id JAA01235; Fri, 15 Jan 1999 09:46:44 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901151746.JAA01235@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Jaye Mathisen cc: current@FreeBSD.ORG Subject: Re: Can the bootloader create a file or set a flag in the bootblocks? In-reply-to: Your message of "Fri, 15 Jan 1999 09:40:57 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jan 1999 09:46:44 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > It would be kind of cool if when managing a remote system if /kernel > failed to boot, then on the next boot, the loader will fire up > /kernel.old, or a /kernel.somethingorother. > > Sort of a kernel-clean flag. Then 300 miles away, I can try stuff, and > have at least some assurance that I'll eventually be able to get back to a > kernel I could use. We're trying to work out a clean way of managing that sort of persistent state that doesn't involve nasty hacks like the 'nextboot' code did. It's kinda tricky if you don't want "write" implemented in all your filesystems (bloat!) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message