Vladimir Skubriev -> Debian-russian@lists.debian.org @ Tue, 26 Nov 2013
08:45:44 +0400:
VS> Конкретно с таим не сталкивался, т.к. не нужно было еще.
VS> Чем еще примечателена команда:
VS> cmd Конструкцию вида:
VS> cmd << EOF
VS> EOF я частенько использовал, только все равно до конца не п
26 ноября 2013 г., 8:45 пользователь Vladimir Skubriev написал:
> 22.11.2013 18:25, dimas пишет:
>
>> На счет крона хорошая идея, т.к. я в принципе не планировал сразу после
>>> того, как вставил диск начинать архивирование.
>>>
>> для однораховой задачи скорее подойдет какой-нибудь at. насколько
22.11.2013 18:25, dimas пишет:
На счет крона хорошая идея, т.к. я в принципе не планировал сразу после
того, как вставил диск начинать архивирование.
для однораховой задачи скорее подойдет какой-нибудь at. насколько я понмю, ему
можно сказать что-то типа "запустить через 10 минут".
посмотрел на
Vladimir Skubriev wrote:
> 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"
>>
>> Для начала
> На счет крона хорошая идея, т.к. я в принципе не планировал сразу после
> того, как вставил диск начинать архивирование.
для однораховой задачи скорее подойдет какой-нибудь at. насколько я понмю, ему
можно сказать что-то типа "запустить через 10 минут".
и еще: пайп ( cmd1 | cmd2 ) создает новый
STEM=="block", KERNEL=="sd?", ATTRS{vendor}=="ST500DM0",
VS> ATTRS{model}=="02-1BD142" ,
VS> RUN+="/usr/local/sbin/customscripts/backups/fullserverbackup.sh
/dev/$name"
Для начала. Кажется, в документации на udev написано: НИКОГДА не пиш
, ATTRS{vendor}=="ST500DM0",
VS> ATTRS{model}=="02-1BD142" ,
VS> RUN+="/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name"
Для начала. Кажется, в документации на udev написано: НИКОГДА не пишите
тут скриптов, которые могут выполняться долг
>
> Пробовал в начале скрипта сделать условие вида:
>
> if [ -e /tmp/sfdisk.pt ]; then exit ;
> else
>
> # ДАЛЕЕ ВЕСЬ МОЙ КОД СКРИПТА АРХИВИРОВАНИЯ
>
> fi
>
> Но не помогает это условие. А почему я не могу понять.
Попробуйте использовать утилиту flock(1)
Мне нужно при присоединении определенного диска к серверу выполнять кое
какой скрипт для резервного копирования сервера:
SUBSYSTEM=="block", KERNEL=="sd?", ATTRS{vendor}=="ST500DM0",
ATTRS{model}=="02-1BD142" ,
RUN+="/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name"
Скри
Konstantin Matyukhin -> list @ Fri, 10 May 2013 22:39:31 +0400:
>> > И вы говорите об этом, когда МКС переходит именно на Linux.
>> А это убожество надо было затопить еще в прошлом веке.
>>
KM> Ага. Вот прямо в 98 году только запустили, а через два года и затопить.
KM> Тут бы с X Window раз
2013/5/10 Victor Wagner
> > И вы говорите об этом, когда МКС переходит именно на Linux.
> А это убожество надо было затопить еще в прошлом веке.
>
Ага. Вот прямо в 98 году только запустили, а через два года и затопить.
Тут бы с X Window разобраться для начала. ;)
--
С уважением,
Константин Мат
On 2013.05.08 at 15:41:32 +0400, Konstantin Matyukhin wrote:
> 2013/5/8 Victor Wagner
>
> > Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
> > устраивает, надо ip, init не устраивает, надо systemd, X11 не
> > устраивает, надо Wayland...
>
> И вы говорите об этом, когда МК
On Wed, May 08, 2013 at 02:15:38PM +0400, Victor Wagner wrote:
> Тут давеча пробегала информация о том, что появился дистрибутив на
> нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
> package-manager-ом.
>
> устраивает, надо ip, init не устраивает, надо systemd
А, что в O
2013/5/8 Victor Wagner
> Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofig не
> устраивает, надо ip, init не устраивает, надо systemd, X11 не
> устраивает, надо Wayland...
И вы говорите об этом, когда МКС переходит именно на Linux.
--
С уважением,
Константин Матюхин
On Wed, May 08, 2013 at 02:15:38PM +0400, Victor Wagner wrote:
> Тут давеча пробегала информация о том, что появился дистрибутив на
> нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
> package-manager-ом.
>
> Свалить что-ли туда, от этих похабных линуксоидов, которых ifcofi
On 2013.05.08 at 13:44:01 +0400, Eugene Berdnikov wrote:
> допотопная утилита ifconfig с параметрами "hw ether",
> которая делает то же самое.
Тут давеча пробегала информация о том, что появился дистрибутив на
нормальном юниксовом ядре (от OpenSolaris) с нормальным (Debian-овским)
package-manage
On Wed, May 08, 2013 at 12:35:40PM +0400, Victor Wagner wrote:
> > > А сети-то что? Наверняка эти две сетевухи В РАЗНЫХ сетях.
> > Вот веселуха будет при попытке сделать из них бондинг :-]
>
> А что, человек, не знающий что у ifconfig есть параметр hw ether может
> знать что такое бондинг, и тем б
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:
> >>> Собственно на радостях решил обновится и наткнулся на с
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 встроенные сетевухи с одинаковыми маками
uot;,
> NAME="eth1"
> ЛК> в новой версии поломали правило BUS и нужно пользоваться devpath , а
> как
> ЛК> им пользоваться что то я с налёту не нагуглил :( может кто чего
> ЛК> подскажет ?
>
> Когда мне надо было, чтобы интерфейсы н
On 2013.05.05 at 17:20:36 +0400, Eugene Berdnikov wrote:
> On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
> > Собственно на радостях решил обновится и наткнулся на следующие траблу
> > есть 2 встроенные сетевухи с одинаковыми маками!
>
> И как и с этим жить? :) В смысле ка
devpath , а как
ЛК> им пользоваться что то я с налёту не нагуглил :( может кто чего
ЛК> подскажет ?
Когда мне надо было, чтобы интерфейсы назывались eth0 и eth1 независимо
от того, в какую физическую машину воткнута флешка с системой, я просто
удалил /lib/udev/rules.d/75-persisten
Eugene Berdnikov -> debian-russian@lists.debian.org @ Sun, 5 May 2013 21:51:45
+0400:
>> >> Собственно на радостях решил обновится и наткнулся на следующие
>> траблу
>> >> есть 2 встроенные сетевухи с одинаковыми маками!
>>
>> EB> И как и с этим жить? :) В смысле как сможет сеть
On Mon, May 06, 2013 at 12:11:42AM +0700, Леонид Кальмаев wrote:
> гммм ну чип там один, в биосе нет настроек для смены сетевой, через
> старую утилиту для смены мака на железе тоже не получается , есть еще
> идеи?) а всего то надо новую строчку для удева...
ethtool -E # у мака обычно ну
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 встроенные сетевухи с одинаковыми маками!
>
удев отрабатывает до поднятия сети, то есть мак не сменишь раньше чем
отработает удев
5 мая 2013 г., 23:56 пользователь Alexey_Kurinnij написал:
> 05.05.2013 12:51, Леонид Кальмаев пишет:
>
>> Собственно на радостях решил обновится и наткнулся на следующие траблу
>>
>> есть 2 встроенные с
Eugene Berdnikov -> debian-russian@lists.debian.org @ Sun, 5 May 2013 17:20:36
+0400:
>> Собственно на радостях решил обновится и наткнулся на следующие траблу
>> есть 2 встроенные сетевухи с одинаковыми маками!
EB> И как и с этим жить? :) В смысле как сможет сеть работать с таким янус
05.05.2013 12:51, Леонид Кальмаев пишет:
Собственно на радостях решил обновится и наткнулся на следующие траблу
есть 2 встроенные сетевухи с одинаковыми маками!
раньше чтобы они не обзывались в rename и тп а были обычнми eth1 нашел
такое правило
SUBSYSTEM=="net", ACTION=="add",
DRIVERS=="?
On Sun, May 05, 2013 at 10:50:51PM +0700, Леонид Кальмаев wrote:
> Ну еслиб его можно было сменить совсем и навсегда то я бы сюда не писал
Доказано, что нельзя? Производитель так утверждает? Не верю. :)
Сомневаюсь и в том, что обе изернетины считывают один общий EEPROM.
--
Eugene Berdnikov
-
Ну еслиб его можно было сменить совсем и навсегда то я бы сюда не писал
05.05.2013 22:48 пользователь "Eugene Berdnikov" написал:
> On Sun, May 05, 2013 at 10:03:46PM +0700, Леонид Кальмаев wrote:
> > Нормально, если не нравится один и тот же мак то его легки на время
> > сменить...
>
> Если
On Sun, May 05, 2013 at 10:03:46PM +0700, Леонид Кальмаев wrote:
> Нормально, если не нравится один и тот же мак то его легки на время
> сменить...
Если уж менять, почему "на время", а не постоянно? Проблема сама уйдёт.
--
Eugene Berdnikov
--
To UNSUBSCRIBE, email to debian-russian-requ..
Нормально, если не нравится один и тот же мак то его легки на время
сменить...
5 мая 2013 г., 20:20 пользователь Eugene Berdnikov написал:
> On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
> > Собственно на радостях решил обновится и наткнулся на следующие
> траблу
> > е
On Sun, May 05, 2013 at 04:51:51PM +0700, Леонид Кальмаев wrote:
> Собственно на радостях решил обновится и наткнулся на следующие траблу
> есть 2 встроенные сетевухи с одинаковыми маками!
И как и с этим жить? :) В смысле как сможет сеть работать с таким янусом?
> раньше чтобы они не обзы
Собственно на радостях решил обновится и наткнулся на следующие траблу
есть 2 встроенные сетевухи с одинаковыми маками!
раньше чтобы они не обзывались в rename и тп а были обычнми eth1 нашел
такое правило
SUBSYSTEM=="net", ACTION=="add",
DRIVERS=="?*",BUS=="pci",ID==":00:11.0" , KERNEL=
> Прописал правила в /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]"
Приветствую.
Прописал правила в /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==
t; Работает только, если руками ввести "/sbin/madwimax -d"
>>> Почему udev rules не отрабатывает? Не понимаю.
>>>
>>> Подскажите, в чем тут дело?
>>>
>>> С уважением,
>>> Дмитрий
>>>
>>> ps логи всякие прилагаются
>
17 января 2011 г. 0:39 пользователь alexander barakin
написал:
> 2011/1/16 Dmitry A. Zhiglov :
>> Добрый день!
>>
>> Вот есть у меня usb wimax, вставляю, но связь с оператором не
>> устанавливается.
>> Работает только, если руками ввести "/sbin/madwimax -d
2011/1/16 Dmitry A. Zhiglov :
> Добрый день!
>
> Вот есть у меня usb wimax, вставляю, но связь с оператором не устанавливается.
> Работает только, если руками ввести "/sbin/madwimax -d"
> Почему udev rules не отрабатывает? Не понимаю.
>
> Подскажите, в чем тут д
Добрый день!
Вот есть у меня usb wimax, вставляю, но связь с оператором не устанавливается.
Работает только, если руками ввести "/sbin/madwimax -d"
Почему udev rules не отрабатывает? Не понимаю.
Подскажите, в чем тут дело?
С уважением,
Дмитрий
ps логи всякие прилагаются
pps среда так
udevadm trigger?
23.08.2010, 03:00, "George Shuklin" :
> Я выключил винт программно, потом силком сказал шине пересканировать
> устройства. Ядро нашло снова винт. Но udev'ное правило не отработало.
>
> Есть ли способ запустить правило udev силком для заданного устр
Я выключил винт программно, потом силком сказал шине пересканировать
устройства. Ядро нашло снова винт. Но udev'ное правило не отработало.
Есть ли способ запустить правило udev силком для заданного устройства?
Например, я делаю udevadm test /sys/class/block/sdf1 - и на выходе
что-то похож
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, никто ничего из этого удалять не
On Tue, Jun 15, 2010 at 12:07:32PM +0400, Вереск wrote:
> Без объявления войны отказался обновиться udev, сказал, что ему просто
> жизненно необходимо убрать сonsolekit.
УМВР.
udev 157-1, consolekit 0.4.1-4, никто ничего из этого удалять не
предлагал. Более того, оба пакета в сквизе и сиде
Захотелось странного и решил притянуть KDE 444 из Sid (не сиделось мне
на LXDE-то..)
Без объявления войны отказался обновиться udev, сказал, что ему просто
жизненно необходимо убрать сonsolekit. А сonsolekit нужен для KDM. И вот
как с ними поступить? Хоть Sidux ставь, чесслово. Но за ради
Shrub Artem wrote:
> Олег Ключкин пишет:
> > Обновить ядро, потом поставить udev.
> > On Tue, Jun 01, 2010 at 02:49:07PM +0800, Shrub Artem wrote:
> >
[...]
> Ядро обновил с версии 2.6.26-2 до 2.6.27.46 не помогло. Вылечилось
> комментирование
Здравствуйте.
>>> Обновил kde3.5.10 до 4.4.3 из testing. Возникла проблема с пакетом udev
>>> 0.125-7+lenny3 который не хочет обновляться :(. Ссылаясь на ядро.
>>>
>>> /#aptitude install udev
>>> Подготовка к замене пакета udev 0.125-7+lenny3 (
Олег Ключкин пишет:
Обновить ядро, потом поставить 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
Обновить ядро, потом поставить 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 который не хочет обновляться :(. Ссылаясь на ядро.
>
> /#apt
Здравствуйте!
Обновил 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
On 30.05.2010 14:48, Степан Голосунов wrote:
las writes:
Вhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582481#25
иhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581593
утверждают, что ругань безобидна. (И, судя по всему, является
багофичей комбинации некоторых версий udev и dmsetup
Nicholas 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 p
линк
/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 SYML
линк
/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 SYML
Nicholas 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:
]: 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"
или
Victor Wagner wrote:
мне нужно наоборот - чтобы устройство обнаруживалось "нормальным" udev,
а не тем, которое в initrd
Думаем внимаетльно "Чтобы устройство обнаруживалось" или "чтобы если в
момент загрузки устройство воткнуто, выполнялся тот же скрипт"?
On 2010.05.26 at 11:31:44 +0400, Ed wrote:
> Nicholas wrote:
>> Ed wrote:
>>> есть у меня usb-железка, есть для неё правило к udev, запускающее
>>> нужную программу.
>>> я подумал-подумал и придумал: после перезапуска железка детектится
>>> udev из
Nicholas wrote:
Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее
нужную программу.
я подумал-подумал и придумал: после перезапуска железка детектится
udev из initrd, где моих правил нет (да и не к месту они там).
По аналогии - что бы загрузиться с usb,
мне нужно
Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее нужную
программу.
я подумал-подумал и придумал: после перезапуска железка детектится udev
из initrd, где моих правил нет (да и не к месту они там).
По аналогии - что бы загрузиться с usb, иногда нужно сделать
cp
19.04.2010 11:46, Ed пишет:
можно стереть /lib/udev/write_net_rules - но хочется, чтобы и в
случае обновления udev persistent-net не работало.
как правильно?
я обычно вычищаю из этого файла сетевуху перед сменой материнки
иатурой не всегда можно/удобно подключать).
этот вариант хорош
Александр Вайтехович 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.
конечно логика в этих
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
On Fri, Apr 16, 2010 at 11:08:13PM +0400, Ed wrote:
> на тестовой машине (debian testing) после смены материнской платы
> сеть "не взлетела".
>
> смотрю - udev перебросил сетевую карту на eth1.
...
> конечно логика в этих действиях есть, но в случае единственной
>
на тестовой машине (debian testing) после смены материнской платы сеть
"не взлетела".
смотрю - udev перебросил сетевую карту на eth1.
вот корень всех бед:
u...@localhost:~$ head -n2 /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the
Привет, рассылка. Что-то не могу сообразить одну вещь.
В пакете 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"
Hello!
On Tuesday 02 March 2010 08:59:34 Сергей С. wrote:
> >интересно, какой смысл отмонтировать ФС если блочный девайс уже
> >ИЗВЛЕЧЕН!?
>
> Если не выполнить отмонтирование, то следующий девайс попытается
> примонтироваться в туже дирректорию +
> получит новое имя устройства sd[a-z][0-9], а их
скрипте в ветке, когда add и директория не существует,
ошибка. Вместо $1 должно быть $2.
А все почему? А все потому, что код монтирования дублировать не надо.
СС> 1) /etc/udev/rules.d/010_test_remount_add.rules :
СС> BUS=="usb", SUBSYSTEM=="block", KERNEL=="sd[a-z][
пт на 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
В Втр, 02/03/2010 в 11:39 +0600, Сергей С. пишет:
> Приветствую всех!
> Не могу понять почему на отрабатывает скрипт на remove, хотя при этом
> отрабатывает на add.
>
> 1) /etc/udev/rules.d/010_test_remount_add.rules :
>
> BUS=="usb", SUBSYSTEM=="block&qu
Приветствую всех!
Не могу понять почему на отрабатывает скрипт на 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",
On 04.02.2010 15:40, Ed wrote:
> Ed wrote:
>> угу, как раз собирался написать - работает, проблема была в первом
>> правиле.
>> условия BUS=="usb" и BUS!="usb" истинны одновременно, можно написать
>> BUS=="usb", BUS!="usb",
Ed wrote:
угу, как раз собирался написать - работает, проблема была в первом
правиле.
условия BUS=="usb" и BUS!="usb" истинны одновременно, можно написать
BUS=="usb", BUS!="usb", RUN+=
и оно отработает ;)
в man udev ничего про BUS не сказано, похо
Andrey Rahmatullin wrote:
On Wed, Feb 03, 2010 at 09:56:57PM +0300, Ed wrote:
всё равно, даже с одним первым правилом уже не работает.
А с одним вторым?
угу, как раз собирался написать - работает, проблема была в первом правиле.
условия BUS=="usb" и BUS!="usb" истинны одновременно, мо
On Wed, Feb 03, 2010 at 09:56:57PM +0300, Ed wrote:
> всё равно, даже с одним первым правилом уже не работает.
А с одним вторым?
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):
mc's subshell leaves a file descriptor open, ifup tries to write there,
SELinux yells
прям
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_r
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 ud
преамбула: у нас используются кпк с palmos, программа синхронизации -
coldsync.
раньше coldsync запускался из hotplug, решил мигрировать-таки на udev.
написал вот такой rule:
#Own udev rule for PalmOS devices
#BUS!="usb", GOTO="coldsync_rules_end"
#ACTION!="add",
AT> Привяжись лучше к usb VID:PID так надежнее будет. У тебя скорее всего нету
какого-то атрибута при извлечении.
там эта зараза создает два девайса wmaster и wlan у которых VID:PID
одинаковые и вообще все атрибуты одинаковые, отличие только в
ATTR{type}: у одного 1 у другого 801.
сегодня вечерк
хочу
и запускал автоматом скрипт настройки сетевого интерфейса и поднятия
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, он назывался так как я хочу
> и запускал автоматом скрипт настройки сетевого интерфейса и поднятия
> openvpn.
>
> закинул файлик в udev/rules.d:
> /etc/udev/rules.d/20-usb-wlan-asus-167.rules
>
> в который прописал нечто вроде:
>
&
скрипт настройки сетевого интерфейса и поднятия
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+
> Настраиваю udev. В /etc/udev/rules.d/10-local.rules добавил:
>
> SUBSYSTEMS=="input", ATTRS{name}=="Logitech USB Receiver", \
> ACTION=="add",RUN+="/etc/hotplug/usb/usbreceiver"
>
> Для отладки скрипта, вызываемого из udev
Настраиваю udev. В /etc/udev/rules.d/10-local.rules добавил:
SUBSYSTEMS=="input", ATTRS{name}=="Logitech USB Receiver", \
ACTION=="add",RUN+="/etc/hotplug/usb/usbreceiver"
Для отладки скрипта, вызываемого из udev, поставил печать:
echo &
On Thu, Aug 27, 2009 at 03:25:50PM +0400, James Brown wrote:
> То есть, это глюк hal? А как его заставить монтировать автоматически в
> этих случаях?
Это не баг. Это фича. Как система может определить, кто из находящихся в
системе пользователей вставляет диск? Логично допустить, что первый.
--
Alexey Trunyov wrote:
> On Mon, 24 Aug 2009 11:09:49 +0400
> James Brown wrote:
>
>
>> Udev почему-то не хочет автоматически монтировать внешние жесткие диски
>> и CD/DVD, если не открыт под первым виртуальным дисплеем юзер, созданный
>> при установке систем
On Mon, 24 Aug 2009 11:09:49 +0400
James Brown wrote:
> Udev почему-то не хочет автоматически монтировать внешние жесткие диски
> и CD/DVD, если не открыт под первым виртуальным дисплеем юзер, созданный
> при установке системы.Даже если его открываешь под следующими дисплеями.
> Такж
>>> теряется, бегут эрроры, мол, девайс вынули. На самом деле никто
>>> девайс не
>>> трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
>>> /dev/sdb*. Это все тот же внешний хард.
>>>
>>> Что за фигня, и кто виноват, ud
/sdc* уже не существует, зато появился /dev/sdd* или там
/dev/sdb*. Это все тот же внешний хард.
Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
такого не было, никаких обновлений софта в последнее время не делал.
в логе куча странностей:
--cut
Когда-то, а точнее в Thu, Aug 20, 2009 at 09:56 +0400, James Brown изволили
разразиться высказыванием:
> И вот еще странность, сегодня обнаружил: пытаюсь извлечь диск - мне
> пишет, устройство занято приложением.
> Выполняю fuser -mv /dev/scd0 - указыает процесс (сейчас не могу точно
James Brown wrote:
> Lenny AMD64, GNOME
>
> Странное дело, вчера видимо произошел какой-то сбой, и теперь udev
> выдает следующий глюк.
> После записи образа DVD-диска на DVD-диск, отмонтирую его, но на
> гномодесктопе остаеся значок "Чистый DVD-RW" диск. Отмонти
Lenny AMD64, GNOME
Странное дело, вчера видимо произошел какой-то сбой, и теперь udev
выдает следующий глюк.
После записи образа DVD-диска на DVD-диск, отмонтирую его, но на
гномодесктопе остаеся значок "Чистый DVD-RW" диск. Отмонтирую его руками
- все равно остается.
Более того, после
м деле никто девайс не трогал. Но /dev/sdc* уже не
> существует, зато появился /dev/sdd* или там /dev/sdb*. Это все тот
> же внешний хард.
>
> Что за фигня, и кто виноват, udev или косяки с железом пошли?
> Раньше ничего такого не было, никаких обновлений софта в последнее
> время не д
Konstantinow Andrey пишет:
> Что значит питание? И как это проверить? Дело на ноуте, вроде он же работает,
> может шнур где и погнут, как проверить, наличие/отсутствие перебоев в питании?
А попробовать другой кабель никак нельзя?
>
> Что может быть с usb? Это дело наблюдается на всех трех юсбиш
Через некоторое время, совершенно произвольно, он
> > теряется, бегут эрроры, мол, девайс вынули. На самом деле никто девайс не
> > трогал. Но /dev/sdc* уже не существует, зато появился /dev/sdd* или там
> > /dev/sdb*. Это все тот же внешний хард.
> >
> > Что за фигня, и к
dev/sdc* уже не существует, зато появился /dev/sdd* или там
> /dev/sdb*. Это все тот же внешний хард.
>
> Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
> такого не было, никаких обновлений софта в последнее время не делал.
>
> в логе
* или там
/dev/sdb*. Это все тот же внешний хард.
Что за фигня, и кто виноват, udev или косяки с железом пошли? Раньше ничего
такого не было, никаких обновлений софта в последнее время не делал.
в логе куча странностей:
--cut
[ 5250.620584] usb 1-3: new high speed USB device
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> останавливается где-
сделал /etc/udev/rules.d/z80_user.rules - это линк на /etc/udev/user.rules
с таким содержимым:
> ...
Монтирует флэшки и тп отлично, но так не грузится сама система,
останавливается где-то после запуска udev, по-моему в том месте, где
создаются файлы устройств. Что бы здесь поправить? sid
Результаты 1 - 100 из 299 matches
Mail list logo
