Подписки: linux.debian.user.russian - новые сообщения (25) в темах 6

linux.debian.user.russian
http://groups.google.com/group/linux.debian.user.russian?hl=ru

linux.debian.user.russian@googlegroups.com

Темы дня:

* Динамически включать-выключать CPU - сообщений: 11, авторов: 4
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
* Есть ли в Linux/Debian генераторы сканов российских паспортов? - сообщений:
1, 1 автор
http://groups.google.com/group/linux.debian.user.russian/t/752b02cfa30f75cc?hl=ru
* openvpn и replay - сообщений: 3, авторов: 2
http://groups.google.com/group/linux.debian.user.russian/t/4316e7c3b15fae31?hl=ru
* Апдейт предлагает удалить гном О_о - сообщений: 7, авторов: 5
http://groups.google.com/group/linux.debian.user.russian/t/d5f39c9797db1712?hl=ru
* Помогите настроить GRUB2! - сообщений: 2, авторов: 2
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru
* udisks и права на монтирование\ - сообщений: 1, 1 автор
http://groups.google.com/group/linux.debian.user.russian/t/229cdf113daf3267?hl=ru

==============================================================================
ТЕМА: Динамически включать-выключать CPU
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
==============================================================================

== 1 с 11 ==
Дата: Чт. 8 сен 2011 23:00
От: Artem Chuprina

> Как я понял, тут несколько строк на Си, да только для этих нескольких
> строк надо очень много. Например, как собрать результат так, чтобы он
> действительно мог исполняться в качестве init, и какие системные
> вызовы (ядерные?) можно при этом использовать. А также как получить
> PID от init и успеть его запихнуть в /dev/cpuset/system_cpuset/tasks
> _до_ того, как init спаунит другие процессы...

PID init'а равен 1.

--
Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda

--
To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/87vct2nttv.wl%ran@ran.pp.ru

== 2 с 11 ==
Дата: Пт. 9 сен 2011 03:20
От: Mikhail Ramendik

2011/9/9 Artem Chuprina <ran@ran.pp.ru>:
>> Как я понял, тут несколько строк на Си, да только для этих нескольких
>> строк надо очень много. Например, как собрать результат так, чтобы он
>> действительно мог исполняться в качестве init, и какие системные
>> вызовы (ядерные?) можно при этом использовать. А также как получить
>> PID от init и успеть его запихнуть в /dev/cpuset/system_cpuset/tasks
>> _до_ того, как init спаунит другие процессы...
>
> PID init'а равен 1.

Смысл в том, что эта штука должна запускаться _вместо_ init (с PID 1),
создавать cpuset и запихивать в него настоящий init. Но я уже понял,
что ей достаточно сначала запихнуть в этот cpuset себя, а потом -
вызывать init. Для запмуска самой штуки используется параметр ядра
init=...

Но я категорически не представляю себе, что можно, а что нельзя
делать, будучи на месте init. Главный вопрос - у меня есть libc6 или у
меня её нет? Если есть - то эта штука собирается более-менее обычно и
работает более-менее обычно.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 3 с 11 ==
Дата: Пт. 9 сен 2011 04:30
От: Victor Wagner

On 2011.09.09 at 11:17:08 +0100, Mikhail Ramendik wrote:

> > PID init'а равен 1.
>
> создавать cpuset и запихивать в него настоящий init. Но я уже понял,
> что ей достаточно сначала запихнуть в этот cpuset себя, а потом -
> вызывать init. Для запмуска самой штуки используется параметр ядра
> init=...

Ага - вызвать init посредством exec, заместив им себя в текущем
процессе.

>
> Но я категорически не представляю себе, что можно, а что нельзя
> делать, будучи на месте init. Главный вопрос - у меня есть libc6 или у

Все что угодно.

> меня её нет? Если есть - то эта штука собирается более-менее обычно и

Сделай ldd /sbin/init

> работает более-менее обычно.

Я вообще на своих X-терминалах shell-овский скрипт в качестве init
использую. Прекрасно работаает. А все потому что мне лень было busybox
пересобирать, а в той версии debian-а на которой я терминал собирал,
в busybox init не собрали (хотя вообще-то он там есть).

== 4 с 11 ==
Дата: Пт. 9 сен 2011 05:40
От: Mikhail Ramendik

2011/9/9 Victor Wagner <vitus@wagner.pp.ru>:

> Я вообще на своих X-терминалах shell-овский скрипт в качестве init
> использую. Прекрасно работаает.

