subject:"udev"

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-25 Пенетрантность Vladimir Skubriev

22.11.2013 18:25, dimas пишет:

На счет крона хорошая идея, т.к. я в принципе не планировал сразу после
того, как вставил диск начинать архивирование.

для однораховой задачи скорее подойдет какой-нибудь at. насколько я понмю, ему
можно сказать что-то типа запустить через 10 минут.

посмотрел на at буду иметь его в виду.

и еще: пайп ( cmd1 | cmd2 ) создает новый subshell (как это по-русски?), в
котором выполняется cmd2. во избежание этого (например, в случае, когда в конце
пайпа запускаем функцию, которая питается переменными из нашего скрипта) вместо
cat filename | cmd
стоит делать
cmd filename
а вместо
echo bla-bla-bla | cmd
как-нибудь так
cmd EOF
bla-bla-bla
EOF
а то я как-то долго не мог понять, почему функция не видит переменных, а потом
вычитал в мане про эту тему, она ж запускается в чистом окружении.
это уже немного оффтоп, но иногда можно на такое напороться.

Конкретно с таим не сталкивался, т.к. не нужно было еще.

Чем еще примечателена команда:

cmdfilename ?

Конструкцию вида:

cmd EOF
EOF я частенько использовал, только все равно до конца не понимаю, что
это за конструкция. Видел скопипастил и пользуюсь ))

Еще мне частенько встречались EOH-и и что то еще.

где об этом почитать и как это называется ?

--
--
Best regards,

Vladimir Skubriev

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52942778.3030...@skubriev.ru

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-25 Пенетрантность Александр Вайтехович

26 ноября 2013 г., 8:45 пользователь Vladimir Skubriev vladi...@skubriev.ru
написал:

22.11.2013 18:25, dimas пишет:

для однораховой задачи скорее подойдет какой-нибудь at. насколько я
понмю, ему
можно сказать что-то типа запустить через 10 минут.

посмотрел на at буду иметь его в виду.

и еще: пайп ( cmd1 | cmd2 ) создает новый subshell (как это по-русски?), в
котором выполняется cmd2. во избежание этого (например, в случае, когда в
конце
пайпа запускаем функцию, которая питается переменными из нашего скрипта)
вместо
cat filename | cmd
стоит делать
cmd filename
а вместо
echo bla-bla-bla | cmd
как-нибудь так
cmd EOF
bla-bla-bla
EOF
а то я как-то долго не мог понять, почему функция не видит переменных, а
потом
вычитал в мане про эту тему, она ж запускается в чистом окружении.
это уже немного оффтоп, но иногда можно на такое напороться.

Конкретно с таим не сталкивался, т.к. не нужно было еще.

Чем еще примечателена команда:

cmdfilename ?

Конструкцию вида:

cmd EOF
EOF я частенько использовал, только все равно до конца не понимаю, что это
за конструкция. Видел скопипастил и пользуюсь ))
Еще мне частенько встречались EOH-и и что то еще.

где об этом почитать и как это называется ?

http://rus-linux.net/MyLDP/BOOKS/abs-guide/flat/abs-book.html#COMMANDSUB

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-25 Пенетрантность Artem Chuprina

Vladimir Skubriev - Debian-russian@lists.debian.org  @ Tue, 26 Nov 2013 
08:45:44 +0400:

 VS Конкретно с таим не сталкивался, т.к. не нужно было еще.

 VS Чем еще примечателена команда:

 VS cmdfilename ?

 VS Конструкцию вида:

 VS cmd  EOF
 VS EOF я частенько использовал, только все равно до конца не понимаю, что это 
за
 VS конструкция. Видел скопипастил и пользуюсь ))
 VS Еще мне частенько встречались EOH-и и что то еще.

Да хоть DOSYUDA...

 VS где об этом почитать и как это называется ?

Суммарно это называется перенаправление ввода-вывода в шеллах
(input-output redirection).  Конкретно второе - here-document.  Почитать
можно, собственно в man bash.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/878uwbzol9@wizzle.ran.pp.ru

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-23 Пенетрантность Andrey Melnikoff

Vladimir Skubriev vladi...@skubriev.ru wrote:
 22.11.2013 17:19, Artem Chuprina пишет:
  Vladimir Skubriev - Debian-russian@lists.debian.org  @ Fri, 22 Nov 2013 
  15:43:47 +0400:
 

 На счет крона хорошая идея, т.к. я в принципе не планировал сразу после 
 того, как вставил диск начинать архивирование.
О ужас летящий на крыльях ночи. Повесить dnotify на /run/backup и создавать
там файлик с точкой монтирования как-то проще, чем изголятся вокруг flock,
cron  at (который например у себя на серверах я всегда сношу. за последние
10 лет он так никогда и не пригодился).



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kih6ma-spi@woofie.cef.spbstu.ru

udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность Vladimir Skubriev

Мне нужно при присоединении определенного диска к серверу выполнять кое
какой скрипт для резервного копирования сервера:

SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0,
ATTRS{model}==02-1BD142 ,
RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name

Скрипт срабатвает один раз, т.к. девайс такой только один - с эти
проблем нет.

Но в самом скрипте я использую следующий код:

sfdisk -d $SRC_DISK_FOR_MBR_PART_TABLE /tmp/sfdisk.pt
cat /tmp/sfdisk.pt | sfdisk $DST_DEV
[[ $? -eq 0 ]] logger -p daemon.info fullserverbackup.sh:::
sfdisk succesfull copy partitions from $SRC_DISK_FOR_MBR_PART_TABLE to $DST$

Так вот этот не хороший sfdisk вызывает зацикливание, т.е. во время
работы этого скрипта вызывается еще один такой же потом еще один такой
же - т.е. как бы рекурсия получается.

Естественно по причине особенностей работы sfdisk. Я пробовл
использовать sfdisk --no-reread, но увы почему то не помогает - в
принципе. Хотя и требуется по хорошему, т.к. мне после то надо писать на
этот DST_DEV данные с рабочих дисков.

Пробовал в начале скрипта сделать условие вида:

if [ -e /tmp/sfdisk.pt ]; then exit ;
else

# ДАЛЕЕ ВЕСЬ МОЙ КОД СКРИПТА АРХИВИРОВАНИЯ

Но не помогает это условие. А почему я не могу понять.

Еще хочу спросить, если этот скрипт будет выполняться раз в неделю, т.е.
я буду подключать резервный диск к серверу раз в неделю, а сервер может
работать не перезагружась несколько месяцев, то как мне быть с файлом
/tmp/sfdisk.pt ? Когда бы его удалять ?

Если я удалю сразу после
cat /tmp/sfdisk.pt | sfdisk $DST_DEV
то не факт, что сразу же запущенный этот же скрипт - не запуститься
из-за условия в начале,т.е.

if [ -e /tmp/sfdisk.pt ]; then exit ;
Которое как раз проверяет а не был ли запущен этот самый скрипт.

Можно конечно отказаться от sfdisk-ка, но надо же уточнить - вдруг я в
корне не прав в том, что навоял на bash'e.

Вообщем господа - скажу честно - запутался.

Помогите сделать красиво и работоспособно.

Спасибо.

--
--
Best regards,

Vladimir Skubriev

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность Peter Pentchev

On Fri, Nov 22, 2013 at 03:43:47PM +0400, Vladimir Skubriev wrote:
 Мне нужно при присоединении определенного диска к серверу выполнять
 кое какой скрипт для резервного копирования сервера:
 
 
 SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0,
 ATTRS{model}==02-1BD142 ,
 RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh
 /dev/$name
 
 Скрипт срабатвает один раз, т.к. девайс такой только один - с эти
 проблем нет.
 
 Но в самом скрипте я использую следующий код:
 
sfdisk -d $SRC_DISK_FOR_MBR_PART_TABLE  /tmp/sfdisk.pt
[snip]
 
 Так вот этот не хороший sfdisk вызывает зацикливание, т.е. во
 время работы этого скрипта вызывается еще один такой же потом еще
 один такой же - т.е. как бы рекурсия получается.
[snip]
 
 Пробовал в начале скрипта сделать условие вида:
 
 if [ -e /tmp/sfdisk.pt ]; then exit ;
 else
 
 # ДАЛЕЕ ВЕСЬ МОЙ КОД СКРИПТА АРХИВИРОВАНИЯ
 
 fi
 
 Но не помогает это условие. А почему я не могу понять.

Попробуйте использовать утилиту flock(1) - или из самого правила udev,
или из скрипта, как в примере в manpage flock:

( flock -n 9 || exit 0; ...Ваш скрипт... ) 9/tmp/sfdisk.lock

(разумеется, магическая девятка здесь сугубо не магическая, а номер
файлового дескриптора, который вероятно не используется шелом)
Только в Вашем случае exit 0, а не 1, потому что будет нормально,
что скрипта запустят дважды.

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
If I had finished this sentence,


signature.asc
Description: Digital signature

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность Artem Chuprina

Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013
15:43:47 +0400:

VS Мне нужно при присоединении определенного диска к серверу выполнять кое
какой
VS скрипт для резервного копирования сервера:

VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0,
VS ATTRS{model}==02-1BD142 ,
VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name

Для начала. Кажется, в документации на udev написано: НИКОГДА не пишите
тут скриптов, которые могут выполняться долго.

Поставь флаг для следящего демона (например, cron), и выходи. И забудь
про описанную проблему.

Второе.

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

Хорошее правило: прежде чем разработать систему резервного копирования,
разработай систему восстановления. Иначе смысла в такой системе
резервного копирования не будет.

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность Vladimir Skubriev

22.11.2013 17:19, Artem Chuprina пишет:

Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013
15:43:47 +0400:

VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0,
VS ATTRS{model}==02-1BD142 ,
VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh
/dev/$name

Поставь флаг для следящего демона (например, cron), и выходи. И забудь
про описанную проблему.

Второе.

Этот бэкап второй способ бэкапа, т.е. важные данные бэкапяться бакулой
каждый день на архивный сервер.

Это для того, чтобы раз в неделю снимать копию с сервера и уносить её
домой )

Я планировал, что это будет делаться ночью, а утром я буду забирать это
диск прийдя на работу.

И так раз в неделю - желание руководства.

--
--
Best regards,

Vladimir Skubriev

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность dimas

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

Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk

2013-11-22 Пенетрантность Artem Chuprina

Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013
17:46:21 +0400:

VS Мне нужно при присоединении определенного диска к серверу выполнять
кое какой
VS скрипт для резервного копирования сервера:

VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0,
VS ATTRS{model}==02-1BD142 ,
VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh
/dev/$name

Поставь флаг для следящего демона (например, cron), и выходи. И забудь
про описанную проблему.

Второе.

VS Этот бэкап второй способ бэкапа, т.е. важные данные бэкапяться бакулой
каждый
VS день на архивный сервер.

VS Это для того, чтобы раз в неделю снимать копию с сервера и уносить её
домой )

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

VS На счет крона хорошая идея, т.к. я в принципе не планировал сразу после
того,
VS как вставил диск начинать архивирование.

VS Я планировал, что это будет делаться ночью, а утром я буду забирать это
диск
VS прийдя на работу.

Ну вот разве что так. И в инструкции по восстановлению написать
большими зелеными свистящими буквами:

УТРО ВЕЧЕРА МУДРЕНЕЕ

Re: deb 7 vs udev 175

2013-05-11 Пенетрантность Artem Chuprina

Konstantin Matyukhin - list  @ Fri, 10 May 2013 22:39:31 +0400:

   И вы говорите об этом, когда МКС переходит именно на Linux.
   А это убожество надо было затопить еще в прошлом веке.
 
 KM Ага. Вот прямо в 98 году только запустили, а через два года и затопить.
 KM Тут бы с X Window разобраться для начала. ;)

Ну да.  Затопить и спокойно разбираться с X Window, не отвлекаясь на
подвиги.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87fvxuvzjm@wizzle.ran.pp.ru

Re: deb 7 vs udev 175

2013-05-10 Пенетрантность Victor Wagner

On 2013.05.08 at 15:41:32 +0400, Konstantin Matyukhin wrote:

 2013/5/8 Victor Wagner vi...@wagner.pp.ru
 
  Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
  устраивает, надо ip, init не устраивает, надо systemd, X11 не
  устраивает, надо Wayland...
 
 И вы говорите об этом, когда МКС переходит именно на Linux.
 
 А это убожество надо было затопить еще в прошлом веке.

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



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130510171054.ga8...@wagner.pp.ru

Re: deb 7 vs udev 175

2013-05-10 Пенетрантность Konstantin Matyukhin

2013/5/10 Victor Wagner vi...@wagner.pp.ru

  И вы говорите об этом, когда МКС переходит именно на Linux.
  А это убожество надо было затопить еще в прошлом веке.

Ага. Вот прямо в 98 году только запустили, а через два года и затопить.
Тут бы с X Window разобраться для начала. ;)

-- 
С уважением,
Константин Матюхин

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Victor Wagner

On 2013.05.07 at 23:45:39 +0400, Mikhail A Antonov wrote:

 06.05.2013 10:59, Victor Wagner пишет:
  On 2013.05.05 at 17:20:36 +0400, Eugene Berdnikov wrote:
 
  On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
  Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
  есть 2  встроенные сетевухи с одинаковыми маками!
   И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?
  А сети-то что? Наверняка эти две сетевухи В РАЗНЫХ сетях.
 Вот веселуха будет при попытке сделать из них бондинг :-]

А что, человек, не знающий что у ifconfig есть параметр hw ether может
знать что такое бондинг, и тем более хотеть его сделать?

 
 -- 
 Best regards,
 Mikhail
 -
 WWW: http://www.antmix.ru/
 XMPP: ant...@stopicq.ru
 



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508083540.ga15...@wagner.pp.ru

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Eugene Berdnikov

