From unknown Thu Mar 28 20:53:22 2024 Received: (at 457) by bugs.devuan.org; 11 May 2020 09:00:02 +0000 Return-Path: Delivered-To: devuanbugs@dyne.org Received: from tupac3.dyne.org [195.169.149.119] by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4) for (single-drop); Mon, 11 May 2020 09:00:02 +0000 (UTC) Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 70D59F609C2 for <457@bugs.devuan.org>; Mon, 11 May 2020 10:53:31 +0200 (CEST) Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk) by mx.hindley.org.uk with smtp (Exim 4.84_2) (envelope-from ) id 1jY4Bl-0001Nh-Bt; Mon, 11 May 2020 09:53:29 +0100 Received: (nullmailer pid 24668 invoked by uid 1000); Mon, 11 May 2020 08:53:28 -0000 Date: Mon, 11 May 2020 09:53:28 +0100 From: Mark Hindley To: eidolon.alpha@protonmail.com, 457@bugs.devuan.org Subject: Re: bug#457: Beowulf upgrade drops "sbin" directories from root $PATH Message-ID: <20200511085328.GZ32762@hindley.org.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Debbugs-No-Ack: No Thanks User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org Control: reassign -1 util-linux Eidolon, Thanks for this. On Sun, May 10, 2020 at 05:02:56PM +0000, eidolon.alpha@protonmail.com wrote: > Upon reboot, I noticed that the "service" command could not be found. > Nor could ifconfig. I could, however, run the command with the full > path (ie, /sbin/ifconfig). > > Workaround > > echoing $PATH proved that there were no sbin directories (/sbin, > /usr/sbin, /usr/local/sbin). I was able to work around this with a > simple export PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin for my root > account. You don't say how you are using root. I suspect with su(1)? If so, this behaviour change is known and well documented. See - https://beta.devuan.org/os/documentation/install-guides/beowulf/Release_notes_beowulf_3.0.0.txt - /usr/share/doc/util-linux/NEWS.Debian.gz Mark