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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2018-08-03 22:45:20

  noiro - Użytkownik

noiro
Użytkownik
Zarejestrowany: 2013-10-24

+ problem z aptitude

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/

Kod:

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:

Kod:

# PATH="$PATH:/sbin"

Ostatnio edytowany przez noiro (2018-08-03 23:02:25)

Offline

 

#2  2018-08-03 23:04:07

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: + problem z aptitude

Kod:

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?

Kod:

# 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ą:

Kod:

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)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#3  2018-08-03 23:17:54

  noiro - Użytkownik

noiro
Użytkownik
Zarejestrowany: 2013-10-24

Re: + problem z aptitude

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":


Kod:

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

 

#4  2018-08-03 23:46:14

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: + problem z aptitude

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:

Kod:

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)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#5  2018-08-04 16:23:51

  noiro - Użytkownik

noiro
Użytkownik
Zarejestrowany: 2013-10-24

Re: + problem z aptitude

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

 

#6  2018-08-04 18:40:03

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: + problem z aptitude

Niestety nie mam teraz jak sprawdzić co aktualizowałem
przed wystąpieniem błędu,...

Do tego jest min:

Kod:

# 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

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#7  2018-08-04 18:44:58

  noiro - Użytkownik

noiro
Użytkownik
Zarejestrowany: 2013-10-24

Re: + problem z aptitude

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

 

#8  2018-08-06 17:22:04

  yaros - Użytkownik

yaros
Użytkownik
Zarejestrowany: 2011-11-17

Re: + problem z aptitude

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

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)