dpkg: `ldconfig' not found on PATH.

[MaGe]

bei mir kommt jetzt keine Fehlermeldung mehr.

und was ist mit den 3 export-Zeilen in der *.bashrc die sind noch drin?

schmeiß die mal raus!

dann immer noch keine Fehlermeldung?


gruss MaGe

[schwedenmann]

Hallo

und was ist mit den 3 export-Zeilen in der *.bashrc die sind noch drin?

schmeiß die mal raus!

Die hatte gestern schon rausgeschmissen, nachdem ich gestern auch schon du gemacht hatte, wobei util-linux schon auf die neueste Version gebracht wurde.

Heute lief das ohne export-Pathamweisung in der .bashrc mit "su - " ohne Fehlermeldung durch und das Path stimmt auch, siehe mein letztes posting unten.

mfg
schwedenmann

[geier22]

Was s

dabei aber anstatt su su - benutzt

Hatte die Pfade in die /etc/environment eingetragen ---> auskommentiert und Neustart:

Code: Alles auswählen

cat /etc/environment
QT_QPA_PLATFORMTHEME=gtk2
#  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"

echt cool so sind sogar die Pfade wieder da, die ich gar nicht eingetragen hatte.:

Code: Alles auswählen

~$ su
Passwort: 
root@sparkyxfce:/home/hans# $PATH
bash: /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games: Datei oder Verzeichnis nicht gefunden
root@sparkyxfce:/home/hans# exit

Code: Alles auswählen

hans@sparkyxfce:~$ su -
Passwort: 
root@sparkyxfce:~# $PATH
-bash: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/jvm/java-9-oracle/bin:/usr/lib/jvm/java-9-oracle/db/bin: Datei oder Verzeichnis nicht gefunden

Das Update läuft mit su - dann auch glatt durch.

[KP97]

Dieser ganze Ablauf ist von den Maintainern so gewollt und wird sich auch nicht mehr ändern. Lt. Info in apt-listchanges deshalb, um sich endlich an andere Distros anzugleichen.
Na, da sind wir ja froh...
Ich meine, nach dem vorletzten Update steht in /etc/pam.d/ eine neue Datei su-l. Damit soll durch Eingabe von "su - " der Root die eigenen Umgebungsvariablen erhalten und nicht die des Users. Der Root hat /sbin, der User nicht.
Wenn ich als root auf der Konsole bleiben will, ist das ok. Wenn ich allerdings ein grafisches Programm (z.B. Synaptic) starten will, geht das natürlich nicht, weil das Display dem User gehört. Werde ich nur mit su zum Root, funktioniert das auch nicht, da der User kein /sbin hat und auch nicht die abhängigen Programme wie z.B. ldconf.
Tja, nun kann ich dem User ebenfalls die Pfade in der .bashrc erweitern und alles ist wieder wie zuvor.
Man sollte auch noch prüfen, ob im Startbefehl für Synaptic auch Exec=synaptic-pkexec steht.
Ich hatte z.B. vor längerer Zeit ein eigenes gksu ohne die Abhängigkeit zu sudo kompiliert. Das funktionierte dann für Synaptic nicht mehr, für andere Programme in /usr/bin allerdings schon.
Aber jeder konfiguriert sein System selbst....wir Sid-Nutzer können das ja...

[Blackbox]

Die Lösung ist doch ganz einfach!
Anstatt wie bisher das ($SHELL) Environment des Benutzers zu verwenden, verwenden wir ab sofort das Environment von Root!
Wie machen wir das?

Anstatt wie bisher mit:

Code: Alles auswählen

su

wird sich zukünftig mit:

Code: Alles auswählen

su -

eingeloggt und der Drops ist gelutscht!

Das funktioniert ganz ohne $PATH-Variablen Gefrickel!
Guter alter Trick von FreeBSD.

[jue]

ach so, wenn ich mich als Root mit

Code: Alles auswählen

su

einlogge, kann ich z.B. Mousepad nicht mit der Eingabe "mousepad" starten. Wenn ich mich aber mit

Code: Alles auswählen

su -

einlogge, dann geht das ...

NACHTRAG: Es ist genau anders herum!

[KP97]

Nein, umgekehrt.
Hier ein Screenshot mit medit:

Lies nochmal meinen vorherigen Beitrag, wenn es um grafische Programme geht.

@Blackbox
das ging auch früher schon so, aber darum geht es hier nicht.

[jue]

Nein, umgekehrt.

Ja, sorry - da bin ich durcheinander gekommen.
su: grafisch geht
su -: grafisch geht nicht

[Blackbox]

@Blackbox
das ging auch früher schon so, aber darum geht es hier nicht.

Wann genau habe ich denn diesen Fakt bestritten?
Aber natürlich kannst du nicht wissen, dass ich - aus verschiedenen Gründen - bereits seit über 10 Jahren, kein FreeBSD mehr verwende.

[wico]

Danke Blackbox........
Mit deinem Tipp su - konnte ich diese Fehlermeldung beseitigen/umgehen, wie auch immer.

gruß
wico

[wartburgritter]

wow ist ja ganz schön was gegangen hier im topic ...

[desputin]

Ich hatte den Fehler gerade auch unter Buster. Echt bescheuert. Darf in Stable nicht passieren, finde ich.

[towo]

Da ist kein Fehler!

[Emess]

Da ist kein Fehler!

Aber umständlich

in /etc/login.defs
ALWAYS_SET_PATH yes

Code: Alles auswählen

#
# (they are minimal, add the rest in the shell startup files)
ENV_SUPATH      PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH        PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
ALWAYS_SET_PATH yes 

auf eigene Gefahr

[desputin]

Wieso kein Fehler? Man muß jetzt Informatiker sein, um Debian zu benutzen? Ich verstehe nur Bahnhof.

[TRex]

Lies doch mal den Thread, auf den du antwortest. Da steht genau drin, was "das Problem" ist, was sich geändert hat und was man nun tun muss. Inklusive spätestens jetzt mit der Änderung in der config, die aber dann eben nur in der Installation gilt - ich halte es für sinnvoll, sich das - anzutrainieren.

[MaGe]

Mich stört bei su - der Wechsel in den Ordner /root
Ich befinde mich im Ordner als user, und nun brauche ich root
Vorher war ich mit su noch im gleichen Ordner.

Das nervt! ist mir einfach zu viel getippe.


gruss MaGe

[Emess]

Mich stört bei su - der Wechsel in den Ordner /root
Ich befinde mich im Ordner als user, und nun brauche ich root
Vorher war ich mit su noch im gleichen Ordner.

Das nervt! ist mir einfach zu viel getippe.


gruss MaGe

Genau. Das geht mir auch auf den Sack!

[MaGe]

Genau. Das geht mir auch auf den Sack!

Und genau deshalb das.
viewtopic.php?f=12&t=170288&start=15#p1180488


Gruss MaGe

[retabell]

Da ist kein Fehler!

Aber umständlich

in /etc/login.defs
ALWAYS_SET_PATH yes

Code: Alles auswählen

#
# (they are minimal, add the rest in the shell startup files)
ENV_SUPATH      PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH        PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
ALWAYS_SET_PATH yes 

auf eigene Gefahr

ein

Code: Alles auswählen

echo "ALWAYS_SET_PATH yes" >>/etc/default/su

ist auch einfach möglich