From owner-freebsd-questions@FreeBSD.ORG Tue Nov 11 07:55:40 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04A01106567D for ; Tue, 11 Nov 2008 07:55:40 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from mail.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id BDE868FC14 for ; Tue, 11 Nov 2008 07:55:39 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (mail.rachie.is-a-geek.net [192.168.2.101]) by mail.rachie.is-a-geek.net (Postfix) with ESMTP id DD7B3AFCF54; Mon, 10 Nov 2008 22:55:38 -0900 (AKST) From: Mel To: freebsd-questions@freebsd.org, Polytropon Date: Tue, 11 Nov 2008 08:55:37 +0100 User-Agent: KMail/1.9.7 References: <20081110110805.GK1302@obspm.fr> <4918CE42.3050504@ccstores.com> <20081111063854.fcad80f2.freebsd@edvax.de> In-Reply-To: <20081111063854.fcad80f2.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811110855.37855.fbsd.questions@rachie.is-a-geek.net> Cc: Subject: Re: root /etc/csh X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 07:55:40 -0000 On Tuesday 11 November 2008 06:38:54 Polytropon wrote: > On Mon, 10 Nov 2008 16:13:54 -0800, Jim Pazarena wrote: > > isn't the "main reason" because other shells may reside on a filesystem > > which isn't necessarily mounted in maintenance/single user mode? Or, > > libraries for the same? > > At least, it's a valid reason. When in trouble, the system just > mounts / as ro where /bin/sh (the system's standard scripting > shell) and /bin/csh (its standard dialog shell) are available. > Bash may be on another partition that's not mounted yet, so no > maintenance access would be possible. In single user mode, no login is done at all and the path to the shell is asked for. When a system comes to halt at boot, it will go to single user mode. If it doesn't make it there, then not much is lost anyway by rebooting and pressing 4 when chuck greets you. The problem is lies with remote logins through means of ssh and being unable to change to root, to - for example - change the shell ;) -- Mel Problem with today's modular software: they start with the modules and never get to the software part.