Синаптик «повесился».

В выводе strace не хватает дочерних процессов. Запусти с strace -f

Запустил.

Как ты уже догадался, надо сделать:

# chmod 4755 /usr/bin/pkexec

Ага, только все-равно hangup.

Еще один лог strace.

Мистика какая-то. Покажи вывод

ls -l /usr/bin/pkexec

-rwsr-xr-x 1 root root 24756 дек 20 2012 /usr/bin/pkexec*

И ещё убедись, что у тебя есть файл /usr/share/polkit-1/actions/com.ubuntu.pkexec.synaptic.policy и в нём есть

    <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/synaptic</annotate>
    <annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate>

1. места нет
2. rm -r /root/.synaptic_илигдетам
3. dpkg --configure -a

Что говорит

$ pkexec id

pkexec id
uid=0(root) gid=0(root) группы=0(root)

Файл есть, строки в нем есть.

Хм, вроде правильно, странно, что он ругается. Ну давай по порядку. Это работает?

pkexec /usr/sbin/synaptic

Нет.

pkexec /usr/sbin/synaptic
fish: Job 1, 'pkexec /usr/sbin/synaptic' terminated by signal SIGHUP (Terminal hung up)

Кстати, теперь открывается только через gksu.

О, до меня дошло. Ведь если запустить pkexec под strace, suid бит не будет работать. Попробуй от рута запустить

# strace -f -o log pkexec /usr/sbin/synaptic

fish

Прикольный шелл, оказывается.

Вот.

Прикольный шелл, оказывается.

Прикольный, но не все может запускать, к сожалению.

Вот.

Он у тебя в syslog что-то пишет, grep'ни последние сообщения с pkexec

но не все может запускать, к сожалению.

Я поставил у себя, у меня и через него запускается. Так что шелл не причём.

В syslog'ах сообщений о pkexec.

Тогда у меня идеи кончились.

Имелось ввиду, нет сообщений.

Сейчас перепроверил еще раз - действительно нету.

Добавь к параметрам strace "-s 200", станет видно, что именно он там в /dev/log пытается писать.

Не заметил...

Не расскажите, зачем конкретно нужен? В нём из обнаруженных мной преимуществ перед Aptitude только нормальный поиск по описанию.

Для оказания быстрой помощи знакомым-новичкам в линуксе, да и просто когда не хочется открывать терминал и работать с aptitude . Впрочем, логику последнего я не всегда понимаю, это тоже одна из причин.

В лог пишется (тут было много квадратных скобок и парсер у lor'а сломался). Ничего особенного. А падает synaptic самостоятельно, но после загрузки libvte. Предположу, что в терминале программа завершается, посылая SIGHUP, и сигнал роняет synaptic.

Если у тебя стоит fish, попробуй поменять его на bash и проверить ещё раз.

Увы и ах, но нет:

➜ ~>bash
user@intel:~$ sudo synaptic-pkexec
[sudo] password for user: 
Hangup
user@intel:~$ 

Раньше работало с фишем, кстати.

Не из под bash'а запустить, а в /etc/passwd установить дефолтный шелл /bin/bash.

Synaptic запускает свой виртуальный терминал, и в нём запускается дефолтный шелл.

Так он у меня там и стоит. Fish прописан как shell в MATE-Terminal, а не во всей системе.

Хм, кто-то процессу шлёт SIGHUP. Но кто — непонятно. И непонятно зачем.

libvte скорее всего не виноват, у него только заголовок прочитан, шанса на выполнение хоть какого-то кода не было. Видимо, просто так случилось, что сигнал пришёл аккурат во время загрузки libvte.so.9.

Сделал

aptitude purge synaptic aptitude install synaptic

[cast] darkenshvein[/cast]

Стирал /root/.synaptic

Делал dpkg --configure -a

Ничего из вышеперечисленного не помогло, синаптик продолжает запускаться только через gksu.

менеджер входа какой?

mdm...

пробуй lightdm or gdm3

Название топика смените, а то могут заблокировать ЛОР за такое.

Вообще, я планировал переход на lightdm, но не сейчас... Это точно как-то исправит положение?

ну, 50х50. У меня синаптик, да и вообще рутовые приложения из консоли не находили иксы при опред. DM. Надо было что-то прописывать в exports, либо править конфиги, в общем, поколения софта опять не сошлись в настройках. Те DM были старые, а сессия иличтотам требовала новые данные для авторизации.

Ааа, так тут все новое ведь. После установки systemd такое началось. Хотя на нетбуке все нормально. Но там lightdm...

ну вот и проверьте