From owner-freebsd-bugs Sat Sep 2 3:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DB1537B43C for ; Sat, 2 Sep 2000 03:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA25458; Sat, 2 Sep 2000 03:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 2 Sep 2000 03:10:05 -0700 (PDT) Message-Id: <200009021010.DAA25458@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/20974: securelevel not reset when going to single user mode Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/20974; it has been noted by GNATS. From: Sheldon Hearn To: Vivek Khera Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/20974: securelevel not reset when going to single user mode Date: Sat, 02 Sep 2000 12:03:37 +0200 On Fri, 01 Sep 2000 12:33:12 -0400, Vivek Khera wrote: > s> | If the security level is initially -1, then init leaves it unchanged. > s> | Otherwise, init arranges to run the system in level 0 mode while single- > s> | user and in level 1 mode while multi-user. If level 2 mode is desired > s> | while running multi-user, it can be set while single-user, e.g., in the > s> | startup script /etc/rc, using sysctl(8) to set the ``kern.securelevel'' > s> | variable to the required security level. > > Yes. I read that paragraph to mean that if I set securelevel to > something other than -1 from /etc/rc, that init will pull it back to > level 0 when I go to single-user mode. That does not happen. I think you're misunderstanding. The page is talking about the transition from single-user mode to multi-user mode (part of init's job). There's no mention of the transition back to single-user mode. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message