On Wed, May 08, 2013 at 12:35:40PM +0400, Victor Wagner wrote:
   А сети-то что? Наверняка эти две сетевухи В РАЗНЫХ сетях.
  Вот веселуха будет при попытке сделать из них бондинг :-]
 
 А что, человек, не знающий что у ifconfig есть параметр hw ether может
 знать что такое бондинг, и тем более хотеть его сделать?

 Конечно. Если это молодой, энергичный, всё хватающий на лету человек,
 услышавший где-то про бондинг, и если он *правильно* захочет, :-) то он
 начнёт читать документацию и узнает про ip link set address, а также
 о том, что есть допотопная утилита ifconfig с параметрами hw ether,
 которая делает то же самое.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508094401.gh21...@protva.ru

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Victor Wagner

On 2013.05.08 at 13:44:01 +0400, Eugene Berdnikov wrote:
  допотопная утилита ifconfig с параметрами hw ether,
  которая делает то же самое.

Тут давеча пробегала информация о том, что появился дистрибутив на
нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
package-manager-ом. 

Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
устраивает, надо ip, init не устраивает, надо systemd, X11 не
устраивает, надо Wayland...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508101538.ga15...@wagner.pp.ru

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Andrey Rahmatullin

On Wed, May 08, 2013 at 02:15:38PM +0400, Victor Wagner wrote:
 Тут давеча пробегала информация о том, что появился дистрибутив на
 нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
 package-manager-ом. 
 
 Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
 устраивает, надо ip, init не устраивает, надо systemd, X11 не
 устраивает, надо Wayland...
Да.

-- 
WBR, wRAR


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508105424.ga4...@belkar.wrar.name

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Konstantin Matyukhin

2013/5/8 Victor Wagner vi...@wagner.pp.ru

 Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
 устраивает, надо ip, init не устраивает, надо systemd, X11 не
 устраивает, надо Wayland...

И вы говорите об этом, когда МКС переходит именно на Linux.

-- 
С уважением,
Константин Матюхин

Re: deb 7 vs udev 175

2013-05-08 Пенетрантность Иван Лох

On Wed, May 08, 2013 at 02:15:38PM +0400, Victor Wagner wrote:
 Тут давеча пробегала информация о том, что появился дистрибутив на
 нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
 package-manager-ом. 
 
 устраивает, надо ip, init не устраивает, надо systemd

А, что в OpenSolaris не SMF?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508115254.gb32...@nano.ioffe.rssi.ru

Re: deb 7 vs udev 175

2013-05-07 Пенетрантность Mikhail A Antonov

06.05.2013 10:59, Victor Wagner пишет:
 On 2013.05.05 at 17:20:36 +0400, Eugene Berdnikov wrote:

 On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
 Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
 есть 2  встроенные сетевухи с одинаковыми маками!
  И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?
 А сети-то что? Наверняка эти две сетевухи В РАЗНЫХ сетях.
Вот веселуха будет при попытке сделать из них бондинг :-]


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: deb 7 vs udev 175

2013-05-06 Пенетрантность Victor Wagner

On 2013.05.05 at 17:20:36 +0400, Eugene Berdnikov wrote:

 On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
  Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
  есть 2  встроенные сетевухи с одинаковыми маками!
 
  И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?

А сети-то что? Наверняка эти две сетевухи В РАЗНЫХ сетях.


 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130506065910.ga22...@wagner.pp.ru

Re: deb 7 vs udev 175

2013-05-06 Пенетрантность Alex Mestiashvili

