Начнём с оптимистичного варианта. ls -l /usr/sbin в студию.

Весь тред не смог осилить, оформляй по-нормальному.

Под своп вообще выделен отдельный раздел, но на данный момент не уверен, что линукс знает, что для него там своп.

Выполни:

#: swapon -s
#: fdisk -l

И покажи, что там у тебя про swap в fstab.

Много очень, точно весь выхлоп надо?

Ну давай ls -l /usr/sbin/pam-auth-update

#sudo swapon -s
[sudo] password for ddr:
Filename Type Size Used Priority
/dev/sda2 partition 2634656 0 -1

#sudo fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x31a431a3

Device Boot Start End Blocks Id System
/dev/sda1 63 29495339 14747638+ 83 Linux
/dev/sda2 29495340 34764659 2634660 82 Linux swap / Solaris
/dev/sda3 * 211075200 234435599 11680200 7 HPFS/NTFS/exFAT
/dev/sda4 34764660 211061969 88148655 5 Extended
/dev/sda5 34764723 211061969 88148623+ 83 Linux

Partition table entries are not in disk order

ls -l /usr/sbin/pam-auth-update
-rwxr-xr-x 1 root root 19466 Окт 31 02:28 /usr/sbin/pam-auth-update

Можно попробовать ‘dpkg --configure’.

Обновление запускаешь как? su или sudo? У тебя, похоже, $PATH пользовательский остаётся, поэтому команды не найдены :)

sudo dpkg --configure libpam-runtime
Настраивается пакет libpam-runtime (1.1.3-6) ...
/var/lib/dpkg/info/libpam-runtime.postinst: 32: /var/lib/dpkg/info/libpam-runtime.postinst: pam-auth-update: not found
dpkg: не удалось обработать параметр libpam-runtime (--configure):
подпроцесс установлен сценарий post-installation возвратил код ошибки 127
При обработке следующих пакетов произошли ошибки:
libpam-runtime

sudo aptitude update
sudo aptitude upgrade
sudo aptitude dist-upgrade

Запустил так
sudo su
aptitude upgrade

Начал настраивать пакеты скаченные, а как починить sudo тогда?:)

Попробуй это: Проблемы с $PATH при использовании sudo

Ещё можно руту в .bashrc для верности прописать правильный $PATH.

Хорошо, спасибо огромное!!!
Сейчас обновления пройдет, если какие-то еще косяки будут, то отпишусь.

Всем спасибо!!!

Добавил руту, не помогло. Т.е. обновиться из-под рута смог, а из-под sudo не получается.

cat /etc/sudoers

и

ls -al /etc/sudo.d/

sudo cat /etc/sudoers
[sudo] password for ddr:
# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#

Defaults env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root ALL=(ALL) ALL
ddr ALL=(ALL) ALL

# Uncomment to allow members of group sudo to not need a password
# (Note that later entries override this, so you might need to move
# it further down)
# %sudo ALL=NOPASSWD: ALL



ls -al /etc/sudo.d/
ls: невозможно получить доступ к /etc/sudo.d/: Нет такого файла или каталога



~$ sudo ls -al /etc/sudoers.d/
итого 20
drwxr-xr-x 2 root root 4096 Ноя 25 22:43 .
drwxr-xr-x 177 root root 12288 Ноя 26 14:48 ..
-r--r----- 1 root root 958 Ноя 13 06:46 README

Очень странно. Все верно настроено. А если обновляетесь через sudo, то вывод такой же, как в первом посте? Или уже что-то другое мешает?

попробуйте выполнить такую команду:

sudo echo $PATH

Ругается на 127 ошибку в некоторых пакетах, если через судо обновляться.

sudo echo $PATH = echo $PATH, т.е. не подтягивает значение рута.

Ну, есть еще несколько бредовых идей в запасе. Будем пробовать.

Идея норме раз: у вас на 'sudo' установлен alias. Проверить это можно просмотрев содержимое двух файлов: /etc/bashrc и ~/.bashrc

Конечно, если у вас не bash, то файлы будут другие. В указанных файлах sudo вообще упоминаться не должен.

Идея номер два: возможно у вас некорректно собран sudo. Проверить все его настройки можно запустив команду 'sudo -V' от рута (не через sudo, а именно от рута. Придется выполнить 'sudo su').

Идея номер три: у вас 'sudo' собран с включенным флагом --with-secure-path и по умолчанию пишет в $PATH не $PATH, а $SECURE_PATH. Как это проверить, пока не знаю.

Пункт 1 чисто.
Пункт 2 руками не собирал:
Sudo версия 1.8.3p1
Параметры настройки: --prefix=/usr -v --with-all-insults --with-pam --with-fqdn --with-logging=syslog --with-logfac=authpriv --with-env-editor --with-editor=/usr/bin/editor --with-timeout=15 --with-password-timeout=0 --with-passprompt=[sudo] password for %p: --disable-root-mailer --with-sendmail=/usr/sbin/sendmail --with-timedir=/var/lib/sudo --mandir=/usr/share/man --libexecdir=/usr/lib/sudo
Sudoers policy plugin version 1.8.3p1
Sudoers file grammar version 40

