Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
aptitude płacze takimi komunikatami, czy ktoś z was miał podobną sytuacje?
Jak to naprawić Debian testing,
Wczoraj jeszcze wszystko działało
Podobny problem może kogoś z was nakieruje na rozwiązanie https://www.reddit.com/r/debian/comments/93zamb/pro … pdate_in_sid/
Performing actions... dpkg: ostrzeżenie: "ldconfig" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: ostrzeżenie: "start-stop-daemon" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: błąd: 2 oczekiwane programy nieznalezione w PATH lub niebędące wykonywalnymi Uwaga: Zmienna PATH dla konta administratora zawiera zwykle katalogi /usr/local/sbin, /usr/sbin oraz /sbin E: Sub-process /usr/bin/dpkg returned an error code (2) dpkg: ostrzeżenie: "ldconfig" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: ostrzeżenie: "start-stop-daemon" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: błąd: 2 oczekiwane programy nieznalezione w PATH lub niebędące wykonywalnymi Uwaga: Zmienna PATH dla konta administratora zawiera zwykle katalogi /usr/local/sbin, /usr/sbin oraz /sbin Press Return to continue, 'q' followed by Return to quit.
Problem nie aktualny wszystko naprawiło:
# PATH="$PATH:/sbin"
Ostatnio edytowany przez noiro (2018-08-03 23:02:25)
Offline
dpkg: ostrzeżenie: "ldconfig" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: ostrzeżenie: "start-stop-daemon" nie odnaleziono w PATH lub nie jest wykonywalny dpkg: błąd: 2 oczekiwane programy nieznalezione w PATH lub niebędące wykonywalnymi Uwaga: Zmienna PATH dla konta administratora zawiera zwykle katalogi /usr/local/sbin, /usr/sbin oraz /sbin E: Sub-process /usr/bin/dpkg returned an error code (2)
Czego tu nie rozumiesz? masz może mrówki albo kransoludki w kompie?
# Debian ### pią sie 03 23:00:52 domek : / root ~> which ldconfig /sbin/ldconfig # Debian ### pią sie 03 23:00:55 domek : / root ~> which start-stop-daemon /sbin/start-stop-daemon
Zniknęły dwa polecenia systemowe, bez których dpkg nie może działać.
Musisz je przywrócić albo instalując potrzebne pakiety, albo je wypakowując ręcznie,
jeśli dpkg będzie zablokowane.
/sbin/start-stop-daemon jest w paczce dpkg.
/sbin/ldconfig jest w paczce libc-bin.
Ciekawe tylko, jakim cudem te programy znikneły z systemu, oba siedziały w folderze /sbin, praktycznie najważniejszym dla systemu.
EDIT:
Albo jest możliwość, że masz spartoloną zmienną PATH w /etc/profile
Domyślnie w Debianie PATH jest ustawiony taką funkcją:
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
To by było na tyle
xD
Ostatnio edytowany przez Jacekalex (2018-08-04 03:32:31)
Offline
Pakiety nie zniknęły z systemu tylko wczorajsza aktualizacja namieszała coś z PATH
Jak napisałem w swoim pierwszym poście pomogło PATH="$PATH:/sbin"
Google pokazuje ze sporo osób ma z tym problem i ci co używają su jak ja i ci co używają sudo
EDIT
Co dziwne plik /etc/profile jest jak najbardziej w porządku":
cat /etc/profile # /etc/profile: system-wide .profile file for the Bourne shell (sh(1)) # and Bourne compatible shells (bash(1), ksh(1), ash(1), ...). 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 if [ "${PS1-}" ]; then if [ "${BASH-}" ] && [ "$BASH" != "/bin/sh" ]; then # The file bash.bashrc already sets the default PS1. # PS1='\h:\w\$ ' if [ -f /etc/bash.bashrc ]; then . /etc/bash.bashrc fi else if [ "`id -u`" -eq 0 ]; then PS1='# ' else PS1='$ ' fi fi fi if [ -d /etc/profile.d ]; then for i in /etc/profile.d/*.sh; do if [ -r $i ]; then . $i fi done unset i fi
Ostatnio edytowany przez noiro (2018-08-03 23:21:13)
Offline
Czyli su i sudo mieszają.
Musiały się ich konfigi zmienić.
Jak się zalogujesz w konsoli na roota, to też ten problem występuje?
EDIT:
W przypadku sudo mogla się zmienić ta zmienna w /etc/sudoers:
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Ostatnio edytowany przez Jacekalex (2018-08-04 03:35:02)
Offline
Nigdy nie instalowałem i nie używałem sudo, wspomniałem o sudo tylko dlatego że,
szukając rozwiązania w necie natrafiłem na ludzi którzy mają takie same problemu przy apt-get czy aptitude używając właśnie sudo.
U mnie problem występował właśnie na koncie root. pomogła komenda PATH="$PATH:/sbin" Niestety nie mam teraz jak sprawdzić co aktualizowałem
przed wystąpieniem błędu, ale jestem nie mal pewny że między innymi jądro. W każdym bądź razie wszystko chyba już działa jak należy.
Znalazłem też coś takiego:
There's a difference in behaviour between old (src:shadow) and new su (util-linux). Old su used to ALWAYS reset PATH and IFS even when you opted to preserve your environment! As a workaround you can restore old behaviour (for PATH) by setting "ALWAYS_SET_PATH yes" in /etc/login.defs.
Really though, you should never use 'su', always do 'su -'. Or even better don't use su at all, use sudo (eg. sudo -s).
Zgłoszony jest też błąd:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904988
EDIT:
Sprawcą całego zamieszania jest util-linux
i podobno nie jest to błąd a zamierzone zmiany, szkoda tylko ze nigdzie nie nagłośnione, su to ważne narzędzie i powinna być otrąbiona każda zmiana jego zachowania.
trzeba używać zamiast su: su-, su -l,czyli su --login
Mój angielski jest tak dobry jak translator google, nie chcę nikogo wprowadzić w błąd wiec w razie czego proszę o korektę.
Ostatnio edytowany przez noiro (2018-08-04 16:49:52)
Offline
Niestety nie mam teraz jak sprawdzić co aktualizowałem
przed wystąpieniem błędu,...
Do tego jest min:
# Debian ### sob sie 04 18:42:26 domek : / root ~> ls -lt /var/log/apt razem 6020 -rw-r--r-- 1 root root 1019694 sie 3 23:19 history.log -rw-r----- 1 root adm 5034010 sie 3 23:19 term.log -rw------- 1 root root 97012 sie 3 23:01 eipp.log.xz
Offline
Jacekalex napisał(-a):
Do tego jest min:
:) Miałem na myśli, że nie mam fizycznego dostępu do laptopa bo został u syna
Offline
Użyj su -
the latest on the new version of util-linux:
util-linux (2.32-0.4) unstable; urgency=medium
The util-linux implementation of /bin/su is now used, replacing the
one previously supplied by src:shadow (shipped in login package), and
bringing Debian in line with other modern distributions. The two
implementations are very similar but have some minor differences (and
there might be more that was not yet noticed ofcourse), e.g.
- new 'su' (with no args, i.e. when preserving the environment) also
preserves PATH and IFS, while old su would always reset PATH and IFS
even in 'preserve environment' mode.
- su '' (empty user string) used to give root, but now returns an error.
- previously su only had one pam config, but now 'su -' is configured
separately in /etc/pam.d/su-l
The first difference is probably the most user visible one. Doing
plain 'su' is a really bad idea for many reasons, so using 'su -' is
strongly recommended to always get a newly set up environment similar
to a normal login. If you want to restore behaviour more similar to
the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.
Offline