Хочу подробностей. ОЧЕНЬ хочу.

На шелле то, что я хочу, пишется без проблем. Вот оно:

#!/bin/sh
/bin/mkdir /dev/cpuset
/bin/mount -t cpuset - /dev/cpuset
/bin/mkdir /dev/cpuset/syscpuset
/bin/echo 0 >/dev/cpuset/syscpuset/cpus
/bin/echo $$ >/dev/cpuset/syscpuset/tasks
/sbin/init

Специально указал полные пути, исходя из того, что у нас ещё нет $HOME
и поэтому шелл не инициализируется вообще никак.

Но. Как в параметре ядра init указать нечто с параметрами?
"init=/bin/sh /bin/cpuset-hack", что ли?

Запуск mplayer после этого я, если я правильно понял, сделаю просто...

#!/bin/sh
rxvt -e mplayer -lavdopts=2 ... &
sudo echo `pidof mplayer` > /dev/cpuset/tasks

(Ну, реально ради безопасности вторая строка будет запуском отдельного
скрипта, чтобы именно его прописать в SUDOERS, но это уже не к той
теме).

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 5 с 11 ==
Дата: Пт. 9 сен 2011 06:00
От: Victor Wagner

On 2011.09.09 at 13:37:30 +0100, Mikhail Ramendik wrote:

> 2011/9/9 Victor Wagner <vitus@wagner.pp.ru>:
>
> > Я вообще на своих X-терминалах shell-овский скрипт в качестве init
> > использую. Прекрасно работаает.
>
> Хочу подробностей. ОЧЕНЬ хочу.

Нет никаких подробностей. Просто работает.

> На шелле то, что я хочу, пишется без проблем. Вот оно:
>
> #!/bin/sh
> /bin/mkdir /dev/cpuset
> /bin/mount -t cpuset - /dev/cpuset
> /bin/mkdir /dev/cpuset/syscpuset
> /bin/echo 0 >/dev/cpuset/syscpuset/cpus
> /bin/echo $$ >/dev/cpuset/syscpuset/tasks
> /sbin/init

Последняя строчка должна быть exec /sbin/init
Чтобы процесс не форкался, а замещал шелл инитом.

> Специально указал полные пути, исходя из того, что у нас ещё нет $HOME
> и поэтому шелл не инициализируется вообще никак.

Оно от рута работает. А /root у нас уже есть. И /etc уже есть.
А вообще можно в начале скрипта написать PATH=/bin:/sbin

Далее, /bin/echo ты используешь зря. В большинстве шеллов есть
встроенная команда echo.

> Но. Как в параметре ядра init указать нечто с параметрами?
> "init=/bin/sh /bin/cpuset-hack", что ли?

Да не нужно тебе /bin/sh. Просто объяви cpuset-hack исполняемым.

#!/bin/sh

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

И лучше все-таки эту штуку держать не в /bin, а в /sbin

== 6 с 11 ==
Дата: Пт. 9 сен 2011 17:40
От: Mikhail Ramendik

2011/9/9 Victor Wagner <vitus@wagner.pp.ru>:

>> На шелле то, что я хочу, пишется без проблем. Вот оно:
> Последняя строчка должна быть exec /sbin/init
> Чтобы процесс не форкался, а замещал шелл инитом.

Ага. И ещё потребовалось echo 0 >/dev/cpuset/syscpuset/mems . После
этого оно заработало. Но куча задач осталась неперекинутой, поскольку
запускаются помимо init (включая kswapd0, в котором у меня oops'ы
были).

Я обнаружил, что лишнее перекинуть просто нельзя - на некоторые задачи
echo $pid >/dev/cpuset/syscpuset/tasks даёт write error. Но поскольку
перекидывать надо по одной строке, я не смог сделать это на шелле.
Сейчас у меня работает такое решение:

в ядре init=/sbin/cpuset-hack

файл /sbin/cpuset-hack , permissions 744 чтобы случайно не запустить:

#!/bin/sh
/bin/mkdir /dev/cpuset
/bin/mount -t cpuset - /dev/cpuset
/bin/mkdir /dev/cpuset/syscpuset
echo 0 >/dev/cpuset/syscpuset/cpus
echo 0 >/dev/cpuset/syscpuset/mems
echo $$ >/dev/cpuset/syscpuset/tasks
/sbin/cpuset-hack-python.py
exec /sbin/init

файл /sbin/cpuset-hack-python.py , permissions 744 по той же причине:

