Your message dated Mon, 17 Jul 2023 12:15:11 +0200
with message-id <[email protected]>
and subject line Re: base-files /etc/profile PATH snafu
has caused the Debian Bug report #995680,
regarding base-files /etc/profile PATH snafu
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
995680: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995680
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: base-files
Version: 11.1
Severity: normal
Tags: d-i
X-Debbugs-Cc: [email protected]
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
*** /home/don/bug_reports/bug_base
likely package: base-files
Recently, I had the pleasure of installing Debian 11.0.0 AMD64 on an older
Celeron 1800 desktop system.
Initially, the vast majority of the console executables would not run,
either as a user or as root, and generated only a "command not found" message.
Fortunately, there was a (perhaps too) easy fix, documented below.
In the /etc/profile file, the following changes were made, and these fixed
the problem by reconfiguring the PATH environment variable. Admittedly,
this simple solution might be a bad hack in a more complex installation.
But, at least, this hatchet job might prove slightly instructive.
This section was removed:
if [ "$(id -u)" -eq 0 ]; then
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
This section was created by cutting it down, and used to replace it:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:
/usr/local/games:/usr/games"
export PATH
Once this was done, every console executable worked.
-- System Information:
Debian Release: 11.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-8-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages base-files depends on:
ii gawk [awk] 1:5.1.0-1
ii mawk [awk] 1.3.4.20200120-2
base-files recommends no packages.
base-files suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
In the /etc/profile file, the following changes were made, and these fixed
the problem by reconfiguring the PATH environment variable. Admittedly,
this simple solution might be a bad hack in a more complex installation.
But, at least, this hatchet job might prove slightly instructive.
This section was removed:
if [ "$(id -u)" -eq 0 ]; then
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
This section was created by cutting it down, and used to replace it:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:
/usr/local/games:/usr/games"
export PATH
Based on this workaround that you applied to your system, it seems you were
trying to execute programs in any of the sbin directories by an ordinary
user (not root).
The fact that sbin executables are not available by default
for non-root users is deliberate and not a bug.
Thanks.
--- End Message ---