Sudoers path: /etc/sudoers
Authentication methods: 'pam'
Syslog facility if syslog is being used for logging: authpriv
Syslog priority to use when user authenticates successfully: notice
Syslog priority to use when user authenticates unsuccessfully: alert
Send mail if the user is not in sudoers
Use a separate timestamp for each user/tty combo
Lecture user the first time they run sudo
Require users to authenticate by default
Root may run sudo
Allow some information gathering to give useful error messages
Require fully-qualified hostnames in the sudoers file
Visudo will honor the EDITOR environment variable
Set the LOGNAME and USER environment variables
Length at which to wrap log file lines (0 for no wrap): 80
Authentication timestamp timeout: 15,0 minutes
Password prompt timeout: 0,0 minutes
Number of tries to enter a password: 3
Umask to use or 0777 to use user's: 022
Path to mail program: /usr/sbin/sendmail
Flags for mail program: -t
Address to send mail to: root
Subject line for mail messages: *** SECURITY information for %h ***
Incorrect password message: Sorry, try again.
Path to authentication timestamp dir: /var/lib/sudo
Default password prompt: [sudo] password for %p:
Default user to run commands as: root
Path to the editor for use by visudo: /usr/bin/editor
When to require a password for 'list' pseudocommand: any
When to require a password for 'verify' pseudocommand: all
File descriptors >= 3 will be closed before executing a command
Reset the environment to a default set of variables
Environment variables to check for sanity:
TERM
LINGUAS
LC_*
LANGUAGE
LANG
COLORTERM
Environment variables to remove:
RUBYOPT
RUBYLIB
PYTHONUSERBASE
PYTHONINSPECT
PYTHONPATH
PYTHONHOME
TMPPREFIX
ZDOTDIR
READNULLCMD
NULLCMD
FPATH
PERL5DB
PERL5OPT
PERL5LIB
PERLLIB
PERLIO_DEBUG
JAVA_TOOL_OPTIONS
SHELLOPTS
GLOBIGNORE
PS4
BASH_ENV
ENV
TERMCAP
TERMPATH
TERMINFO_DIRS
TERMINFO
_RLD*
LD_*
PATH_LOCALE
NLSPATH
HOSTALIASES
RES_OPTIONS
LOCALDOMAIN
CDPATH
IFS
Environment variables to preserve:
XAUTHORIZATION
XAUTHORITY
TZ
PS2
PS1
PATH
LS_COLORS
KRB5CCNAME
HOSTNAME
DISPLAY
COLORS
Locale to use while parsing sudoers: C
Directory in which to store input/output logs
File in which to store the input/output log
Add an entry to the utmp/utmpx file when allocating a pty

Local IP address and netmask pairs:
172.16.1.2/255.255.255.0
fe80::21f:3cff:fe02:3194/ffff:ffff:ffff:ffff::

Sudoers I/O plugin version 1.8.3p1

У меня идеи закончились. Могу предложить только одно: переустановить пакет sudo. Только делать это надо осторожно, потому что этот пакет дает вам доступ к руту.

Необходимо выполнить 'sudo su' и не выходя из учетной записи рута удалить sudo, проверить, что в системе не осталось файлов с маской '*sudo*' и затем снова установить sudo. Можно еще поиск по всей системе сделать по содержимому файлов на предмет упоминания 'sudo', но вряд ли что-то даст.

Еще можно сменить комадную оболочку на что-нибудь вроде zsh и проверить работу sudo там. Если проблема уйдет, надо перепроверять все конфиги bash. Если останется - проблема где-то еще.

sudo sudo su -c bash

Что за бред про sudo su и доступ к руту?
Вместо первого sudo -i. А залогиниться рутом можно просто через su -l (ну или из виртуального терминала).
По теме к ТС: попробуй вместо sudo aptitude ... использовать sudo -i aptitude ...

sudo -i aptitude ...
Работает.
Как лечить сломанный sudo?:)

Возможно я знаю в чем ваша проблема, у меня было похожее.

К сожалению конфиг судо лежит дома - приду домой, отпишусь

Ок, жду!

Значит когда-то у меня отваливалась работа через судо, помогла правка секции в sudoers

Defaults env_reset

Defaults secure_path=«/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin»

Вот так вот, попробуйте

Спасибо огромное, помогло!

Но все же имхо костыль небольшой, ибо почему бы PATH автомтом рутовую не подтягивать...

Та не за что.

Я предполагаю, заморочки в том, что sudo - не логин и пас с новых версий остается тот, с кого зашли в судо.

Это в последней версии судо такое случилось. Там даже при апдейте оно что-то рассказать пыталось, но я проигнорировал - тоже, вот, мучился.

Понятно. Еще раз благодарю!