dpkg kann ldconfig / start-stop-daemon in der PATH-Variablen nicht finden

Ich habe versucht, das bsd-mailxDienstprogramm zu installieren, das Paket wurde jedoch installiert. Ich frage mich über den Fehler.

Dies ist der Fehler, den ich erhalte:

Preconfiguring packages ...
dpkg: warning: 'ldconfig' not found in PATH or not executable.
dpkg: warning: 'start-stop-daemon' not found in PATH or not executable.
dpkg: error: 2 expected programs not found in PATH or not executable.
Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2)

Zuallererst sind die Zeilen, an denen Sie wirklich interessiert sind:

dpkg: warning: 'ldconfig' not found in PATH or not executable.
dpkg: warning: 'start-stop-daemon' not found in PATH or not executable.

Diese Fehler wurden mehrmals von Debian- und Ubuntu-Benutzern gemeldet (Sie können sie tatsächlich googeln, um weitere Informationen zu erhalten). Es scheint, als ob die PATHVariable nicht richtig gesetzt ist, wenn der Benutzer versucht, einen Befehl auszuführen. Dies sudoist wahrscheinlich das, was Sie versuchen.

Lösung 1: Legen Sie sudoden standardmäßigen sicheren Pfad fest

Öffnen Sie das Programm, /etc/sudoersindem Sie es visudoin Ihrem Terminal ausführen, und stellen Sie sicher, dass die Datei die folgende Zeile enthält:

Defaults env_reset
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Weitere Informationen zu diesem Problem finden Sie hier (Probleme und Tipps> PATH nicht festgelegt).

Lösung 2: Verwenden Sie das Root-Konto direkt

Verwenden Sie nicht sudo, sondern wechseln Sie zu root, um Ihre Befehle auszuführen. Führen Sie dazu einen der folgenden Befehle aus:

$ sudo -i
$ su 

Sobald Sie als root angemeldet sind, führen Sie einfach Ihre apt-getBefehle erneut aus:

# apt-get ...

Möglicherweise müssen Sie jedoch zuerst root festlegen PATH. Bearbeiten Sie /root/.bashrc(natürlich mit Root-Rechten) und fügen Sie die folgende Zeile hinzu:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Lösung 3: Versuchen Sie, die PATHVariable zur sudoAusführungszeit an zu übergeben.

Stellen Sie dem sudoAufruf einfach die Neudefinition der PATHVariablen voran:

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin sudo apt-get ...

irgendwie hatte ich das selbe problem.

Bitte lesen Sie Ihre Fehlermeldung sorgfältig durch und Sie werden die Lösung finden. Es gibt eine Notiz, die besagt:

Hinweis: Der Pfad von root sollte normalerweise / usr / local / sbin, / usr / sbin und / sbin enthalten.

Dann überprüfte ich meinen Pfad und irgendwie fehlte mir das / sbin in meinem Pfad.

echo $ PATH

Dann habe ich hinzugefügt und das Problem war weg. :)

export PATH = "$ PATH: / sbin"

Tcharam!

Ich hatte dieses Problem heute und löste es, indem ich die Zeile auskommentierte (mit einem #)

Defaults    exempt_group=sudo

aus meiner / etc / sudoers-Datei mit

# visudo

als root

Diese Änderung bewirkt, dass sudo die Standardvariable secure_path verwendet, die in derselben Datei festgelegt ist.