Запрос пароля на открытие luks устройства

[storm2005]

ОС Debian squeeze
В качестве графической оболочки GNOME.

пк1 - GNOME Terminal 2.30.2
пк2 - Терминал среды GNOME 2.30.2

Создал криптованный раздел на основе LUKS. Прописал возможность монтирования необходимому пользователю. Создал два файла

open.sh

Код: Выделить всё

#!/bin/sh

sudo /sbin/cryptsetup luksOpen /dev/sda6 data && \
sudo /bin/mount /dev/mapper/data /mnt/data

close.sh

Код: Выделить всё

#!/bin/sh

sudo /bin/umount /mnt/data && \
sudo /sbin/cryptsetup luksClose /dev/mapper/data

Кликаем на файл open.sh вылазиет окно запустить в терминале, открыть, отобразить.
Выбираем запустить в терминале. И вот тут на одном пк все нормально, т. е. запрашивает пароль

Код: Выделить всё

Enter passphrase for /dev/sda6:

а на другом просто открывается терминал без запроса пароля.

Код: Выделить всё

user@comp:~/luks$

При этом если в этом же окне ввести:

Код: Выделить всё

user@comp:~/luks$  ./open.sh
Enter passphrase for /dev/sda6:

Отображается запрос на пароль.

Вопрос: как вразумить терминал на втором пк чтобы он передавал запрос пароля на открытие LUKS устройства при кликаньи на файле open.sh?

[sash-kan]

сравните вывод
$ aptitude search libgnomesu libgksu
на обоих машинах.

[serzh-z]

передавал запрос пароля на открытие LUKS устройства при кликаньи на файле open.sh?

Запрос пароля выдаётс я не при "кликаньи на open.sh", а при выполнении /sbin/cryptsetup luksOpen. Какой-то механизм, скорее всего к /sbin/cryptsetup подключен модуль PAM, перехватывает запуск cryptsetup и предоставляет красиво-оформленный диалог. Стоит, для начала, изучить содержимое /etc/pam.d/

[storm2005]

сравните вывод
$ aptitude search libgnomesu libgksu
на обоих машинах.

На обих машинах совпадает:

Код: Выделить всё

aptitude search libgnomesu libgksu
p   libgksu-polkit-dev                                                     - simple gobject-based API to run programs as root (development files)
p   libgksu-polkit0                                                        - simple gobject-based API to run programs as root
i A libgksu2-0                                                             - library providing su and sudo functionality
p   libgksu2-dev                                                           - library providing su and sudo functionality (development files)

Стоит, для начала, изучить содержимое /etc/pam.d/

на первом пк

Код: Выделить всё

ls -w 1
atd
chfn
chpasswd
chsh
common-account
common-auth
common-password
common-session
common-session-noninteractive
cron
cups
cvs
gdm
gdm-autologin
gnome-screensaver
login
newusers
other
passwd
polkit
polkit-1
samba
sshd
su
sudo

На втором

Код: Выделить всё

ls -w 1
atd
chfn
chpasswd
chsh
common-account
common-auth
common-password
common-session
common-session-noninteractive
cron
cups
gdm3
gdm3-autologin
gnome-screensaver
login
newusers
other
passwd
polkit-1
ppp
samba
sshd
su
sudo

[sash-kan]

следующими этапами идут сравнение конфигурационных файлов и просмотр логов.

[sash-kan]

ОС Debian squeeze

ну и вообще update+safe-upgrade не забываете делать? вы же тестингом пользуетесь как-никак.

[storm2005]

ОС Debian squeeze

ну и вообще update+safe-upgrade не забываете делать? вы же тестингом пользуетесь как-никак.

Делаю aptitude update && aptitude full-upgrade && aptitude autoclean
На обоих компах обновы одни и теже т. к. обновляются с внутреннего зеркала. Зеркало в свою очередь обновляется раз в месяц.
Проблемный комп был переустановлен недавно. Правда с болванки сквиза двухмесячной давности. Так как на последнем срезе от 19 июля что то уж совсем разработчики накосячили, т. к. на компе не определились сетевые адаптеры вообще.

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