On 05/05/2013 08:53 PM, Artem Chuprina wrote:
 Леонид Кальмаев - debian-russian@lists.debian.org  @ Sun, 5 May 2013 
 16:51:51 +0700:
 
  ЛК Собственно на радостях решил обновится  и  наткнулся  на следующие  
 траблу
  ЛК есть 2  встроенные сетевухи с одинаковыми маками!
  ЛК раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
  ЛК такое правило
  ЛК SUBSYSTEM==net, ACTION==add,
  ЛК DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*, 
 NAME=eth1
  ЛК в  новой  версии поломали правило BUS и нужно пользоваться devpath , а 
 как
  ЛК  им пользоваться что то я  с  налёту  не  нагуглил :( может  кто чего
  ЛК подскажет ?
 
 Когда мне надо было, чтобы интерфейсы назывались eth0 и eth1 независимо
 от того, в какую физическую машину воткнута флешка с системой, я просто
 удалил /lib/udev/rules.d/75-persistent-net-generator.rules.  Если не
 хочется его удалять, можно ему в начало воткнуть GOTO в конец.  Ну и,
 соответственно, убивается /etc/udev/rules.d/70-persistent-net.rules.
 
 

точно,

еще есть biosdevname:
http://linux.dell.com/biosdevname/

Alex


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5187c5a1.1010...@gmail.com

deb 7 vs udev 175

2013-05-05 Пенетрантность Леонид Кальмаев

Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
есть 2  встроенные сетевухи с одинаковыми маками!
раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
такое правило
SUBSYSTEM==net, ACTION==add,
DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*, NAME=eth1
в  новой  версии поломали правило BUS и нужно пользоваться devpath , а как
 им пользоваться что то я  с  налёту  не  нагуглил :( может  кто чего
подскажет ?

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Eugene Berdnikov

On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
 Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
 есть 2  встроенные сетевухи с одинаковыми маками!

 И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?

 раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
 такое правило
 SUBSYSTEM==net, ACTION==add,
 DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*, NAME=eth1
 в  новой  версии поломали правило BUS и нужно пользоваться devpath , а как
  им пользоваться что то я  с  налёту  не  нагуглил :( может  кто чего
 подскажет ?

-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130505132036.gl15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Леонид Кальмаев

Нормально, если не нравится  один и  тот же мак то его легки на время
 сменить...


5 мая 2013 г., 20:20 пользователь Eugene Berdnikov b...@protva.ru написал:

 On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
  Собственно на радостях решил обновится  и  наткнулся  на следующие
  траблу
  есть 2  встроенные сетевухи с одинаковыми маками!

  И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?

  раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
  такое правило
  SUBSYSTEM==net, ACTION==add,
  DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*,
 NAME=eth1
  в  новой  версии поломали правило BUS и нужно пользоваться devpath , а
 как
   им пользоваться что то я  с  налёту  не  нагуглил :( может  кто чего
  подскажет ?

 --
  Eugene Berdnikov


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/20130505132036.gl15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Eugene Berdnikov

On Sun, May 05, 2013 at 10:03:46PM +0700, Леонид Кальмаев wrote:
 Нормально, если не нравится  один и  тот же мак то его легки на время
  сменить...

 Если уж менять, почему на время, а не постоянно? Проблема сама уйдёт.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130505153049.gm15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Леонид Кальмаев

Ну еслиб его можно было сменить совсем и навсегда то я бы сюда не писал
05.05.2013 22:48 пользователь Eugene Berdnikov b...@protva.ru написал:

 On Sun, May 05, 2013 at 10:03:46PM +0700, Леонид Кальмаев wrote:
  Нормально, если не нравится  один и  тот же мак то его легки на время
   сменить...

  Если уж менять, почему на время, а не постоянно? Проблема сама уйдёт.
 --
  Eugene Berdnikov


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/20130505153049.gm15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Eugene Berdnikov

On Sun, May 05, 2013 at 10:50:51PM +0700, Леонид Кальмаев wrote:
 Ну еслиб его можно было сменить совсем и навсегда то я бы сюда не писал

 Доказано, что нельзя? Производитель так утверждает? Не верю. :)
 Сомневаюсь и в том, что обе изернетины считывают один общий EEPROM.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130505165125.gn15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Alexey_Kurinnij


05.05.2013 12:51, Леонид Кальмаев пишет:

Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
есть 2  встроенные сетевухи с одинаковыми маками!
раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
такое правило
SUBSYSTEM==net, ACTION==add,
DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*, NAME=eth1
в  новой  версии поломали правило BUS и нужно пользоваться devpath , а
как  им пользоваться что то я  с  налёту  не  нагуглил :( может  кто
чего подскажет ?

Может присвоить одной из них другой мас?
ifconfig eth0 hw ether xx:xx:xx:xx


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51868f25.6080...@gmail.com

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Artem Chuprina

Eugene Berdnikov - debian-russian@lists.debian.org  @ Sun, 5 May 2013 17:20:36 
+0400:

  Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
  есть 2  встроенные сетевухи с одинаковыми маками!

 EB  И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?

Если они торчат в разные сети, то в чем проблема?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87mws92vun@wizzle.ran.pp.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Леонид Кальмаев

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


5 мая 2013 г., 23:56 пользователь Alexey_Kurinnij alexey.kurin...@gmail.com
 написал:

 05.05.2013 12:51, Леонид Кальмаев пишет:

 Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу

 есть 2  встроенные сетевухи с одинаковыми маками!
 раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
 такое правило
 SUBSYSTEM==net, ACTION==add,
 DRIVERS==?*,BUS==pci,ID==**:00:11.0 ,  KERNEL==eth*,
 NAME=eth1
 в  новой  версии поломали правило BUS и нужно пользоваться devpath , а
 как  им пользоваться что то я  с  налёту  не  нагуглил :( может  кто
 чего подскажет ?

 Может присвоить одной из них другой мас?
 ifconfig eth0 hw ether xx:xx:xx:xx



 --
 To UNSUBSCRIBE, email to 
 debian-russian-REQUEST@lists.**debian.orgdebian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/**51868f25.6080...@gmail.comhttp://lists.debian.org/51868f25.6080...@gmail.com

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Eugene Berdnikov

On Sun, May 05, 2013 at 09:13:36PM +0400, Artem Chuprina wrote:
 Eugene Berdnikov - debian-russian@lists.debian.org  @ Sun, 5 May 2013 
 17:20:36 +0400:
 
   Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
   есть 2  встроенные сетевухи с одинаковыми маками!
 
  EB  И как и с этим жить? :) В смысле как сможет сеть работать с таким 
 янусом?
 
 Если они торчат в разные сети, то в чем проблема?

 В разные сети проблемы нет. И даже в разные vlan'ы проблемы нет.
 И можно придумать много ситуаций, когда здесь всё ништяк...
 Но в общем случае для простого юзера -- душевные грабли! :)
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130505175145.go15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Eugene Berdnikov

On Mon, May 06, 2013 at 12:11:42AM +0700, Леонид Кальмаев wrote:
 гммм ну чип там один, в биосе нет настроек для смены  сетевой,  через
 старую утилиту  для смены мака на  железе тоже  не получается , есть еще
 идеи?) а  всего то надо новую строчку  для удева...

 ethtool -E   # у мака обычно нулевой офсет

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130505180147.gp15...@sie.protva.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Artem Chuprina

Eugene Berdnikov - debian-russian@lists.debian.org  @ Sun, 5 May 2013 21:51:45 
+0400:

Собственно на радостях решил обновится  и  наткнулся  на следующие  
  траблу
есть 2  встроенные сетевухи с одинаковыми маками!
  
   EB  И как и с этим жить? :) В смысле как сможет сеть работать с таким 
  янусом?
  
  Если они торчат в разные сети, то в чем проблема?

 EB  В разные сети проблемы нет. И даже в разные vlan'ы проблемы нет.
 EB  И можно придумать много ситуаций, когда здесь всё ништяк...
 EB  Но в общем случае для простого юзера -- душевные грабли! :)

Ну, не зна-аю...  Простой юзер, у которого две сетевки одновременно
торчат в одну сеть - это, боюсь, очень редкий зверь.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8761yx2rih@wizzle.ran.pp.ru

Re: deb 7 vs udev 175

2013-05-05 Пенетрантность Artem Chuprina

Леонид Кальмаев - debian-russian@lists.debian.org  @ Sun, 5 May 2013 16:51:51 
+0700:

 ЛК Собственно на радостях решил обновится  и  наткнулся  на следующие  траблу
 ЛК есть 2  встроенные сетевухи с одинаковыми маками!
 ЛК раньше  чтобы  они не обзывались в rename и тп а были обычнми eth1 нашел
 ЛК такое правило
 ЛК SUBSYSTEM==net, ACTION==add,
 ЛК DRIVERS==?*,BUS==pci,ID==:00:11.0 ,  KERNEL==eth*, NAME=eth1
 ЛК в  новой  версии поломали правило BUS и нужно пользоваться devpath , а как
 ЛК  им пользоваться что то я  с  налёту  не  нагуглил :( может  кто чего
 ЛК подскажет ?

Когда мне надо было, чтобы интерфейсы назывались eth0 и eth1 независимо
от того, в какую физическую машину воткнута флешка с системой, я просто
удалил /lib/udev/rules.d/75-persistent-net-generator.rules.  Если не
хочется его удалять, можно ему в начало воткнуть GOTO в конец.  Ну и,
соответственно, убивается /etc/udev/rules.d/70-persistent-net.rules.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871u9l2r8c@wizzle.ran.pp.ru

Udev-автомонтирование. Но не все делается автоматом. чяндт?

2011-05-29 Пенетрантность Константин


Приветствую.

Прописал правила в /etc/udev/rules.d

SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==add, 
ENV{DEVTYPE}==partition, RUN+=/bin/mkdir -p /media/disk-%k
SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==add, 
ENV{DEVTYPE}==partition, RUN+=/bin/mount -o 
iocharset=utf8,codepage=866,umask=000 /dev/%k /media/disk-%k
SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==remove, 
ENV{DEVTYPE}==partition, RUN+=/bin/umount /media/disk-%k
SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==remove, 
ENV{DEVTYPE}==partition, RUN+=/bin/rm -r /media/disk-%k


Флешки монтируются, пишутся и отмонтируются прекрасно (еще допишу sync в 
правило для немедленной записи).


При подключении usb-харда (или sata через usb-раку)  - в /media имена 
устройств появлются, но монтирования раздела(ов) не происходит.


При этом если вручную примонтировать\отмонтировать - все ОК.

На флешке fat32 и 1 раздел, на хардах - ext4, 1 или 2 раздела на диск.

Что добавить\поправить, чтобы все разделы автоматом монтировались?

--
С уважением,
Константин Шувалов


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4de29af0.5050...@datakon.info

Re: Udev-автомонтирование. Но не все делается автоматом. чяндт?

2011-05-29 Пенетрантность Artem Chuprina

 Прописал правила в /etc/udev/rules.d
 
 SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==add, 
 ENV{DEVTYPE}==partition, RUN+=/bin/mkdir -p /media/disk-%k
 SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==add, 
 ENV{DEVTYPE}==partition, RUN+=/bin/mount -o 
 iocharset=utf8,codepage=866,umask=000 /dev/%k /media/disk-%k
 SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==remove, 
 ENV{DEVTYPE}==partition, RUN+=/bin/umount /media/disk-%k
 SUBSYSTEM==block, kernel==sd[b-z][0-9], ACTION==remove, 
 ENV{DEVTYPE}==partition, RUN+=/bin/rm -r /media/disk-%k
 
 Флешки монтируются, пишутся и отмонтируются прекрасно (еще допишу sync в 
 правило для немедленной записи).
 
 При подключении usb-харда (или sata через usb-раку)  - в /media имена 
 устройств появлются, но монтирования раздела(ов) не происходит.
 
 При этом если вручную примонтировать\отмонтировать - все ОК.
 
 На флешке fat32 и 1 раздел, на хардах - ext4, 1 или 2 раздела на диск.
 
 Что добавить\поправить, чтобы все разделы автоматом монтировались?

Выкинуть из команды монтирования опции, не поддерживаемые на ext4?

Но вообще идея отмонтировать не глядя после выдергивания к мудрым не
относится...  Даже если системе вдруг случайно удастся выполнить umount.

-- 
Я не люблю делать что бы то ни было для целевой аудитории Microsoft
(С)энта


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

Re: samsung usb wimax udev rules

2011-01-17 Пенетрантность Dmitry A. Zhiglov

17 января 2011 г. 0:39 пользователь alexander barakin
alex.bara...@gmail.com написал:
 2011/1/16 Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
 Добрый день!

 Вот есть у меня usb wimax, вставляю, но связь с оператором не 
 устанавливается.
 Работает только, если руками ввести /sbin/madwimax -d
 Почему udev rules не отрабатывает? Не понимаю.

 Подскажите, в чем тут дело?

 С уважением,
 Дмитрий

 ps логи всякие прилагаются
 pps среда такая:
 $uname -a
 Linux indlg0 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Lin
 # udevd --version
 164


 в файле с правилами вначале проверяется subsystem.
 убедитесь, что subsystem при подключении устройства действительно
 равно usb_device.
 для этого смотрите выдачу мониторинга udev:
 $ sudo udevadm monitor --property

Спасибо. В rules нашлось много чего для исправления.

Вот такие записи работают:
SUBSYSTEM!=usb
RUN+=/sbin/madwimax -df --exact-device=$attr{busnum}/$attr{devnum}

Re: samsung usb wimax udev rules

2011-01-17 Пенетрантность alexander barakin

2011/1/17 Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
17 января 2011 г. 0:39 пользователь alexander barakin
alex.bara...@gmail.com написал:
2011/1/16 Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
Добрый день!

Вот есть у меня usb wimax, вставляю, но связь с оператором не
устанавливается.
Работает только, если руками ввести /sbin/madwimax -d
Почему udev rules не отрабатывает? Не понимаю.

Подскажите, в чем тут дело?

С уважением,
Дмитрий

ps логи всякие прилагаются
pps среда такая:
$uname -a
Linux indlg0 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Lin
# udevd --version
164

в файле с правилами вначале проверяется subsystem.
убедитесь, что subsystem при подключении устройства действительно
равно usb_device.
для этого смотрите выдачу мониторинга udev:
$ sudo udevadm monitor --property

Спасибо. В rules нашлось много чего для исправления.

Вот такие записи работают:
SUBSYSTEM!=usb
RUN+=/sbin/madwimax -df --exact-device=$attr{busnum}/$attr{devnum}

пакет дистрибутивный? если да, то приложите патч к багрепорту:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600761

--
wbr, alexander barakin aka sash-kan.

samsung usb wimax udev rules

2011-01-16 Пенетрантность Dmitry A. Zhiglov

Добрый день!

Вот есть у меня usb wimax, вставляю, но связь с оператором не устанавливается.
Работает только, если руками ввести /sbin/madwimax -d
Почему udev rules не отрабатывает? Не понимаю.

Подскажите, в чем тут дело?

С уважением,
Дмитрий

ps логи всякие прилагаются
pps среда такая:
$uname -a
Linux indlg0 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Lin
# udevd --version
164


udev_wimax_logging.bz2
Description: BZip2 compressed data

Re: samsung usb wimax udev rules

2011-01-16 Пенетрантность alexander barakin

2011/1/16 Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
 Добрый день!

 Вот есть у меня usb wimax, вставляю, но связь с оператором не устанавливается.
 Работает только, если руками ввести /sbin/madwimax -d
 Почему udev rules не отрабатывает? Не понимаю.

 Подскажите, в чем тут дело?

 С уважением,
 Дмитрий

 ps логи всякие прилагаются
 pps среда такая:
 $uname -a
 Linux indlg0 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 GNU/Lin
 # udevd --version
 164


в файле с правилами вначале проверяется subsystem.
убедитесь, что subsystem при подключении устройства действительно
равно usb_device.
для этого смотрите выдачу мониторинга udev:
$ sudo udevadm monitor --property

-- 
wbr, alexander barakin aka sash-kan.

udev 163-1: Please update debconf PO translation for the package udev

2010-10-17 Пенетрантность Marco d'Itri

Hi,

You are noted as the last translator of the debconf translation for
udev. The English template has been changed, and now some messages
are marked fuzzy in your translation or are missing.
I would be grateful if you could take the time and update it.
Please send the updated file to me, DO NOT OPEN BUGS against udev.

Sorry, the last file had two errors in the new text which had to be
corrected.

Thanks in advance,

# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov kozlo...@gmail.com, 2006, 2007, 2009.
# Sergey Alyoshin, 2007.
# Yuri Kozlov yu...@komyakino.ru, 2010.
msgid
msgstr
Project-Id-Version: udev 163-1\n
Report-Msgid-Bugs-To: u...@packages.debian.org\n
POT-Creation-Date: 2010-10-17 00:40+0200\n
PO-Revision-Date: 2010-10-14 20:49+0400\n
Last-Translator: Yuri Kozlov yu...@komyakino.ru\n
Language-Team: Russian debian-l10n-russian@lists.debian.org\n
Language: ru\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n
%10=4 (n%10010 || n%100=20) ? 1 : 2);\n

#. Type: title
#. Description
#: ../udev.templates:2001
msgid Upgrading udev
msgstr Обновление udev

#. Type: error
#. Description
#: ../udev.templates:3001
msgid Reboot needed after this upgrade
msgstr После этого обновления требуется перезагрузка

#. Type: error
#. Description
#: ../udev.templates:3001
msgid
You are currently upgrading udev using an incompatible kernel version. A
compatible version is installed or being installed on the system, but you
need to reboot using this new kernel as soon as the upgrade is complete.
msgstr
Вы обновляете udev используя ядро несовместимой версии. Совместимая версия
уже установлена или будет установлена в систему, но вам нужно выполнить
перезагрузку с новым ядром сразу после завершения обновления.

#. Type: error
#. Description
#: ../udev.templates:3001
msgid
Without a reboot with this new kernel version, the system may become
UNUSABLE.
msgstr
Без перезагрузки с ядром новой версии, система может стать НЕРАБОТОСПОСОБНОЙ.

#. Type: error
#. Description
#: ../udev.templates:4001
msgid The running kernel has incompatible options enabled
msgstr В работающем ядре имеются несовместимые параметры

#. Type: error
#. Description
#: ../udev.templates:4001
msgid
The currently running kernel has the CONFIG_SYSFS_DEPRECATED option enabled,
which is incompatible with this udev release. If you are using the standard
Debian kernel packages and are in the process of upgrading from lenny to
squeeze, a compatible kernel package should be installed as part of this
upgrade. If you are not using the Debian kernel packages or are not
currently upgrading the system, you must take action to ensure your kernel
is upgraded before the next reboot.
msgstr
У работающего в данный момент ядра задан параметр CONFIG_SYSFS_DEPRECATED;
он не совместим с данной версией udev. Если вы используете стандартные
пакеты Debian с ядрами и выполняете обновление с lenny до squeeze, то пакет
с совместимым ядром должен установиться как часть обновления. Если вы не
используете ядра из пакетов Debian или не обновляете систему, то до
следующей перезагрузки вы должны установить другое совместимое ядро.

#. Type: error
#. Description
#: ../udev.templates:4001
#, fuzzy
#| msgid
#| Failing to upgrade to a kernel with CONFIG_SYSFS_DEPRECATED will probably
#| not prevent your system from booting, but will prevent certain udev rules
#| from being applied at boot time. In particular, all block devices will
#| be owned by root:root (instead of root:disk), and network devices may be
#| named differently after reboots. This latter issue may be a problem if
#| you are administering the machine remotely.
msgid
Failing to upgrade to a kernel without CONFIG_SYSFS_DEPRECATED will probably
not prevent your system from booting, but will prevent certain udev rules
from being applied at boot time. In particular, all block devices will be
owned by root:root (instead of root:disk), and network interfaces may be
named differently after reboots. This latter issue may be a problem if you
are administering the machine remotely.
msgstr
Если не обновить ядро на версию без CONFIG_SYSFS_DEPRECATED, то это,
вероятно, не прервёт загрузку системы, но отключит применение некоторых
правил udev при загрузке. В частности, все блочные устройства будут
принадлежать root:root (вместо root:disk) и может измениться порядок
именования сетевых устройств. Последнее может привести к проблемам, если вы
управляете машиной удалённо.

#. Type: error
#. Description
#: ../udev.templates:4001
msgid The upgrade of udev will continue after you acknowledge this message.
msgstr
Обновление udev будет продолжено после подтверждения о прочтении этого
сообщения.

#. Type: boolean
#. Description

[BTS#600207] po-debconf://udev/ru.po

2010-10-14 Пенетрантность Yuri Kozlov

Hello.

-- 
Best Regards,
Yuri Kozlov


-- 
To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101014210736.2cf88...@keeper.home.local

Re: Запуск правил udev силком

2010-08-23 Пенетрантность Andrew N Golovkov

udevadm trigger?

23.08.2010, 03:00, George Shuklin george.shuk...@gmail.com:
 Я выключил винт программно, потом силком сказал шине пересканировать
 устройства. Ядро нашло снова винт. Но udev'ное правило не отработало.

 Есть ли способ запустить правило udev силком для заданного устройства?
 Например, я делаю udevadm test /sys/class/block/sdf1 - и на выходе
 что-то похожее на правду. А запустить как? (кроме как физически
 отключить/подключить диск).

 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/1282518036.2917.26.ca...@home.desunote.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/170131282627...@web2.yandex.ru

Запуск правил udev силком

2010-08-22 Пенетрантность George Shuklin

Я выключил винт программно, потом силком сказал шине пересканировать
устройства. Ядро нашло снова винт. Но udev'ное правило не отработало.

Есть ли способ запустить правило udev силком для заданного устройства?
Например, я делаю udevadm test /sys/class/block/sdf1 - и на выходе
что-то похожее на правду. А запустить как? (кроме как физически
отключить/подключить диск).



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1282518036.2917.26.ca...@home.desunote.ru

udev ругается с consolekit из S id

2010-06-15 Пенетрантность Вереск

Захотелось странного и решил притянуть KDE 444 из Sid (не сиделось мне 
на LXDE-то..)
Без объявления войны отказался обновиться udev, сказал, что ему просто 
жизненно необходимо убрать сonsolekit. А сonsolekit нужен для KDM. И вот 
как с ними поступить? Хоть Sidux ставь, чесслово. Но за ради попробовать 
как-то не хочется...



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1734c4.5050...@mail.ru

Re: udev ругается с c onsolekit из Sid

2010-06-15 Пенетрантность Andrey Rahmatullin

On Tue, Jun 15, 2010 at 12:07:32PM +0400, Вереск wrote:
 Без объявления войны отказался обновиться udev, сказал, что ему просто 
 жизненно необходимо убрать сonsolekit.
УМВР.
udev 157-1, consolekit 0.4.1-4, никто ничего из этого удалять не
предлагал. Более того, оба пакета в сквизе и сиде одной версии.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

[...] бывают герои (знаю по себе ;) которые иногда бывают готовы правильно
опакетить кривую софтинку и, затем, пропихнуть патчи в апстрим.
-- akhavr in sisyphus@


signature.asc
Description: Digital signature

Re: udev ругается с conso lekit из Sid

2010-06-15 Пенетрантность Вереск


15.06.2010 12:27, Andrey Rahmatullin пишет:

On Tue, Jun 15, 2010 at 12:07:32PM +0400, Вереск wrote:
   

Без объявления войны отказался обновиться udev, сказал, что ему просто
жизненно необходимо убрать сonsolekit.
 

УМВР.
udev 157-1, consolekit 0.4.1-4, никто ничего из этого удалять не
предлагал. Более того, оба пакета в сквизе и сиде одной версии.

   

 touch /etc/udev/kernel-upgrade

Так как ядро самопальное, то udev растерялся. А мне надо было 
внимательне быть, однако...



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c17cc5b.3050...@mail.ru

обновление udev

2010-06-01 Пенетрантность Shrub Artem


Здравствуйте!

Обновил kde3.5.10 до 4.4.3 из testing. Возникла проблема с пакетом udev 
0.125-7+lenny3 который не хочет обновляться :(. Ссылаясь на ядро.


/#aptitude install udev
Подготовка к замене пакета udev 0.125-7+lenny3 (используется файл 
.../archives/udev_154-1_amd64.deb) ...



Since release 150, udev requires that support for the 
CONFIG_SYSFS_DEPRECATED

feature is disabled in the running kernel.

Please upgrade your kernel before or while upgrading udev.

AT YOUR OWN RISK, you can force the installation of this version of udev
WHICH DOES NOT WORK WITH YOUR RUNNING KERNEL AND WILL BREAK YOUR SYSTEM
AT THE NEXT REBOOT by creating the /etc/udev/kernel-upgrade file.
There is always a safer way to upgrade, do not try this unless you
understand what you are doing!

/Подскажите что делать?



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c04ad63.2090...@pochta.ru

Re: обновлени е udev

2010-06-01 Пенетрантность Олег Ключкин

Обновить ядро, потом поставить udev.
On Tue, Jun 01, 2010 at 02:49:07PM +0800, Shrub Artem wrote:
Здравствуйте!

Обновил kde3.5.10 до 4.4.3 из testing. Возникла проблема с пакетом udev
0.125-7+lenny3 который не хочет обновляться :(. Ссылаясь на ядро.

/#aptitude install udev
Подготовка к замене пакета udev 0.125-7+lenny3 (используется файл
.../archives/udev_154-1_amd64.deb) ...

Since release 150, udev requires that support for the
CONFIG_SYSFS_DEPRECATED
feature is disabled in the running kernel.

Please upgrade your kernel before or while upgrading udev.

AT YOUR OWN RISK, you can force the installation of this version of udev
WHICH DOES NOT WORK WITH YOUR RUNNING KERNEL AND WILL BREAK YOUR SYSTEM
AT THE NEXT REBOOT by creating the /etc/udev/kernel-upgrade file.
There is always a safer way to upgrade, do not try this unless you
understand what you are doing!

/Подскажите что делать?

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100601124200.ga18...@wsru-klyuchkin.corp.tele2.ru

Re: обновление udev

2010-06-01 Пенетрантность Shrub Artem

Олег Ключкин пишет:

Обновить ядро, потом поставить udev.
On Tue, Jun 01, 2010 at 02:49:07PM +0800, Shrub Artem wrote:

Здравствуйте!

/#aptitude install udev
Подготовка к замене пакета udev 0.125-7+lenny3 (используется файл
.../archives/udev_154-1_amd64.deb) ...

Since release 150, udev requires that support for the
CONFIG_SYSFS_DEPRECATED

feature is disabled in the running kernel.

Please upgrade your kernel before or while upgrading udev.

/Подскажите что делать?

Ядро обновил с версии 2.6.26-2 до 2.6.27.46 не помогло. Вылечилось
комментированием в конфиге ядра переменной # CONFIG_SYSFS_DEPRECATED_V2
is not set.

Re: обновление udev

2010-06-01 Пенетрантность Andrey Melnikoff

Shrub Artem artem.sh...@pochta.ru wrote:
 Олег Ключкин пишет:
  Обновить ядро, потом поставить udev.
  On Tue, Jun 01, 2010 at 02:49:07PM +0800, Shrub Artem wrote:

[...]
 Ядро обновил с версии 2.6.26-2 до 2.6.27.46 не помогло. Вылечилось 
 комментированием в конфиге ядра переменной # CONFIG_SYSFS_DEPRECATED_V2 
 is not set.

Точный, но абсолютно бесполезный ответ (С). Следующий релиз будет на 2.6.32 -
и там этой проблемы не наблюдается.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/mddfd7-66r@kenga.kmv.ru

Re: udev - как сделать symlink дл я dm-crypt ?

2010-05-31 Пенетрантность Nicholas


On 30.05.2010 14:48, Степан Голосунов wrote:

lass...@networkgate.us  writes:
Вhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582481#25
иhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581593
утверждают, что ругань безобидна. (И, судя по всему, является
багофичей комбинации некоторых версий udev и dmsetup.)


Действительно, все работало.

Видимо проблема была в другом, т.к. приходилось
нажимать ctrl+d, после сообщения об ошибке проверки диска.

она была решена удалением dosfstools, что неправильно.

Был бы рад узнать более правильный вариант.

Спасибо.

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/hu0e46$ap...@dough.gmane.org

Re: udev - как сделать symlink для dm-crypt ?

2010-05-30 Пенетрантность Степан Голосунов

Nicholas s...@networkgate.us writes:
 Поставил Squeeze на чистую флешку,

 Конфиг:

 /etc/crypttab:

 rootfs /dev/disk/by-uuid/xxx-xxx-xxx-xxx none luks
 internal /dev/sda3 none luks

А с чего бы при загрузке с флэшки внутреннему диску называться /dev/sda?
Стоит использовать /dev/disk/by-id/.


 /etc/fstab:

 /dev/mapper/rootfs  /  ext2 defaults,errors=remount-ro,noatime
 0 1
 UUID=yyy-yyy-yyy-yyy   /boot ext2 defaults,noatime,ro  0 1
 /dev/mapper/internal/mnt/internal   ext3
 defaults,errors=remount-ro  0 1

 Проблема:

 dm-crypt при загрузке ругается:

 internal: clean, xxx/yyy files, aaa/bbb blocks
 open: No such file or directory


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bpbxompc@sghpc.golosunov.pp.ru

Re: udev - как сделать symlink дл я dm-crypt ?

2010-05-30 Пенетрантность Nicholas


On 30.05.2010 07:47, Степан Голосунов wrote:

А с чего бы при загрузке с флэшки внутреннему диску называться /dev/sda?
Стоит использовать /dev/disk/by-id/.


При загрузки в флешки внутренний диск, тем не менее, sda.

Я прописал его по by-id в cryptotab, для профилактики.

еще раз убедился что линк
/dev/disk/by-id/@ata-FUJITSU...part3
указывает на ../../sda3,

Это ничего не изменило.

Все равно ругается udev:

Press enter for maintenance
(or type Control-D to continue): udevd-work[696]: kernel-provides name 
'dm-1' and NAME= 'mapper/internal' disagree, please use SYMLINK+= or 
change the kernel t

o provide the proper name


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/httpou$lf...@dough.gmane.org

Re: udev - как сделать symlink дл я dm-crypt ?

2010-05-30 Пенетрантность Nicholas


On 30.05.2010 07:47, Степан Голосунов wrote:

А с чего бы при загрузке с флэшки внутреннему диску называться /dev/sda?
Стоит использовать /dev/disk/by-id/.


При загрузке с флешки, внутренний диск, тем не менее - sda.

Я прописал его по by-id в cryptotab, для профилактики.

еще раз убедился что линк
/dev/disk/by-id/@ata-FUJITSU...part3
указывает на ../../sda3,

Это ничего не изменило.

Все равно ругается udev:

Press enter for maintenance
(or type Control-D to continue): udevd-work[696]: kernel-provides name 
'dm-1' and NAME= 'mapper/internal' disagree, please use SYMLINK+= or 
change the kernel t

o provide the proper name


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/httql1$np...@dough.gmane.org

Re: udev - как сделать symlink для dm-crypt ?

2010-05-30 Пенетрантность Степан Голосунов

Nicholas s...@networkgate.us writes:
 Все равно ругается udev:

 Press enter for maintenance
 (or type Control-D to continue): udevd-work[696]: kernel-provides name
 dm-1' and NAME= 'mapper/internal' disagree, please use SYMLINK+= or
 change the kernel t
 o provide the proper name

В http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582481#25
и http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581593
утверждают, что ругань безобидна. (И, судя по всему, является
багофичей комбинации некоторых версий udev и dmsetup.)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vda5monb@sghpc.golosunov.pp.ru

udev - как сделать symlink для dm-crypt ?

2010-05-29 Пенетрантность Nicholas


Поставил Squeeze на чистую флешку,

Конфиг:

/etc/crypttab:

rootfs /dev/disk/by-uuid/xxx-xxx-xxx-xxx none luks
internal /dev/sda3 none luks

/etc/fstab:

/dev/mapper/rootfs  /  ext2 
defaults,errors=remount-ro,noatime 0 1

UUID=yyy-yyy-yyy-yyy /boot ext2 defaults,noatime,ro  0 1
/dev/mapper/internal/mnt/internal   ext3 
defaults,errors=remount-ro  0 1


Проблема:

dm-crypt при загрузке ругается:

internal: clean, xxx/yyy files, aaa/bbb blocks
open: No such file or directory
dosfsck 3.0.9, 31 jan 2010. FAT 32, LVM
filed (code 6).
File system check failed. A log is bein saved in /var/log/fsck/chkfs if 
that location is writable. Please repair file system manually ... failed
A maintenance shell will now be started. CONTROL-D will terminate this 
shell and resume system boot. ... (warning).

Press enter for maintenance
(or type Control-D to continue): udevd-work[696]: kernel-provides name 
'dm-1' and NAME= 'mapper/internal' disagree, please use SYMLINK+= or 
change the kernel to provide the proper name



Попытка решения:

создал файл
/etc/udev/rules.d/00_dm.rules
со строкой:

NAME==mapper/internal, SYMLINK+=dm-1
или
NAME==dm-1, SYMLINK+=mapper/internal
или
KERNEL==dm-1, NAME=mapper/internal, SYMLINK+=mapper/internal

не помогает,

Каким должен быть правильный вариант ?

после изменений rules.d/00_dm.rules делал:
sudo update-initramfs -v -c -k all

но не уверен что это имело смысл - ошибка появляется когда root fs / 
(на live usb) уже смонтированна, и относиться ко второму диску 
(внутреннему).


--
Лог файлы:

/var/log/fsck/rootfs:
Log of fsck -C -a -t ext2 /dev/mapper/rootfs
Sat May 29 14:10:21 2010

fsck from util-linux-ng 2.16.2
rootfs: clean, 65859/937280 files, 963920/1871188 blocks

Sat May 29 14:10:21 2010


/var/log/fsck/checkfs:
Log of fsck -C -R -A -a
Sat May 29 14:10:26 2010

fsck from util-linux-ng 2.16.2
boot_usb: clean, 204/74296 files, 33459/296128 blocks (check in 5 mounts)
internal: clean, 1524022/7192576 files, 12422411/14361981 blocks
open: No such file or directory
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
open: No such file or directory
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
fsck died with exit status 6

Sat May 29 14:10:27 2010


Спасибо.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/htrmtq$lm...@dough.gmane.org

Re: udev и initrd

2010-05-26 Пенетрантность Ed


Nicholas wrote:

Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее 
нужную программу.
я подумал-подумал и придумал: после перезапуска железка детектится 
udev из initrd, где моих правил нет (да и не к месту они там).



По аналогии - что бы загрузиться с usb,


мне нужно наоборот - чтобы устройство обнаруживалось нормальным udev, 
а не тем, которое в initrd



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfcce60.3000...@yandex.ru

Re: udev и initrd

2010-05-26 Пенетрантность Victor Wagner

On 2010.05.26 at 11:31:44 +0400, Ed wrote:

 Nicholas wrote:
 Ed wrote:
 есть у меня usb-железка, есть для неё правило к udev, запускающее  
 нужную программу.
 я подумал-подумал и придумал: после перезапуска железка детектится  
 udev из initrd, где моих правил нет (да и не к месту они там).


 По аналогии - что бы загрузиться с usb,

 мне нужно наоборот - чтобы устройство обнаруживалось нормальным udev, 
 а не тем, которое в initrd

Думаем внимаетльно Чтобы устройство обнаруживалось или чтобы если в
момент загрузки устройство воткнуто, выполнялся тот же скрипт?

Еслди второе, то пишем в /etc/init.d скриптик, который lsusb смотрит
наличие нужного устройства, и если нашел, дергает то же , что дергается
из правила udev

 -- 
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/4bfcce60.3000...@yandex.ru



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100526091107.ga11...@wagner.pp.ru

Re: udev и initrd

2010-05-26 Пенетрантность Ed


Victor Wagner wrote:
мне нужно наоборот - чтобы устройство обнаруживалось нормальным udev, 
а не тем, которое в initrd




Думаем внимаетльно Чтобы устройство обнаруживалось или чтобы если в
момент загрузки устройство воткнуто, выполнялся тот же скрипт?

Еслди второе, то пишем в /etc/init.d скриптик, который lsusb смотрит
наличие нужного устройства, и если нашел, дергает то же , что дергается
из правила udev
  


разумеется можно... только некрасиво как-то


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfcf732.3010...@yandex.ru

Re: udev и initrd

2010-05-25 Пенетрантность Nicholas


Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее нужную 
программу.
я подумал-подумал и придумал: после перезапуска железка детектится udev 
из initrd, где моих правил нет (да и не к месту они там).



По аналогии - что бы загрузиться с usb, иногда нужно сделать

cp /usr/share/initramfs-tools/hooks/cryptroot /etc/initramfs-tools/hooks/

и добавить в
/etc/initramfs-tools/scripts/local-top/cryptroot
после строчки modprobe -q dm_crypt:

echo Sleeping for 5 seconds to allow USB detection.
sleep 5
echo Awake, attempting to mount encrypted partitions.

echo Setting up cryptographic volume $crypttarget (based on 
$cryptsource)


что бы usb успело определиться.

(Есть там (/usr/share/initramfs-tools/hooks) и udev.)

После чего надо переименовать
/boot/initrd.img-... в *.old
и запустить
update-initramfs -v -c -k all



--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/hthfes$u7...@dough.gmane.org

Re: как лучше оторват ь persistent-net от udev?

2010-04-19 Пенетрантность Ed


Александр Вайтехович wrote:

16.04.2010 23:08, Ed пишет:

u...@localhost:~$ head  -n2 /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.

конечно логика в этих действиях есть, но в случае единственной 
сетевой карты в системе эти телодвижения излишни.
а с учётом того, что /etc/network/interfaces остаётся прежним - такое 
интеллектуальное поведение выглядит вредительством (поменял сетевую 
плату - компьютер стал недоступен по сети, а монитор с клавиатурой не 
всегда можно/удобно подключать).


можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в 
случае обновления udev persistent-net не работало.

как правильно?

я обычно вычищаю из  этого файла сетевуху перед сменой материнки




этот вариант хорош только для плановой замены ;)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bcc0a46.5000...@yandex.ru

Re: как лучше оторват ь persistent-net от udev?

2010-04-19 Пенетрантность Александр Вайтехови ч


19.04.2010 11:46, Ed пишет:


можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в 
случае обновления udev persistent-net не работало.

как правильно?

я обычно вычищаю из  этого файла сетевуху перед сменой материнки


иатурой не всегда можно/удобно подключать).


этот вариант хорош только для плановой замены ;)


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

поскольку настройка биоса и т.д.
да и по умолчанию в большинстве матерей запуск без клавы останавливается

--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: san...@sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bcc4ae3.5050...@sanych.nnov.ru

Re: как лучше оторват ь persistent-net от udev?

2010-04-17 Пенетрантность Александр Вайтехови ч


16.04.2010 23:08, Ed пишет:
на тестовой машине (debian testing) после смены материнской платы сеть 
не взлетела.


смотрю - udev перебросил сетевую карту на eth1.

вот корень всех бед:
u...@localhost:~$ head  -n2 /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.

конечно логика в этих действиях есть, но в случае единственной сетевой 
карты в системе эти телодвижения излишни.
а с учётом того, что /etc/network/interfaces остаётся прежним - такое 
интеллектуальное поведение выглядит вредительством (поменял сетевую 
плату - компьютер стал недоступен по сети, а монитор с клавиатурой не 
всегда можно/удобно подключать).


можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в случае 
обновления udev persistent-net не работало.

как правильно?



я обычно вычищаю из  этого файла сетевуху перед сменой материнки

--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: san...@sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bc95469.8020...@sanych.nnov.ru

как лучше оторвать persistent-net от udev?

2010-04-16 Пенетрантность Ed

на тестовой машине (debian testing) после смены материнской платы сеть
не взлетела.

смотрю - udev перебросил сетевую карту на eth1.

вот корень всех бед:
u...@localhost:~$ head -n2 /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.

конечно логика в этих действиях есть, но в случае единственной сетевой
карты в системе эти телодвижения излишни.
а с учётом того, что /etc/network/interfaces остаётся прежним - такое
интеллектуальное поведение выглядит вредительством (поменял сетевую
плату - компьютер стал недоступен по сети, а монитор с клавиатурой не
всегда можно/удобно подключать).

можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в случае
обновления udev persistent-net не работало.

как правильно?

Re: как лучше оторвать persistent-net от udev?

2010-04-16 Пенетрантность Eugene Berdnikov

On Fri, Apr 16, 2010 at 11:08:13PM +0400, Ed wrote:
 на тестовой машине (debian testing) после смены материнской платы
 сеть не взлетела.
 
 смотрю - udev перебросил сетевую карту на eth1.
...
 конечно логика в этих действиях есть, но в случае единственной
 сетевой карты в системе эти телодвижения излишни.
...
 можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в
 случае обновления udev persistent-net не работало.
 как правильно?

 Написать первым правило, которое срабатывает на любом интерфейсе?
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100416192507.ga10...@protva.ru

squeeze, nvidia-kernel-common, udev-acl, consolekit = security?

2010-03-16 Пенетрантность Anton Kovalenko

Привет, рассылка. Что-то не могу сообразить одну вещь.

В пакете nvidia-kernel-common есть такое правило для udev:

# Set ACLs for console users on /dev/nvidia*
# This is necessary until the driver uses some other form of auth
ENV{ACL_MANAGE}==0, GOTO=nvidia_end
DRIVER==nvidia,ENV{NVIDIA_DEVICE}=1
ENV{NVIDIA_DEVICE}==0, GOTO=nvidia_end
ENV{ACL_MANAGE}=1
[...ну дальше понятно...]

Интересно, что проверка ENV{NVIDIA_DEVICE}==0, естественно, возвращает
false _всегда_ (никто его в ноль не ставит). Очевидно, имелось в виду
!=1, да так и не поимелось. Но самое забавное, что наличие этого
правила (при установленном consolekit и при acl-enabled udev) дарит
залогиненным пользователям +rw на все устройства подряд. К примеру,

$ getfacl /dev/sda
getfacl: Removing leading '/' from absolute path names
# file: dev/mapper/desktop--ng-root
# owner: root
# group: disk
user::rw-
user:anton:rw-
^^^ я, конечно, польщён доверием, но вообще-то это сюрприз.
group::rw-
mask::rw-
other::---

Правило это (/lib/udev/rules.d/60-nvidia-kernel-common.rules) лежит в
nvidia-kernel-common, родном дебиановском пакете из contrib. 

Так вот, сообразить я не могу вот что: правильно ли я понял, что это
повод для баг-репорта? И случайно не уровня critical, а?  (возможно,
считается, что кто за консолью сидит, всё равно может открыть корпус и
вытащить /dev/sda, ну или кофе на него пролить. Но ведь раньше не
считалось?)

И ещё хотелось бы знать (но уже из чистого любопытства): мне понаставили
этих acl'ей на всё подряд; я поправил на !=1, setfacl -R -d, udevadm
trigger, перелогинился - с обычных дисков флаг ACL_MANAGE исчез, а вот
на томах LVM остался. Похоже, куда-то он ещё сохранился. Откуда бы его
выпилить без перезагрузки?

-- 
Regards, Anton Kovalenko
+7(916)345-34-02 | Elektrostal' MO, Russia

Правила udev

2010-03-01 Пенетрантность Сергей С .

Приветствую всех!
Не могу понять почему на отрабатывает скрипт на remove, хотя при этом
отрабатывает на add.


1) /etc/udev/rules.d/010_test_remount_add.rules :

BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
ACTION==add, NAME=%k, RUN+=/usr/local/bin/mount_test.sh add %k
BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
ACTION==remove, NAME=%k, RUN+=/usr/local/bin/mount_test.sh remove %k



2) mount_test.sh :

#!/bin/sh

MOUNT_DIR=/home/user/mount_dir

sleep 3

  if [ $1 == add ]; then

 if [ -d $MOUNT_DIR ]; then
FLASH_DEV =`echo $2 | sed -n '/^sd[a-z][1-9]\?/p'`
/bin/mount -t vfat /dev/$FLASH_DEV $MOUNT_DIR -o
flush,rw,gid=disk,umask=007,iocharset=utf8
 else
mkdir $MOUNT_DIR
chown user:user $MOUNT_DIR
chmod 775 $MOUNT_DIR
FLASH_DEV=`echo $1 | sed -n '/^sd[a-z][1-9]\?/p'`
mount /dev/$FLASH_DEV $MOUNT_DIR -o
flush,rw,gid=disk,umask=007,iocharset=utf8
 fi

   elif [ $1 == remove ]; then

 /bin/umount /dev/$2
   fi

exit 0

Re: Правила udev

2010-03-01 Пенетрантность DamirX

В Втр, 02/03/2010 в 11:39 +0600, Сергей С. пишет:
 Приветствую всех!
 Не могу понять почему на отрабатывает скрипт на remove, хотя при этом
 отрабатывает на add.
 
 1) /etc/udev/rules.d/010_test_remount_add.rules :
 
 BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
 ACTION==add, NAME=%k, RUN+=/usr/local/bin/mount_test.sh add %k
 BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
 ACTION==remove, NAME=%k, RUN+=/usr/local/bin/mount_test.sh remove
 %k
 
 
 
 2) mount_test.sh :
 
 #!/bin/sh
 
 MOUNT_DIR=/home/user/mount_dir
 
 sleep 3
Насколько мне помниться - этот скрипт должен работать как можно
быстрее...
 
   if [ $1 == add ]; then
 
  if [ -d $MOUNT_DIR ]; then
 FLASH_DEV =`echo $2 | sed -n '/^sd[a-z][1-9]\?/p'`
 /bin/mount -t vfat /dev/$FLASH_DEV $MOUNT_DIR -o
 flush,rw,gid=disk,umask=007,iocharset=utf8
  else
 mkdir $MOUNT_DIR
 chown user:user $MOUNT_DIR
 chmod 775 $MOUNT_DIR
 FLASH_DEV=`echo $1 | sed -n '/^sd[a-z][1-9]\?/p'`
 mount /dev/$FLASH_DEV $MOUNT_DIR -o
 flush,rw,gid=disk,umask=007,iocharset=utf8
  fi
 
elif [ $1 == remove ]; then
 
  /bin/umount /dev/$2
# интересно, какой смысл отмонтировать ФС если блочный девайс уже
ИЗВЛЕЧЕН!?
fi
 
 exit 0
 
 
 
ЗЫЖ да и вообще - фигня это всё!

-- 
DamirX


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1267509222.887.12.ca...@everest.agg

Re: Правила udev

2010-03-01 Пенетрантность Сергей С .

Насколько мне помниться - этот скрипт должен работать как можно
быстрее...

Этот момент можно пропустить. Важен факт отмонтирования.

интересно, какой смысл отмонтировать ФС если блочный девайс уже
ИЗВЛЕЧЕН!?

Если не выполнить отмонтирование, то следующий девайс попытается
примонтироваться в туже дирректорию +
получит новое имя устройства sd[a-z][0-9], а их не так уж и много.


2 марта 2010 г. 11:53 пользователь DamirX damir.haki...@gmail.com написал:

 В Втр, 02/03/2010 в 11:39 +0600, Сергей С. пишет:
  Приветствую всех!
  Не могу понять почему на отрабатывает скрипт на remove, хотя при этом
  отрабатывает на add.
 
  1) /etc/udev/rules.d/010_test_remount_add.rules :
 
  BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
  ACTION==add, NAME=%k, RUN+=/usr/local/bin/mount_test.sh add %k
  BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
  ACTION==remove, NAME=%k, RUN+=/usr/local/bin/mount_test.sh remove
  %k
 
 
 
  2) mount_test.sh :
 
  #!/bin/sh
 
  MOUNT_DIR=/home/user/mount_dir
 
  sleep 3
 Насколько мне помниться - этот скрипт должен работать как можно
 быстрее...
 
if [ $1 == add ]; then
 
   if [ -d $MOUNT_DIR ]; then
  FLASH_DEV =`echo $2 | sed -n '/^sd[a-z][1-9]\?/p'`
  /bin/mount -t vfat /dev/$FLASH_DEV $MOUNT_DIR -o
  flush,rw,gid=disk,umask=007,iocharset=utf8
   else
  mkdir $MOUNT_DIR
  chown user:user $MOUNT_DIR
  chmod 775 $MOUNT_DIR
  FLASH_DEV=`echo $1 | sed -n '/^sd[a-z][1-9]\?/p'`
  mount /dev/$FLASH_DEV $MOUNT_DIR -o
  flush,rw,gid=disk,umask=007,iocharset=utf8
   fi
 
 elif [ $1 == remove ]; then
 
   /bin/umount /dev/$2
 # интересно, какой смысл отмонтировать ФС если блочный девайс уже
 ИЗВЛЕЧЕН!?
 fi
 
  exit 0
 
 
 
 ЗЫЖ да и вообще - фигня это всё!

 --
 DamirX


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/1267509222.887.12.ca...@everest.agg

Re: Правила udev

2010-03-01 Пенетрантность Artem Chuprina

Сергей С. - debian-russian@lists.debian.org  @ Tue, 2 Mar 2010 11:39:27 +0600:

 СС Приветствую всех!
 СС Не могу понять почему на отрабатывает скрипт на remove, хотя при этом
 СС отрабатывает на add.

Не отрабатывает - это не запускается или не отмонтирует?  Если
второе, то видимо, man umount на предмет -f, -l и, может быть, -i.

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

Кстати, в скрипте в ветке, когда add и директория не существует,
ошибка.  Вместо $1 должно быть $2.

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

 СС 1) /etc/udev/rules.d/010_test_remount_add.rules :

 СС BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
 СС ACTION==add, NAME=%k, RUN+=/usr/local/bin/mount_test.sh add %k
 СС BUS==usb, SUBSYSTEM==block, KERNEL==sd[a-z][0-9], GROUP==disk,
 СС ACTION==remove, NAME=%k, RUN+=/usr/local/bin/mount_test.sh remove %k



 СС 2) mount_test.sh :

 СС #!/bin/sh

 СС MOUNT_DIR=/home/user/mount_dir

 СС sleep 3

 СС   if [ $1 == add ]; then

 СС  if [ -d $MOUNT_DIR ]; then
 СС FLASH_DEV =`echo $2 | sed -n '/^sd[a-z][1-9]\?/p'`
 СС /bin/mount -t vfat /dev/$FLASH_DEV $MOUNT_DIR -o
 СС flush,rw,gid=disk,umask=007,iocharset=utf8
 СС  else
 СС mkdir $MOUNT_DIR
 СС chown user:user $MOUNT_DIR
 СС chmod 775 $MOUNT_DIR
 СС FLASH_DEV=`echo $1 | sed -n '/^sd[a-z][1-9]\?/p'`
 СС mount /dev/$FLASH_DEV $MOUNT_DIR -o
 СС flush,rw,gid=disk,umask=007,iocharset=utf8
 СС  fi

 ССelif [ $1 == remove ]; then

 СС  /bin/umount /dev/$2
 ССfi

 СС exit 0


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/54750...@wizzle.ran.pp.ru

Re: логика udev rules

2010-02-04 Пенетрантность Ed


Ed wrote:
угу, как раз собирался написать - работает, проблема была в первом 
правиле.

условия BUS==usb и BUS!=usb истинны одновременно, можно написать
BUS==usb, BUS!=usb, RUN+=
и оно отработает ;) 


в man udev ничего про BUS не сказано, похоже неизвестные условия 
считаются всегда истинными.


в некоторых debian'овских rules встречается проверка BUS (в том числе и 
BUS!=usb), напишу багрепорт.



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: логика udev rules

2010-02-04 Пенетрантность Yuriy Kaminskiy

On 04.02.2010 15:40, Ed wrote:
Ed wrote:
угу, как раз собирался написать - работает, проблема была в первом
правиле.
условия BUS==usb и BUS!=usb истинны одновременно, можно написать
BUS==usb, BUS!=usb, RUN+=
и оно отработает ;)

в man udev ничего про BUS не сказано, похоже неизвестные условия
считаются всегда истинными.
=== cut ===
udev 098

Bugfixes.

Renaming of some key names (the old names still work):
BUS - SUBSYSTEMS, ID - KERNELS, SYSFS - ATTRS, DRIVER - DRIVERS.
(The behavior of the key DRIVER will change soon in one of the next
releases, to match only the event device, please switch to DRIVERS
instead. If DRIVER is used, it will behave like DRIVERS, but an error
is logged.
With the new key names, we have a more consistent and simpler scheme.
We can match the properties of the event device only, with: KERNEL,
SUBSYSTEM, ATTR, DRIVER. Or include all the parent devices in the match,
with: KERNELS, SUBSYSTEMS, ATTRS, DRIVERS. ID, BUS, SYSFS, DRIVER are no
longer mentioned in the man page and should be switched in the rule
files
=== cut ===
Поглядел в RTFS, вроде оно всё ещё должно still work, начиная с 14x - должно
работать, но показывать warning.
Почему на самом деле не работает - х.з.
в некоторых debian'овских rules встречается проверка BUS (в том числе и
BUS!=usb), напишу багрепорт.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

логика udev rules

2010-02-03 Пенетрантность Ed

преамбула: у нас используются кпк с palmos, программа синхронизации - 
coldsync.

раньше coldsync запускался из hotplug, решил мигрировать-таки на udev.

написал вот такой rule:
#Own udev rule for PalmOS devices
#BUS!=usb, GOTO=coldsync_rules_end
#ACTION!=add, GOTO=coldsync_rules_end
#ENV{DEVTYPE}!=usb_device, GOTO=coldsync_rules_end

SYSFS{idVendor}==082d, SYSFS{idProduct}==0100, GOTO=coldsync_detected
SYSFS{idVendor}==082d, SYSFS{idProduct}==0200, GOTO=coldsync_detected
SYSFS{idVendor}==082d, SYSFS{idProduct}==0300, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0001, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0002, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0003, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0020, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0080, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0040, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0050, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0060, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0031, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0061, GOTO=coldsync_detected
SYSFS{idVendor}==0830, SYSFS{idProduct}==0070, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==0038, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==0066, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==0095, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==009a, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==00da, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==00e9, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==0144, GOTO=coldsync_detected
SYSFS{idVendor}==054c, SYSFS{idProduct}==0169, GOTO=coldsync_detected
SYSFS{idVendor}==04e8, SYSFS{idProduct}==8001, GOTO=coldsync_detected
SYSFS{idVendor}==04e8, SYSFS{idProduct}==6601, GOTO=coldsync_detected
SYSFS{idVendor}==091e, SYSFS{idProduct}==0004, GOTO=coldsync_detected
SYSFS{idVendor}==4766, SYSFS{idProduct}==0001, GOTO=coldsync_detected
SYSFS{idVendor}==0c88, SYSFS{idProduct}==0021, GOTO=coldsync_detected

GOTO=coldsync_rules_end

LABEL=coldsync_detected
BUS==usb, ACTION==add, ENV{DEVTYPE}==usb_device, 
RUN+=/usr/bin/coldsync -md -n USB1 -d io:1


LABEL=coldsync_rules_end

в таком виде работает, а если убираю комментарии в трёх первых правилах 
- не работает.

может быть я неправильно понял как устроены эти самые rules?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: логика udev rules

2010-02-03 Пенетрантность Artem Chuprina

Ed - debian-russian@lists.debian.org  @ Wed, 03 Feb 2010 18:55:01 +0300:

 E преамбула: у нас используются кпк с palmos, программа синхронизации - 
 E coldsync.
 E раньше coldsync запускался из hotplug, решил мигрировать-таки на udev.

 E написал вот такой rule:
 E #Own udev rule for PalmOS devices
 E #BUS!=usb, GOTO=coldsync_rules_end
 E #ACTION!=add, GOTO=coldsync_rules_end
 E #ENV{DEVTYPE}!=usb_device, GOTO=coldsync_rules_end

 E SYSFS{idVendor}==082d, SYSFS{idProduct}==0100, GOTO=coldsync_detected
 E SYSFS{idVendor}==082d, SYSFS{idProduct}==0200, GOTO=coldsync_detected
 E SYSFS{idVendor}==082d, SYSFS{idProduct}==0300, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0001, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0002, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0003, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0020, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0080, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0040, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0050, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0060, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0031, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0061, GOTO=coldsync_detected
 E SYSFS{idVendor}==0830, SYSFS{idProduct}==0070, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==0038, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==0066, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==0095, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==009a, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==00da, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==00e9, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==0144, GOTO=coldsync_detected
 E SYSFS{idVendor}==054c, SYSFS{idProduct}==0169, GOTO=coldsync_detected
 E SYSFS{idVendor}==04e8, SYSFS{idProduct}==8001, GOTO=coldsync_detected
 E SYSFS{idVendor}==04e8, SYSFS{idProduct}==6601, GOTO=coldsync_detected
 E SYSFS{idVendor}==091e, SYSFS{idProduct}==0004, GOTO=coldsync_detected
 E SYSFS{idVendor}==4766, SYSFS{idProduct}==0001, GOTO=coldsync_detected
 E SYSFS{idVendor}==0c88, SYSFS{idProduct}==0021, GOTO=coldsync_detected

 E GOTO=coldsync_rules_end

 E LABEL=coldsync_detected
 E BUS==usb, ACTION==add, ENV{DEVTYPE}==usb_device, 
RUN+=/usr/bin/coldsync
 E -md -n USB1 -d io:1

 E LABEL=coldsync_rules_end

 E в таком виде работает, а если убираю комментарии в трёх первых правилах - не
 E работает.
 E может быть я неправильно понял как устроены эти самые rules?

А если убрать комментарии только в первых двух правилах?

Маловероятно, что там BUS не usb или ACTION не add, но вот ENV{DEVTYPE}
вполне может оказаться более специфическим, чем просто usb_device...

Или файл может быть рассчитан на более старую (или наоборот, более
новую) версию udev, который ту же информацию выдает чуть по-другому.

-- 
У кошки четыре ноги: ввод, вывод, земля и питание.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: логика udev rules

2010-02-03 Пенетрантность Ed


Artem Chuprina wrote:

 E написал вот такой rule:
 E #Own udev rule for PalmOS devices
 E #BUS!=usb, GOTO=coldsync_rules_end
 E #ACTION!=add, GOTO=coldsync_rules_end
 E #ENV{DEVTYPE}!=usb_device, GOTO=coldsync_rules_end

 E SYSFS{idVendor}==082d, SYSFS{idProduct}==0100, GOTO=coldsync_detected
  

.

 E GOTO=coldsync_rules_end

 E LABEL=coldsync_detected
 E BUS==usb, ACTION==add, ENV{DEVTYPE}==usb_device, 
RUN+=/usr/bin/coldsync
 E -md -n USB1 -d io:1

 E LABEL=coldsync_rules_end

 E в таком виде работает, а если убираю комментарии в трёх первых правилах - не
 E работает.
 E может быть я неправильно понял как устроены эти самые rules?

А если убрать комментарии только в первых двух правилах?
  

всё равно, даже с одним первым правилом уже не работает.


Маловероятно, что там BUS не usb или ACTION не add, но вот ENV{DEVTYPE}
вполне может оказаться более специфическим, чем просто usb_device...
  
если посмотреть внимательнее, после coldsync_detected также 
проверяется ENV{DEVTYPE}.



Или файл может быть рассчитан на более старую (или наоборот, более
новую) версию udev, который ту же информацию выдает чуть по-другому.
  
этот вариант исключён - файл написан мной сегодня (с оглядкой на 
debian'овские rules, вывод udevadm monitor --env и гугль).



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: логика udev rules

2010-02-03 Пенетрантность Andrey Rahmatullin

On Wed, Feb 03, 2010 at 09:56:57PM +0300, Ed wrote:
 всё равно, даже с одним первым правилом уже не работает.
А с одним вторым?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

raorn mc's subshell leaves a file descriptor open, ifup tries to write there,
SELinux yells
raorn прям страшилка на ночь


signature.asc
Description: Digital signature

Re: логика udev rules

2010-02-03 Пенетрантность Ed


Andrey Rahmatullin wrote:

On Wed, Feb 03, 2010 at 09:56:57PM +0300, Ed wrote:
  

всё равно, даже с одним первым правилом уже не работает.


А с одним вторым?


угу, как раз собирался написать - работает, проблема была в первом правиле.
условия BUS==usb и BUS!=usb истинны одновременно, можно написать
BUS==usb, BUS!=usb, RUN+=
и оно отработает ;)


несколько неожиданно.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev 149-2: Please update debconf PO translation for the package udev

2009-12-26 Пенетрантность Yuri Kozlov

On Sat, 26 Dec 2009 14:36:39 +0100
Marco d'Itri m...@linux.it wrote:

 Hi,
 
 You are noted as the last translator of the debconf translation for
 udev. The English template has been changed, and now some messages
 are marked fuzzy in your translation or are missing.
 I would be grateful if you could take the time and update it.

Russian translation update is attached.

-- 
Best Regards,
Yuri Kozlov



ru.po.gz
Description: GNU Zip compressed data

UDEV: как пойма ть извлечение девайса?

2009-12-16 Пенетрантность Dmitry E. Oboukhov

по результатам опроса местного населения, остановился на USB-Wi-Fi
ASUS-167.

Работает вроде нормально (правда пока не разобрался с некоторыми
траблами в работе с DHCP, но пока не до этого).

Что хочется:
чтобы при втыкивании этого девайса в USB, он назывался так как я хочу
и запускал автоматом скрипт настройки сетевого интерфейса и поднятия
openvpn.

закинул файлик в udev/rules.d:
/etc/udev/rules.d/20-usb-wlan-asus-167.rules

в который прописал нечто вроде:

SUBSYSTEM==net, ATTR{type}==1, ATTR{address}==00:26:18:87:ea:55, 
NAME=usb-wifi RUN+=/etc/network/usb-wifi $env{ACTION}

В скрипте /etc/network/usb-wifi написал единственную команду

echo $@  logfile.log

и смотрю:

втыкиваем девайс - получаем строку add
вытыкиваем девайс - никакого результата вообще не получаем

А хочу соответственно по вытыкиванию VPN канал стопать итп (поскольку
он сильно долбает логи когда у него затык)

вопрос: как поймать вытык девайса?


-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: UDEV: как поймать изв лечение девайса?

2009-12-16 Пенетрантность Andrey Tataranovich

00:09 Thu 17 Dec, Dmitry E. Oboukhov wrote:
 по результатам опроса местного населения, остановился на USB-Wi-Fi
 ASUS-167.
 
 Работает вроде нормально (правда пока не разобрался с некоторыми
 траблами в работе с DHCP, но пока не до этого).
 
 Что хочется:
 чтобы при втыкивании этого девайса в USB, он назывался так как я хочу
 и запускал автоматом скрипт настройки сетевого интерфейса и поднятия
 openvpn.
 
 закинул файлик в udev/rules.d:
 /etc/udev/rules.d/20-usb-wlan-asus-167.rules
 
 в который прописал нечто вроде:
 
 SUBSYSTEM==net, ATTR{type}==1, ATTR{address}==00:26:18:87:ea:55, 
 NAME=usb-wifi RUN+=/etc/network/usb-wifi $env{ACTION}
 
 В скрипте /etc/network/usb-wifi написал единственную команду
 
 echo $@  logfile.log
 
 и смотрю:
 
 втыкиваем девайс - получаем строку add
 вытыкиваем девайс - никакого результата вообще не получаем
 
 А хочу соответственно по вытыкиванию VPN канал стопать итп (поскольку
 он сильно долбает логи когда у него затык)
 
 вопрос: как поймать вытык девайса?

Привяжись лучше к usb VID:PID так надежнее будет. У тебя скорее всего нету 
какого-то атрибута при извлечении.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: UDEV: как поймать изв лечение девайса?

2009-12-16 Пенетрантность San_Sanych


Dmitry E. Oboukhov пишет:

по результатам опроса местного населения, остановился на USB-Wi-Fi
ASUS-167.

Работает вроде нормально (правда пока не разобрался с некоторыми
траблами в работе с DHCP, но пока не до этого).

Что хочется:
чтобы при втыкивании этого девайса в USB, он назывался так как я хочу
и запускал автоматом скрипт настройки сетевого интерфейса и поднятия
openvpn.

закинул файлик в udev/rules.d:
/etc/udev/rules.d/20-usb-wlan-asus-167.rules

в который прописал нечто вроде:

SUBSYSTEM==net, ATTR{type}==1, ATTR{address}==00:26:18:87:ea:55, NAME=usb-wifi 
RUN+=/etc/network/usb-wifi $env{ACTION}

В скрипте /etc/network/usb-wifi написал единственную команду

echo $@  logfile.log

и смотрю:

втыкиваем девайс - получаем строку add
вытыкиваем девайс - никакого результата вообще не получаем

А хочу соответственно по вытыкиванию VPN канал стопать итп (поскольку
он сильно долбает логи когда у него затык)

вопрос: как поймать вытык девайса?


  

http://rus-linux.net/lib.php?name=MyLDP/sys-conf/udev.html#udevinfo
попробуй посмотреть какие события происходят при вынимании девайса

--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: sanych{a}sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: UDEV: как пойм ать извлечение девайса?

2009-12-16 Пенетрантность Dmitry E. Oboukhov

AT Привяжись лучше к usb VID:PID так надежнее будет. У тебя скорее всего нету 
какого-то атрибута при извлечении.

там эта зараза создает два девайса wmaster и wlan у которых VID:PID
одинаковые и вообще все атрибуты одинаковые, отличие только в
ATTR{type}: у одного 1 у другого 801.

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

-- 
... mpd playing: Manowar - 05 Number 1

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

udev: launch a script

2009-11-27 Пенетрантность yuri . nefedov



 Настраиваю udev. В /etc/udev/rules.d/10-local.rules добавил:

SUBSYSTEMS==input, ATTRS{name}==Logitech USB Receiver, \
ACTION==add,RUN+=/etc/hotplug/usb/usbreceiver

 Для отладки скрипта, вызываемого из udev, поставил печать:

echo `date` /etc/hotplug/usb/usbreceiver: pid=$$ action=$ACTION  ${OUTPUT}
echo  - PPID=$PPID  ${OUTPUT}

 и получил на выходе:

Fri Nov 27 12:42:21 MSK 2009 /etc/hotplug/usb/usbreceiver: pid=11357 action=add
 - PPID=11333
Fri Nov 27 12:42:21 MSK 2009 /etc/hotplug/usb/usbreceiver: pid=11354 action=add
 - PPID=11349
Fri Nov 27 12:42:21 MSK 2009 /etc/hotplug/usb/usbreceiver: pid=11376 action=add
 - PPID=11349
Fri Nov 27 12:42:21 MSK 2009 /etc/hotplug/usb/usbreceiver: pid=11373 action=add
 - PPID=1116
Fri Nov 27 12:42:21 MSK 2009 /etc/hotplug/usb/usbreceiver: pid=11375 action=add
 - PPID=11333

 За каким это надобом скрипт вызывается 5 раз? Для надёжности
 что-ли?

 Или я где-то туплю...

 Ю.

Re: udev: launch a script

2009-11-27 Пенетрантность Nikita V. Youshchenko

   Настраиваю udev. В /etc/udev/rules.d/10-local.rules добавил:

 SUBSYSTEMS==input, ATTRS{name}==Logitech USB Receiver, \
  ACTION==add,RUN+=/etc/hotplug/usb/usbreceiver

   Для отладки скрипта, вызываемого из udev, поставил печать:

 ...
   За каким это надобом скрипт вызывается 5 раз? Для надёжности
   что-ли?

Udev генерирует несколько событий, нужен дополнительный фильтр в правиле.

Чтобы выяснить какой, распечатайте в скрипте все переменные окрыжения и 
посмотрите различия.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Еще одни странности с udev

2009-08-27 Пенетрантность James Brown

Alexey Trunyov wrote:
 On Mon, 24 Aug 2009 11:09:49 +0400
 James Brown jbrownfi...@gmail.com wrote:

   
 Udev почему-то не хочет автоматически монтировать внешние жесткие диски
 и CD/DVD, если не открыт под первым виртуальным дисплеем юзер, созданный
 при установке системы.Даже если его открываешь под следующими дисплеями.
 Также ему в этом отношении не нравиться другой юзер, являющийся членом
 тех же самых групп, что и созданный при установки системы, включая plugdev.
 В чем дело?
 

 Отчасти, дело в том, что udev не занимается монтированием дисков.

 Это (в твоем случае) по просьбе gnome-mount делает hal.


   
То есть, это глюк hal? А как его заставить монтировать автоматически в
этих случаях?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Еще одни странност и с udev

2009-08-27 Пенетрантность Иван Лох

On Thu, Aug 27, 2009 at 03:25:50PM +0400, James Brown wrote:

 То есть, это глюк hal? А как его заставить монтировать автоматически в
 этих случаях?

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



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Еще одни странности с udev

2009-08-26 Пенетрантность Alexey Trunyov

On Mon, 24 Aug 2009 11:09:49 +0400
James Brown jbrownfi...@gmail.com wrote:

 Udev почему-то не хочет автоматически монтировать внешние жесткие диски
 и CD/DVD, если не открыт под первым виртуальным дисплеем юзер, созданный
 при установке системы.Даже если его открываешь под следующими дисплеями.
 Также ему в этом отношении не нравиться другой юзер, являющийся членом
 тех же самых групп, что и созданный при установки системы, включая plugdev.
 В чем дело?

Отчасти, дело в том, что udev не занимается монтированием дисков.

Это (в твоем случае) по просьбе gnome-mount делает hal.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Глюк с udev

2009-08-20 Пенетрантность Sergey Korobitsin

Когда-то, а точнее в Thu, Aug 20, 2009 at 09:56 +0400, James Brown изволили
разразиться высказыванием:
И вот еще странность, сегодня обнаружил: пытаюсь извлечь диск - мне
пишет, устройство занято приложением.
Выполняю fuser -mv /dev/scd0 - указыает процесс (сейчас не могу точно
^^
-m показывает все процессы, обращающиеся к смонтированному каталогу, в
данном случае - /dev. Сомневаюсь, что вам нужно именно это.

воспроизвести, перезагружался), и пишет, что он относится к bash, хотя
вроде я никаких команд под башем с диском не выполняю.

Вполне может быть, что вы просто находитесь в том каталоге. pwd нужному
bash-у скомандуйте.

Даю kill этому процессу и от пользователя, и от рута - эффекта никакого,
помогла только перезагрузка всей системы, но это же неправильный подход
для уникса! Должно же решаться и без перезагрузки!!!

Иногда оно повисает, и помогает только kill -9.

--
Best regards, Sergey Korobitsin
Arta Software, Astana, KZ
mailto:undertaker{at}arta.kz
xmpp:underta...@jabber.arta.kz

--
Re: Vifm, кто что думает о subj
Это для тех, кто выходя из лифта, ищет кнопки shift,:,q,!
--anonymous(linux.org.ru)

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-20 Пенетрантность Igor Drobot


San_Sanych wrote:

Konstantinow Andrey пишет:
  

Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую. Все. Смотрю, с
него фильм, слушаю музыку. Через некоторое время, совершенно произвольно, он
теряется, бегут эрроры, мол, девайс вынули. На самом деле никто девайс не
трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
/dev/sdb*. Это все тот же внешний хард.

Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
такого не было, никаких обновлений софта в последнее время не делал.

в логе куча странностей:
--cut
[ 5250.620584] usb 1-3: new high speed USB device using ehci_hcd and address 4
[ 5250.754133] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
[ 5250.754144] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 5250.754151] usb 1-3: Product: USB TO IDE
[ 5250.754384] usb 1-3: configuration #1 chosen from 1 choice
[ 5250.778775] scsi4 : SCSI emulation for USB Mass Storage devices
[ 5250.793487] usb-storage: device found at 4
[ 5250.793496] usb-storage: waiting for device to settle before scanning
[ 5255.792339] usb-storage: device scan complete
[ 5255.793091] scsi 4:0:0:0: Direct-Access ST66022C F0811 
PQ: 0 ANSI: 0
[ 5255.802304] sd 4:0:0:0: [sdd] 12001248 512-byte hardware sectors: (6.14 
GB/5.72 GiB)
[ 5255.807438] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
[ 5255.811175] sd 4:0:0:0: [sdd] Assuming drive cache: write through
[ 5255.818053] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
[ 5255.822496] sd 4:0:0:0: [sdd] Assuming drive cache: write through
[ 5255.827229]  sdd: sdd1
[ 5255.871142] sd 4:0:0:0: [sdd] Attached SCSI disk
[ 5267.07] usb 1-3: USB disconnect, address 4
[ 5268.055521] usb 1-3: new high speed USB device using ehci_hcd and address 5
[ 5268.124392] hub 1-0:1.0: unable to enumerate USB device on port 3
[ 5268.392061] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 5268.535096] usb 3-1: not running at top speed; connect to a high speed hub
[ 5268.553112] usb 3-1: New USB device found, idVendor=05e3, idProduct=0702
[ 5268.558118] usb 3-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 5268.563490] usb 3-1: Product: USB TO IDE
[ 5268.569245] usb 3-1: configuration #1 chosen from 1 choice
[ 5268.592162] scsi5 : SCSI emulation for USB Mass Storage devices
[ 5268.592757] usb-storage: device found at 2
[ 5268.592762] usb-storage: waiting for device to settle before scanning
[ 5271.160340] usb 3-1: USB disconnect, address 2
[ 5272.456047] usb 1-3: new high speed USB device using ehci_hcd and address 6
[ 5272.590883] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
[ 5272.590893] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
-cut-

ну, и так постоянно,  что может быть тому причиной?


  


МБ плохойконтакт, в частности питание, иногда УСБ

  

Может этот хард через USB-Hub подключен? то возможно не хватает питания...
а период времене отключений одинаковый или когда вздумается тогда и 
выключается?



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-20 Пенетрантность James Brown

Igor Drobot wrote:
 San_Sanych wrote:
 Konstantinow Andrey пишет:
  
 Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую.
 Все. Смотрю, с
 него фильм, слушаю музыку. Через некоторое время, совершенно
 произвольно, он
 теряется, бегут эрроры, мол, девайс вынули. На самом деле никто
 девайс не
 трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
 /dev/sdb*. Это все тот же внешний хард.

 Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше
 ничего
 такого не было, никаких обновлений софта в последнее время не делал.

 в логе куча странностей:
 --cut
 [ 5250.620584] usb 1-3: new high speed USB device using ehci_hcd and
 address 4
 [ 5250.754133] usb 1-3: New USB device found, idVendor=05e3,
 idProduct=0702
 [ 5250.754144] usb 1-3: New USB device strings: Mfr=0, Product=1,
 SerialNumber=0
 [ 5250.754151] usb 1-3: Product: USB TO IDE
 [ 5250.754384] usb 1-3: configuration #1 chosen from 1 choice
 [ 5250.778775] scsi4 : SCSI emulation for USB Mass Storage devices
 [ 5250.793487] usb-storage: device found at 4
 [ 5250.793496] usb-storage: waiting for device to settle before
 scanning
 [ 5255.792339] usb-storage: device scan complete
 [ 5255.793091] scsi 4:0:0:0: Direct-Access ST66022C
 F0811 PQ: 0 ANSI: 0
 [ 5255.802304] sd 4:0:0:0: [sdd] 12001248 512-byte hardware sectors:
 (6.14 GB/5.72 GiB)
 [ 5255.807438] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
 [ 5255.811175] sd 4:0:0:0: [sdd] Assuming drive cache: write through
 [ 5255.818053] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
 [ 5255.822496] sd 4:0:0:0: [sdd] Assuming drive cache: write through
 [ 5255.827229]  sdd: sdd1
 [ 5255.871142] sd 4:0:0:0: [sdd] Attached SCSI disk
 [ 5267.07] usb 1-3: USB disconnect, address 4
 [ 5268.055521] usb 1-3: new high speed USB device using ehci_hcd and
 address 5
 [ 5268.124392] hub 1-0:1.0: unable to enumerate USB device on port 3
 [ 5268.392061] usb 3-1: new full speed USB device using uhci_hcd and
 address 2
 [ 5268.535096] usb 3-1: not running at top speed; connect to a high
 speed hub
 [ 5268.553112] usb 3-1: New USB device found, idVendor=05e3,
 idProduct=0702
 [ 5268.558118] usb 3-1: New USB device strings: Mfr=0, Product=1,
 SerialNumber=0
 [ 5268.563490] usb 3-1: Product: USB TO IDE
 [ 5268.569245] usb 3-1: configuration #1 chosen from 1 choice
 [ 5268.592162] scsi5 : SCSI emulation for USB Mass Storage devices
 [ 5268.592757] usb-storage: device found at 2
 [ 5268.592762] usb-storage: waiting for device to settle before
 scanning
 [ 5271.160340] usb 3-1: USB disconnect, address 2
 [ 5272.456047] usb 1-3: new high speed USB device using ehci_hcd and
 address 6
 [ 5272.590883] usb 1-3: New USB device found, idVendor=05e3,
 idProduct=0702
 [ 5272.590893] usb 1-3: New USB device strings: Mfr=0, Product=1,
 SerialNumber=0
 -cut-

 ну, и так постоянно,  что может быть тому причиной?


   
 МБ плохойконтакт, в частности питание, иногда УСБ

   
 Может этот хард через USB-Hub подключен? то возможно не хватает
 питания...
 а период времене отключений одинаковый или когда вздумается тогда и
 выключается?


Аналогичная фигня и у меня (см. топик глюк с udev, не обратил внимание
на этот, извиняюсь, надо было присоединитсья к нему), подключен через
USB-hub, вроде воткнуты обе папы USB-шнурка, должно хватать питания?
Правда, подключен не напрямую к ноуту, а через переходник, который из
двух USB-hub ов делает 4 :)
Думал, может в этом дело, подключал напрямую - тоже.
Смонтировал ручками несколько раз - проблем не было. Более того, сейчас
вроде бы и когда монтируется через udev тоже не глючит, по крайней мере
пока (тьфу,тьфу, тьфу!).
Я уже думал, сдох сам хард, надо на свалку нести, но видимо нет.
Правда,


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Глюк с udev

2009-08-19 Пенетрантность James Brown

Lenny AMD64, GNOME

Странное дело, вчера видимо произошел какой-то сбой, и теперь udev
выдает следующий глюк.
После записи образа DVD-диска на DVD-диск, отмонтирую его, но на
гномодесктопе остаеся значок Чистый DVD-RW диск. Отмонтирую его руками
- все равно остается.
Более того, после того как я его вставляю вновь, я не могу его открыть
через раб. стол ГНОМа ну никак. Открывается окошко Создание CD/DVD.
При этом на приставке (писал фильмы) фильм запускается, на компе видно
файлы с помощью консольных команд типа ls  и через mc.
В чем дело и как это попровать?
P.S. А что, если записал видеоDVD на DVD-RW все, йок, не перепишешь, как
и если бы было просто -R? Или это тоже какой-то глюк у меня?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Глюк с udev

2009-08-19 Пенетрантность James Brown

James Brown wrote:
Lenny AMD64, GNOME

Странное дело, вчера видимо произошел какой-то сбой, и теперь udev
выдает следующий глюк.
После записи образа DVD-диска на DVD-диск, отмонтирую его, но на
гномодесктопе остаеся значок Чистый DVD-RW диск. Отмонтирую его руками
- все равно остается.
Более того, после того как я его вставляю вновь, я не могу его открыть
через раб. стол ГНОМа ну никак. Открывается окошко Создание CD/DVD.
При этом на приставке (писал фильмы) фильм запускается, на компе видно
файлы с помощью консольных команд типа ls и через mc.
В чем дело и как это попровать?
P.S. А что, если записал видеоDVD на DVD-RW все, йок, не перепишешь, как
и если бы было просто -R? Или это тоже какой-то глюк у меня?

И вот еще странность, сегодня обнаружил: пытаюсь извлечь диск - мне
пишет, устройство занято приложением.
Выполняю fuser -mv /dev/scd0 - указыает процесс (сейчас не могу точно
воспроизвести, перезагружался), и пишет, что он относится к bash, хотя
вроде я никаких команд под башем с диском не выполняю.
Даю kill этому процессу и от пользователя, и от рута - эффекта никакого,
помогла только перезагрузка всей системы, но это же неправильный подход
для уникса! Должно же решаться и без перезагрузки!!!

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

udev чудит

2009-08-14 Пенетрантность Konstantinow Andrey

Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую. Все. Смотрю, с
него фильм, слушаю музыку. Через некоторое время, совершенно произвольно, он
теряется, бегут эрроры, мол, девайс вынули. На самом деле никто девайс не
трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
/dev/sdb*. Это все тот же внешний хард.

Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
такого не было, никаких обновлений софта в последнее время не делал.

в логе куча странностей:
--cut
[ 5250.620584] usb 1-3: new high speed USB device using ehci_hcd and address 4
[ 5250.754133] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
[ 5250.754144] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 5250.754151] usb 1-3: Product: USB TO IDE
[ 5250.754384] usb 1-3: configuration #1 chosen from 1 choice
[ 5250.778775] scsi4 : SCSI emulation for USB Mass Storage devices
[ 5250.793487] usb-storage: device found at 4
[ 5250.793496] usb-storage: waiting for device to settle before scanning
[ 5255.792339] usb-storage: device scan complete
[ 5255.793091] scsi 4:0:0:0: Direct-Access ST66022C F0811 
PQ: 0 ANSI: 0
[ 5255.802304] sd 4:0:0:0: [sdd] 12001248 512-byte hardware sectors: (6.14 
GB/5.72 GiB)
[ 5255.807438] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
[ 5255.811175] sd 4:0:0:0: [sdd] Assuming drive cache: write through
[ 5255.818053] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
[ 5255.822496] sd 4:0:0:0: [sdd] Assuming drive cache: write through
[ 5255.827229]  sdd: sdd1
[ 5255.871142] sd 4:0:0:0: [sdd] Attached SCSI disk
[ 5267.07] usb 1-3: USB disconnect, address 4
[ 5268.055521] usb 1-3: new high speed USB device using ehci_hcd and address 5
[ 5268.124392] hub 1-0:1.0: unable to enumerate USB device on port 3
[ 5268.392061] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 5268.535096] usb 3-1: not running at top speed; connect to a high speed hub
[ 5268.553112] usb 3-1: New USB device found, idVendor=05e3, idProduct=0702
[ 5268.558118] usb 3-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 5268.563490] usb 3-1: Product: USB TO IDE
[ 5268.569245] usb 3-1: configuration #1 chosen from 1 choice
[ 5268.592162] scsi5 : SCSI emulation for USB Mass Storage devices
[ 5268.592757] usb-storage: device found at 2
[ 5268.592762] usb-storage: waiting for device to settle before scanning
[ 5271.160340] usb 3-1: USB disconnect, address 2
[ 5272.456047] usb 1-3: new high speed USB device using ehci_hcd and address 6
[ 5272.590883] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
[ 5272.590893] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
-cut-

ну, и так постоянно,  что может быть тому причиной?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-14 Пенетрантность San_Sanych

Konstantinow Andrey пишет:
 Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую. Все. 
 Смотрю, с
 него фильм, слушаю музыку. Через некоторое время, совершенно произвольно, он
 теряется, бегут эрроры, мол, девайс вынули. На самом деле никто девайс не
 трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
 /dev/sdb*. Это все тот же внешний хард.

 Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
 такого не было, никаких обновлений софта в последнее время не делал.

 в логе куча странностей:
 --cut
 [ 5250.620584] usb 1-3: new high speed USB device using ehci_hcd and address 4
 [ 5250.754133] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
 [ 5250.754144] usb 1-3: New USB device strings: Mfr=0, Product=1, 
 SerialNumber=0
 [ 5250.754151] usb 1-3: Product: USB TO IDE
 [ 5250.754384] usb 1-3: configuration #1 chosen from 1 choice
 [ 5250.778775] scsi4 : SCSI emulation for USB Mass Storage devices
 [ 5250.793487] usb-storage: device found at 4
 [ 5250.793496] usb-storage: waiting for device to settle before scanning
 [ 5255.792339] usb-storage: device scan complete
 [ 5255.793091] scsi 4:0:0:0: Direct-Access ST66022C F0811 
 PQ: 0 ANSI: 0
 [ 5255.802304] sd 4:0:0:0: [sdd] 12001248 512-byte hardware sectors: (6.14 
 GB/5.72 GiB)
 [ 5255.807438] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
 [ 5255.811175] sd 4:0:0:0: [sdd] Assuming drive cache: write through
 [ 5255.818053] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
 [ 5255.822496] sd 4:0:0:0: [sdd] Assuming drive cache: write through
 [ 5255.827229]  sdd: sdd1
 [ 5255.871142] sd 4:0:0:0: [sdd] Attached SCSI disk
 [ 5267.07] usb 1-3: USB disconnect, address 4
 [ 5268.055521] usb 1-3: new high speed USB device using ehci_hcd and address 5
 [ 5268.124392] hub 1-0:1.0: unable to enumerate USB device on port 3
 [ 5268.392061] usb 3-1: new full speed USB device using uhci_hcd and address 2
 [ 5268.535096] usb 3-1: not running at top speed; connect to a high speed hub
 [ 5268.553112] usb 3-1: New USB device found, idVendor=05e3, idProduct=0702
 [ 5268.558118] usb 3-1: New USB device strings: Mfr=0, Product=1, 
 SerialNumber=0
 [ 5268.563490] usb 3-1: Product: USB TO IDE
 [ 5268.569245] usb 3-1: configuration #1 chosen from 1 choice
 [ 5268.592162] scsi5 : SCSI emulation for USB Mass Storage devices
 [ 5268.592757] usb-storage: device found at 2
 [ 5268.592762] usb-storage: waiting for device to settle before scanning
 [ 5271.160340] usb 3-1: USB disconnect, address 2
 [ 5272.456047] usb 1-3: new high speed USB device using ehci_hcd and address 6
 [ 5272.590883] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
 [ 5272.590893] usb 1-3: New USB device strings: Mfr=0, Product=1, 
 SerialNumber=0
 -cut-

 ну, и так постоянно,  что может быть тому причиной?


   
МБ плохойконтакт, в частности питание, иногда УСБ

-- 
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: sanych{a}sanych.nnov.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-14 Пенетрантность Konstantinow Andrey

Что значит питание? И как это проверить? Дело на ноуте, вроде он же работает,
может шнур где и погнут, как проверить, наличие/отсутствие перебоев в питании?

Что может быть с usb?  Это дело наблюдается на всех трех юсбишках. Так может
быть? И от чего это началось? Вроде ничего с ноутом не делал (ну пару раз ронял,
но это не в счет, он к этому привык уже).


On Fri, Aug 14, 2009 at 05:41:11PM +0400, San_Sanych wrote:
 Konstantinow Andrey пишет:
  Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую. Все. 
  Смотрю, с
  него фильм, слушаю музыку. Через некоторое время, совершенно произвольно, он
  теряется, бегут эрроры, мол, девайс вынули. На самом деле никто девайс не
  трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
  /dev/sdb*. Это все тот же внешний хард.
 
  Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
  такого не было, никаких обновлений софта в последнее время не делал.
 
  в логе куча странностей:
  --cut
  [ 5250.620584] usb 1-3: new high speed USB device using ehci_hcd and 
  address 4
  [ 5250.754133] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
  [ 5250.754144] usb 1-3: New USB device strings: Mfr=0, Product=1, 
  SerialNumber=0
  [ 5250.754151] usb 1-3: Product: USB TO IDE
  [ 5250.754384] usb 1-3: configuration #1 chosen from 1 choice
  [ 5250.778775] scsi4 : SCSI emulation for USB Mass Storage devices
  [ 5250.793487] usb-storage: device found at 4
  [ 5250.793496] usb-storage: waiting for device to settle before scanning
  [ 5255.792339] usb-storage: device scan complete
  [ 5255.793091] scsi 4:0:0:0: Direct-Access ST66022C F
  0811 PQ: 0 ANSI: 0
  [ 5255.802304] sd 4:0:0:0: [sdd] 12001248 512-byte hardware sectors: (6.14 
  GB/5.72 GiB)
  [ 5255.807438] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
  [ 5255.811175] sd 4:0:0:0: [sdd] Assuming drive cache: write through
  [ 5255.818053] sd 4:0:0:0: [sdd] Test WP failed, assume Write Enabled
  [ 5255.822496] sd 4:0:0:0: [sdd] Assuming drive cache: write through
  [ 5255.827229]  sdd: sdd1
  [ 5255.871142] sd 4:0:0:0: [sdd] Attached SCSI disk
  [ 5267.07] usb 1-3: USB disconnect, address 4
  [ 5268.055521] usb 1-3: new high speed USB device using ehci_hcd and 
  address 5
  [ 5268.124392] hub 1-0:1.0: unable to enumerate USB device on port 3
  [ 5268.392061] usb 3-1: new full speed USB device using uhci_hcd and 
  address 2
  [ 5268.535096] usb 3-1: not running at top speed; connect to a high speed 
  hub
  [ 5268.553112] usb 3-1: New USB device found, idVendor=05e3, idProduct=0702
  [ 5268.558118] usb 3-1: New USB device strings: Mfr=0, Product=1, 
  SerialNumber=0
  [ 5268.563490] usb 3-1: Product: USB TO IDE
  [ 5268.569245] usb 3-1: configuration #1 chosen from 1 choice
  [ 5268.592162] scsi5 : SCSI emulation for USB Mass Storage devices
  [ 5268.592757] usb-storage: device found at 2
  [ 5268.592762] usb-storage: waiting for device to settle before scanning
  [ 5271.160340] usb 3-1: USB disconnect, address 2
  [ 5272.456047] usb 1-3: new high speed USB device using ehci_hcd and 
  address 6
  [ 5272.590883] usb 1-3: New USB device found, idVendor=05e3, idProduct=0702
  [ 5272.590893] usb 1-3: New USB device strings: Mfr=0, Product=1, 
  SerialNumber=0
  -cut-
 
  ну, и так постоянно,  что может быть тому причиной?
 
 

 МБ плохойконтакт, в частности питание, иногда УСБ
 
 -- 
 Александр Вайтехович
 www: http://sanych.nnov.ru
 jabber: sanych{a}sanych.nnov.ru
 
 
 -- 
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-14 Пенетрантность Mike Mironov

Konstantinow Andrey пишет:
Что значит питание? И как это проверить? Дело на ноуте, вроде он же работает,
может шнур где и погнут, как проверить, наличие/отсутствие перебоев в питании?

А попробовать другой кабель никак нельзя?

Что может быть с usb? Это дело наблюдается на всех трех юсбишках. Так может
быть? И от чего это началось? Вроде ничего с ноутом не делал (ну пару раз
ронял,
но это не в счет, он к этому привык уже).

Пять баллов! Повеселили :) Называется меня несколько раз роняли в
детстве головой - я теперь привычный и все у меня в порядке, только
дергаюсь периодически :))

Ну а если серьезно - первый вариант плохой кабель или разъем. Проверить
работу с новым кабелем.

Второй - не хватает питания при некоторых операциях. Подключаете
винчестер 1 или 2 хвостами к USB? Очень желательно 2. При одном может не
хватать питания в зависимости от самого винчестера и собственно USB. Они
на ноутах бывают маломощные.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: udev чудит

2009-08-14 Пенетрантность Oleg Matviychuk

On Fri, 14 Aug 2009 16:38:29 +0300
Konstantinow Andrey wrote:

 Я вставляю внешний хард, он подключается как /dev/sdc1. Монтирую.
 Все. Смотрю, с него фильм, слушаю музыку. Через некоторое время,
 совершенно произвольно, он теряется, бегут эрроры, мол, девайс
 вынули. На самом деле никто девайс не трогал. Но /dev/sdc* уже не
 существует, зато появился /dev/sdd* или там /dev/sdb*. Это все тот
 же внешний хард.
 
 Что за фигня, и кто виноват, udev или косяки с железом пошли?
 Раньше ничего такого не было, никаких обновлений софта в последнее
 время не делал.
 
У меня с таким сервис повыделывался, но таки поменял. Видимо,
контроллеру кирдык. Попробуйте под альтернативными ОС. Сразу отпадет
удав и прочие.

-- 
Матвийчук Олег aka Matvey, LRU#349092
http://mathway.narod.ru

I am the ILOVEGNU signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public
License.



signature.asc
Description: PGP signature

Re: автомонтирование udev

2008-12-09 Пенетрантность Sergei Stolyarov

On Tuesday 09 December 2008, Oleg Kravchenko wrote:
OK Всем привет
OK 
OK сделал /etc/udev/rules.d/z80_user.rules - это линк на /etc/udev/user.rules
OK с таким содержимым:
OK ===
OK Монтирует флэшки и тп отлично, но так не грузится сама система, 
OK останавливается где-то после запуска udev, по-моему в том месте, где 
OK создаются файлы устройств. Что бы здесь поправить? sid 686.

Рекомендую почитать про pmount, он делает всю работу по созданию/удалению 
каталогов.

Например, для iPod у меня вот такое правило прописано
SUBSYSTEM==block, KERNEL==sd[a-z]2, ACTION==add, ATTRS{vendor}==Apple, 
ATTRS{model}==iPod, ATTRS{rev}==1.62, NAME=%k, GROUP=users, 
SYMLINK=ipod, RUN+=/usr/bin/sudo -u cancel /usr/bin/pmount /dev/%k ipod

По-хорошему юзера надо определять по-другому, но мне и так сойдёт.
Правила записаны в файл /etc/udev/rules.d/z60_my_flash_drives.rules


-- 
Sergei Stolyarov

1 2 3 4 >

Результаты 1 - 100 из 302 matches

Mail list logo