#!/usr/bin/python
f=open("/dev/cpuset/tasks")
tasks=f.readlines()
f.close()

for task in tasks:
try:
f=open("/dev/cpuset/syscpuset/tasks","w")
f.write(task)
f.close()
except IOError:
pass

Я конечно вижу, что это грязно, в общем случае на /usr нельзя
рассчитывать и надо на Си писать, но влом. Или этот же эффект как-то
достигается на shell+busybox?

И запуск mplayer нашёлся способ сделать (чуть хитрее чем я тут писал -
сначала отдать PID шелла в /dev/cpuset/tasks через sudo-скрипт, а
потом запустить из этого шелла mplayer).

А теперь вопрос - как бы мне выяснить, что это у меня за 20 задач,
которые не переносятся? Проверил у нескольких /proc/$pid/cmdline -
пусто. Но там и у kswapd0 пусто, а top как-то знает, что это именно
он. Как мне-то узнать? Гугль не помог :( Особенно это будет важно,
если выяснится что весь этот хак не работает, а isolcpus работает.

И ещё вопрос - а как мне в dmesg вякнуть? А то в лог не попишешь,
подмонтирован только корень и тот read only.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 7 с 11 ==
Дата: Пт. 9 сен 2011 18:00
От: Mikhail Ramendik

2011/9/10 Иван Лох <loh@1917.com>:

>> А теперь вопрос - как бы мне выяснить, что это у меня за 20 задач,
>> которые не переносятся? Проверил у нескольких /proc/$pid/cmdline -
>> пусто. Но там и у kswapd0 пусто, а top как-то знает, что это именно
>> он. Как мне-то узнать? Гугль не помог :( Особенно это будет важно,
>> если выяснится что весь этот хак не работает, а isolcpus работает.
>
> Это процессы в контексте ядра. Типично у них используемая память равна 0

И узнать, какой процесс как называется, никак нельзя? А то kswapd0
вроде тоже в контексте ядра должен быть, а top знает как его зовут.

>>
>> И ещё вопрос - а как мне в dmesg вякнуть? А то в лог не попишешь,
>> подмонтирован только корень и тот read only.
>
> hello.c:
>
> #include <linux/module.h>
> #include <linux/kernel.h>

Стоп, это модуль для ядра? А то у меня-то userland процесс, пусть и
"вместо init". Не хочу в ядерный контекст, без него страшно. Но
оставить след хоть в каких-то логах (не dmesg так ещё что-нибудь)
хотелось бы.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 8 с 11 ==
Дата: Пт. 9 сен 2011 18:00
От: Иван Лох

On Sat, Sep 10, 2011 at 01:32:24AM +0100, Mikhail Ramendik wrote:
>
> � �� - �� , �� 20 ��,
> �� ? �� /proc/$pid/cmdline -
> ��. �� kswapd0 ��, � top ��-�� , ��
> ��. �� -�� ? �� :( �� ,
> �� , � isolcpus ��.

�� . �� 0

>
> � �ݣ �� - � �� dmesg ��? � �� ,
> �� read only.

hello.c:

#include <linux/module.h>
#include <linux/kernel.h>

int init_module(void)
{
printk(KERN_INFO "Hello world\n");
return 0;
}

void cleanup_module(void)
{
printk(KERN_INFO "Goodbye world\n");

}

Makefile:

obj-m += hello.o

all:
make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

== 9 с 11 ==
Дата: Пт. 9 сен 2011 18:10
От: Иван Лох

On Sat, Sep 10, 2011 at 01:58:27AM +0100, Mikhail Ramendik wrote:
> 2011/9/10 �� <loh@1917.com>:
>
> >> � �� - �� , �� 20 ��,
> >> �� ? �� /proc/$pid/cmdline -
> >> ��. �� kswapd0 ��, � top ��-�� , ��
> >> ��. �� -�� ? �� :( �� ,
> >> �� , � isolcpus ��.
> >
> > �� . �� 0
>
> � ��, �� , �� ? � �� kswapd0
> �� , � top �� .

ps aux -- ��, ��

> > #include <linux/module.h>
> > #include <linux/kernel.h>
>
> ��, �� ? � �� -�� userland ��, ��

�� syslog �� printk �� . � �� logger

== 10 с 11 ==
Дата: Пт. 9 сен 2011 18:20
От: Иван Лох

On Sat, Sep 10, 2011 at 05:04:04AM +0400, Иван Лох wrote:
>
> ps aux -- те, что в квадратных скобках

То есть, конечно, в скобках все те у которых нет args...
Это могут и процессы запущенные через pipe быть, например

== 11 с 11 ==
Дата: Пт. 9 сен 2011 18:20
От: Иван Лох

On Sat, Sep 10, 2011 at 05:11:22AM +0400, �� wrote:
> On Sat, Sep 10, 2011 at 05:04:04AM +0400, �� wrote:
> >

/proc/*/comm

==============================================================================
ТЕМА: Есть ли в Linux/Debian генераторы сканов российских паспортов?
http://groups.google.com/group/linux.debian.user.russian/t/752b02cfa30f75cc?hl=ru
==============================================================================

== 1 с 1 ==
Дата: Пт. 9 сен 2011 05:30
От: Ed

On 09/06/11 14:05, Anton Kovalenko wrote:
> ..Кроме того, есть идея заняться софтиной, чтобы отличала фальшивые
> сканы от настоящих.

любопытно - как?

==============================================================================
ТЕМА: openvpn и replay
http://groups.google.com/group/linux.debian.user.russian/t/4316e7c3b15fae31?hl=ru
==============================================================================

== 1 с 3 ==
Дата: Пт. 9 сен 2011 05:30
От: Ed

�� openvpn ��
��:

Authenticate/Decrypt packet error: bad packet ID (may be a replay): [
#1 / time = (1315567947) Fri Sep 9 15:32:27 2011 ] -- see the man page
entry for --no-replay and --replay-window for more info or silence this
warning with --mute-replay-warnings

(�� #2, #3, ...)

�� "��".
�� .

��: �� ?

�� , �� openvpn �� , ��
�� #1, �� "replay ��".

�� -��
�� . �� .

== 2 с 3 ==
Дата: Пт. 9 сен 2011 06:10
От: Victor Wagner

On 2011.09.09 at 16:05:13 +0400, Ed wrote:

> стоит у меня openvpn сервер и периодически в логах появляются
> подобные сообщения:
>
> Authenticate/Decrypt packet error: bad packet ID (may be a replay):
> [ #1 / time = (1315567947) Fri Sep 9 15:32:27 2011 ] -- see the man
> page entry for --no-replay and --replay-window for more info or
> silence this warning with --mute-replay-warnings
>
> (дальше идут такие же предупреждения с #2, #3, ...)
>
> при этом клиент "отваливается".
> перезапуск сервера решает проблему.
>
>
> вопрос: что происходит и как бороться?

В сообщении написано "прочитайте раздел man-страницы про опции
--no-replay и --replay-window.

>
> как я понимаю, клиентский openvpn был перезапущен, поэтому он заново
> послал пакет с #1, чего сервер испугался "replay наверное".

Абсолютно неверное представление. OpenVPN достаточно хитрая софтина,
чтобы для идентификаторов пакетов использовать нечто отличное от
простого порядкового номера.

Скорее всего действительно прилетает дубль пакета. Из-за каких-нибудь
сетевых проблем. Или пакеты по дороге перепутываются и приходят не в том
порядке (что вполне нормально. Ненормально то, что за заданное по
умолчанию количество пакетов и секунд не удается собрать правильную
цепочку).

Если игры с --replay-window не приведут к успеху, можно
попробовать использовать openvpn в tcp-режиме вместо udp. Тогда
сборкой пакетов в правильной последовательности будет заниматься ядро, а
не openvpn. Но это приведет к потерям производительности.

Впрочем, лучше работающий медленно, чем зависающий канал.

== 3 с 3 ==
Дата: Пт. 9 сен 2011 06:20
От: Ed

On 09/09/11 17:00, Victor Wagner wrote:
> On 2011.09.09 at 16:05:13 +0400, Ed wrote:

>> как я понимаю, клиентский openvpn был перезапущен, поэтому он заново
>> послал пакет с #1, чего сервер испугался "replay наверное".
>
> Абсолютно неверное представление. OpenVPN достаточно хитрая софтина,
> чтобы для идентификаторов пакетов использовать нечто отличное от
> простого порядкового номера.
>
> Скорее всего действительно прилетает дубль пакета. Из-за каких-нибудь
> сетевых проблем. Или пакеты по дороге перепутываются и приходят не в том
> порядке (что вполне нормально. Ненормально то, что за заданное по
> умолчанию количество пакетов и секунд не удается собрать правильную
> цепочку).

такое объяснение первым приходит в голову, но нет же - проверил логи,
проблемы начинаются с #1.

сейчас заметил такую приписку в man:
In Static Key mode or when using an CFB or OFB mode cipher, OpenVPN uses
a 64 bit unique identifier that combines a time stamp with an
incrementing sequence number.

у меня как раз static key mode.

возможно что-то с таймштампом на виндовых клиентах? (такое ощущение, что
проблемы только с ними)
например служба перезапскается два раза за одну секунду.

==============================================================================
ТЕМА: Апдейт предлагает удалить гном О_о
http://groups.google.com/group/linux.debian.user.russian/t/d5f39c9797db1712?hl=ru
==============================================================================

== 1 с 7 ==
Дата: Пт. 9 сен 2011 11:10
От: Тоха

такая вот беда
http://paste.org.ru/?9sk9c2
это я туплю или что-то не так? :)
буду благодарен за адекватность и помощь

== 2 с 7 ==
Дата: Пт. 9 сен 2011 11:20
От: Andrey Rahmatullin

On Fri, Sep 09, 2011 at 08:25:22PM +0300, Тоха wrote:
> такая вот беда
> http://paste.org.ru/?9sk9c2
> это я туплю или что-то не так? :)
> буду благодарен за адекватность и помощь
apt-cache policy

--
WBR, wRAR

== 3 с 7 ==
Дата: Пт. 9 сен 2011 11:40
От: Lord

09/09/2011 09:12 PM, Andrey Rahmatullin пишет:
> On Fri, Sep 09, 2011 at 08:25:22PM +0300, Тоха wrote:
>> такая вот беда
>> http://paste.org.ru/?9sk9c2
>> это я туплю или что-то не так? :)
>> буду благодарен за адекватность и помощь
> apt-cache policy
>
http://paste.org.ru/?8vwbwg
или нужно было посмотреть какой-то пакет конкретно ?

== 4 с 7 ==
Дата: Пт. 9 сен 2011 12:10
От: Sergei Golovan

2011/9/9 Тоха <antondeadlord@ukr.net>:
> такая вот беда
> http://paste.org.ru/?9sk9c2
> это я туплю или что-то не так? :)
> буду благодарен за адекватность и помощь

Новая версия пакета upower не ставится (зависимости сломаны, см.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641015). apt-get
отказался обновлять, aptitude изо всех сил пытается удовлетворить твое
пожелание (об апгрейде). Но после обновления upower появляются
неразрешенная жесткая зависимость. Вот и приходится сносить пакеты до
тех пор, пока зависимости не удовлетворятся.

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

Cheers!
--
Sergei Golovan

== 5 с 7 ==
Дата: Пт. 9 сен 2011 12:20
От: Lord

09/09/2011 10:09 PM, Sergei Golovan пишет:
> 2011/9/9 Тоха<antondeadlord@ukr.net>:
>> такая вот беда
>> http://paste.org.ru/?9sk9c2
>> это я туплю или что-то не так? :)
>> буду благодарен за адекватность и помощь
> Новая версия пакета upower не ставится (зависимости сломаны, см.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641015). apt-get
> отказался обновлять, aptitude изо всех сил пытается удовлетворить твое
> пожелание (об апгрейде). Но после обновления upower появляются
> неразрешенная жесткая зависимость. Вот и приходится сносить пакеты до
> тех пор, пока зависимости не удовлетворятся.
>
> В багтрекер хорошо бы заглядывать до того, как спрашивать у кого попало...
>
> Cheers!
Спасибо большое.
На багтрекер не глядел, ибо таких проблем еще не было, познаний в этой
области нет.
Вот будет теперь экспирианс :)

== 6 с 7 ==
Дата: Пт. 9 сен 2011 12:30
От: Andrey Rahmatullin

On Fri, Sep 09, 2011 at 09:35:35PM +0300, Lord wrote:
> >>такая вот беда
> >>http://paste.org.ru/?9sk9c2
> >>это я туплю или что-то не так? :)
> >>буду благодарен за адекватность и помощь
> >apt-cache policy
> http://paste.org.ru/?8vwbwg
зачем стейбл и сид одновременно?

--
WBR, wRAR

== 7 с 7 ==
Дата: Пт. 9 сен 2011 12:30
От: Paul Carroty

Fri, 09 Sep 2011 20:25:22 +0300
Тоха <antondeadlord@ukr.net> написав:

> такая вот беда
> http://paste.org.ru/?9sk9c2
> это я туплю или что-то не так? :)
> буду благодарен за адекватность и помощь
>
>

Сегодня сломали зависимости upower в sid`е, может и не только в нем.

==============================================================================
ТЕМА: Помогите настроить GRUB2!
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru
==============================================================================

== 1 с 2 ==
Дата: Пт. 9 сен 2011 12:20
От: Paul Carroty

Mon, 5 Sep 2011 15:32:33 +0600
Sergey Korobitsin <undertaker@arta.kz> написав:

> ultra.rapid ☫ → To debian-russian@lists.debian.org @ Mon, Sep 05,
> 2011 13:06 +0400
>
> > Совершенно непонятная ерунда! Когда устанавливал Debian 6.0.2, то в
> > конце установки, как обычно, появилось сообщение с вопросом о том,
> > куда нужно установить загрузчик системы. Было написано, что на
> > компьютере была найдена еще одна система - Windows. "Если это все
> > системы, установленные на компьютере, можете смело устанавливать
> > загрузчик в MBR. При загрузке сможете выбрать нужную операционную
> > систему". Что я и сделал.
> > Вот только одна проблема.. :) При загрузке теперь кроме Debian
> > ничего нет. В Debian 6.0.2 нет файла /boot/grub/menu.list, который
> > я собрался уже редактировать. Винда стоит на /dev/sda1.
> > Как добавить её в загрузку???
>
> Как-то так:
>
> aptitude install os-prober && update-grub
>

# update-grub2

== 2 с 2 ==
Дата: Пт. 9 сен 2011 12:30
От: Andrey Rahmatullin

On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote:
> > aptitude install os-prober && update-grub
> # update-grub2
Нет, всё верно.

--
WBR, wRAR

==============================================================================
ТЕМА: udisks и права на монтирование\
http://groups.google.com/group/linux.debian.user.russian/t/229cdf113daf3267?hl=ru
==============================================================================

== 1 с 1 ==
Дата: Пт. 9 сен 2011 12:40
От: 375gnu <375gnu@gmail.com>

Предистория. Нет у меня новомодных ДЕ, а вот юсб-флешки есть, и стало мне
лениво всякий раз в терминале писать pmount /dev/то-что-надо, захотел
автоматически.

Apt-cache рассказал о таком звере, как udisks-glue. Поставил, настроил и
возрадовался, ибо всё работало как надо, и, в отличие от pmount, можно задавать
опции для mount.

Но прошло пару дней, и огорчился я зело, ибо перестала шайтан-программа
работать, непозволено, говорит мне такими делами заниматься. Вот, например:

$ udisks-glue -sf
Running within session context: /org/freedesktop/ConsoleKit/Session1
Device file /dev/sdc inserted
Device file /dev/sdc1 inserted
Trying to automount /dev/sdc1...
Failed to automount /dev/sdc1: Not Authorized

Ключик -s на ситуацию не влияет.

Посмотрел я мудрость волхвов из udisks-doc, policykit-1-doc и наваял такой вот
файлик (/etc/polkit-1/localauthority.conf.d/99-udisks.conf):

[Configuration]
Identity=unix-group:plugdev
Action=org.freedesktop.udisks.filesystem-mount
ResultAny=no
ResultInactive=no
ResultActive=yes

Но ничего не поменялось.

Поможите, люди добрые, шайтана новомодного одужать!

--
http://375gnu.wordpress.com

==============================================================================

Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы Google: "linux.debian.user.russian"
группа.

Чтобы отправить в эту группу сообщение, посетите страницу: http://groups.google.com/group/linux.debian.user.russian?hl=ru

Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: linux.debian.user.russian+unsubscribe@googlegroups.com

Чтобы изменить способ получения электронной почты из этой группы, посетите:
http://groups.google.com/group/linux.debian.user.russian/subscribe?hl=ru

Чтобы сообщить о ненадлежащем использовании, отправьте электронное сообщение
с описанием проблемы на адрес abuse@googlegroups.com

==============================================================================
Группы Google: http://groups.google.com/?hl=ru

Подписки

пятница, 9 сентября 2011 г.

linux.debian.user.russian - новые сообщения (25) в темах 6 - обзор

Комментариев нет:

Отправить комментарий

пятница, 9 сентября 2011 г.

linux.debian.user.russian - новые сообщения (25) в темах 6 - обзор

Комментариев нет:

Отправить комментарий

пятница, 9 сентября 2011 г.