Помогите реализовать "хотелку"

[dr.Faust]

Как и многие работаю за несколькими машинами. Естественно хотелось бы юзать одни и те же проги с одними и теми же профилями.
Как и многие использую для этого (синхронизации профилей) Dropbox.
Но хочется локального решения.
В целом идея следующая.

1 Берём флэшку и создаём на ней диск под профили. Дааём ему лэйблу, ну скажем token-system.
2 В /etc/udev/rules.d добавляем файл 90-tokens.rules со следующими правилами:

Код: [Выделить]

ACTION=="add", ENV{ID_FS_LABEL}=="token-system", RUN="/usr/sbin/tokenscontrol add"
ACTION=="remove", ENV{ID_FS_LABEL}=="token-system", RUN+="/usr/sbin/tokenscontrol remove"3 В /etc/fstab строку:

Код: [Выделить]

LABEL=token-system  /mnt/token-system  ext4  defaults,noauto,noatime  0  24 В /usr/sbin файл tokenscontrol:

Код: [Выделить]

#!/bin/bash

if [ $1 = "add" ]
then
# Монтируем основную файловую систему
mount /mnt/token-system
# Передаём управление скриптам токена
/mnt/token-system/system/connect
exit 0
else
 #тут пока ничего...
fi
5 На самом диске есть папка system в которой есть скрипт connect:

Код: [Выделить]

#!/bin/bash
# Конфигурация
. $0.conf
env DISPLAY=:0.0 XAUTHORITY='${XAUTHORITY-/home/alex/.Xauthority}' notify-send -t 3 "$TOKENNAME" "подключен"
# Останавливаем приложения по хорошому
killall -u $TOKENSUSER -15 $STOPAPP
# Создаём резервную копию папки
# todo
mkdir -p $BUDIR
rm -rfv $BUDIR/data_old.tar
mv $BUDIR/data.tar $BUDIR/data_old.tar
tar -vczf $BUDIR/data.tar /mnt/token-system/data
# Останавливаем приложения по плохому
killall -u $TOKENSUSER -9 $STOPAPP
# Биндим конфиги
sudo bindfs -o perms=0770,mirror=$TOKENSUSER,group=$TOKENSUSER путь1 путь2
# Запускаем стартующие программы
и файл connect.conf:

Код: [Выделить]

# Имя токена
TOKENNAME="alex"
# Имя пользователя
TOKENSUSER="alex"
# Папка резервного копирования
BUDIR="/home/alex/Dropbox/token/bu"
# Останавливаемые приложения
STOPAPP="opera gtg"
Должно работать примерно так:
При вставке флэшки срабатывает событие и запускается скрипт tokenscontrol, который маунтит флэху и передают управление скрипту коннекта.
Тот считывает конфигурацию, останавливает проги которым будут подменены конфиги, делает локальный бэкап флэхи, убивает те проги которые не захотели остановится и биндит каталоги с конфигами. После этого перезапустит остановленные проги.
Пользователь решил продолжить мысль 18 Октября 2010, 11:01:00:Обработчик выдернутой флэхи и дисконнект пока не рассматриваем.
Что непонятно:
как узнать дисплей юзера если он уже залогинен? Пока в скритпе DISPLAY=:0.0 - но это не универсально
как полностью импортировать окружение для перезапускаемых прог?

[MA3X]

Если в запускаемые приложения юзеру  добавить скрипт, вываливающий куда_надо весь экспорт, включая дисплей? А ваш скрипт, прочитав, будет его грохать? Не пойдет?

[Sly_tom_cat]

как узнать дисплей юзера если он уже залогинен? Пока в скритпе DISPLAY=:0.0 - но это не универсально

Так переменая окружения пользователя DISPLAY и хранит значение текущего дисплея для пользовательской сессии.

[dr.Faust]

Так переменая окружения пользователя DISPLAY и хранит значение текущего дисплея для пользовательской сессии.

Ну таки да - первый вопрос сводится ко второму.
Но можно воспользоваться и who.
Вобщем вопрос снят.

Если в запускаемые приложения юзеру  добавить скрипт, вываливающий куда_надо весь экспорт, включая дисплей? А ваш скрипт, прочитав, будет его грохать? Не пойдет?

В принципе - идея. Можно даже просто добавить скрипт, который будет вываливать окружение в зараннее оговоренный файл в хоуме пользователя, и умирать. А скрипт будет потом его просто подгружать.
Кривовато, но за неимением лучшего пойдёт.

Вот какие могут быть тут проблемы - получение не того дисплея - что если пользователь запустил вторую сессию х-сервера? тогда в файле окажутся переменный этой сессии, а если он её потом убил, то это будут неверные переменные. Но тут экран можно сверить с выводом who.
Хуже если по каким-то причинам файл был удалён...
Но пока бду планировать так, потому, что вторая идея - запускать висящий в памяти скрипт и ожидающий пинка от события, вместе с сессией мне нравится ещё меньше...

[фирэфохэ]

А хом раздел на флэшку переписать не катит и в фстаб записать? Или я не так понял.

[aliftin]

К чему такие выкрутасы, если у многих программ есть возможность при запуске указать рабочую папку. У firefox, pidgin, даже опера такое может. Не проще ли написать несколько скриптов и кинуть их на флешку?

[dr.Faust]

А хом раздел на флэшку переписать не катит и в фстаб записать? Или я не так понял.

Весь хомяк ради 5-6 программ? Не думаю что это разумно. Да и как будет работать машина в случае отсутствия флэхи? или разлогиниваться при уходе на работу? Зачем?

К чему такие выкрутасы, если у многих программ есть возможность при запуске указать рабочую папку. У firefox, pidgin, даже опера такое может. Не проще ли написать несколько скриптов и кинуть их на флешку?

Проходили. У многих но не у всех, хотя конечно можно переопределить им хомяк. Опять же - что делать если флэхи нет? Держать копии локальные и копии мобильные и всё руками перезапускать?
А что делать с тем же хамстерам? заводить 2 учётки - одна с флэхой, другая без? Гемор вобщем. Да и решать проблемы для каждой отдельной проги напряжно когда можно сделать системное решение.

[dr.Faust]

Хорошо, а если подойти к вопросу более радикально - как разлогинить пользователя?
Ну, кроме killall -u user -s 15 -g