From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 07:04: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 1229A1065674 for ; Fri, 10 Dec 2010 07:04:38 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id E80C68FC1B for ; Fri, 10 Dec 2010 07:04:37 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.pao1.isc.org (Postfix) with ESMTPS id 04060C9421; Fri, 10 Dec 2010 07:04:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 66366E605D; Fri, 10 Dec 2010 07:04:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id BB76C7C04EE; Fri, 10 Dec 2010 18:04:24 +1100 (EST) To: Adam Vande More From: Mark Andrews References: <20101210060335.BCDCC1CC12@ptavv.es.net> In-reply-to: Your message of "Fri, 10 Dec 2010 00:46:57 MDT." Date: Fri, 10 Dec 2010 18:04:24 +1100 Message-Id: <20101210070424.BB76C7C04EE@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org 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 07:04:38 -0000 In message , Adam Vande More writes: > On Fri, Dec 10, 2010 at 12:03 AM, Kevin Oberman wrote: > > > Unlike reboot, shutdown attempts to cleanly stop all processes. Things > > like databases can be badly damaged by a reboot. Other processes save > > state when stopped and that is lost with a reboot. > > > > For the correct order, "shutdown -r" calls reboot which calls init which > calls rc.shutdown. > > Doing a shutdown -r is the same as a reboot without the warning to logged in > users and shutdown handles the logging instead of reboot. > > > Also, halt/reboot have options like -n and -q which can disrupt things > worse than an unintended clean reboot. > > shutdown also give operator more possibilities than a clean shutdown some > which could be very bad. > > -- > Adam Vande More When you have administered multi-user systems you learn to do things gracefully unless you actually need to do things abbruptly. The operator group is for tape operators to be able shut the system down to perform backups. Telling people that the system is going down allows them to save work. You don't want tape operators to just bring the system down without notice if it can be avoided. Not giving the operator a command which will shut the system down without notice prevents this. Even "shutdown -r now" informs users that the system is going away and has not just crashed. With single user systems this isn't such a issue. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org