From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 08:40:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E644106566C for ; Fri, 10 Dec 2010 08:40:38 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDDD8FC0C for ; Fri, 10 Dec 2010 08:40:36 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBA8KGKh077012; Fri, 10 Dec 2010 14:20:16 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D01E2BB.1070609@rdtc.ru> Date: Fri, 10 Dec 2010 14:20:11 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: Adam Vande More References: <20101210051058.353747BF861@drugs.dv.isc.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 08:40:38 -0000 On 10.12.2010 11:35, Adam Vande More wrote: >> Why would you want it to be? One really shouldn't be running /sbin/reboot >> directly as part of normal operations. shutdown does a graceful reboot if >> and when operators need to perform reboot. >> > > AFAIK, the only functional difference between the two is shutdown(8) > notifies other logged in users of the impending shutdown. I've used > reboot(8) for a long time with no ill effects so I'd be interested to hear > what you meant there. Since an operator can use shutdown(8) to initiate the > same shutdown sequence reboot(8) uses, it wouldn't seems to be a security > based decision. In short, one should use reboot/halt from single user mode to avoid calling shutdown command sequences for non-running services. For multi-user one should use shutdown to not miss these sequences. Eugene Grosbein