правило udev, не работающее

Попробуйте midori. Это имеет в значительной степени все, что Вы хотите (кроме, возможно, для теговых закладок), легче, чем Firefox/Chrome и основан на WebKit.

Midori является легким веб-браузером.

Функции

  • Полная интеграция с GTK+2.

  • Быстро рендеринг с WebKit.

  • Вкладки, окна и управление сеансами.

  • Частный просмотр и опции уязвимых данных.

  • Пользовательские сценарии и поддержка стилей пользователя.

  • Простое управление закладкой и гибкий Веб-поиск.

  • Настраиваемый и расширяемый интерфейс.

  • Расширения, такие как Adblock, сформируйте историю, жесты мыши или управление cookie.

Midori screenshot

Кроме того, xxxterm рекомендовался в комментарии.

1
17.05.2013, 09:18
4 ответа

Вы написали ATTR c орфографическими ошибками, это должен быть ATTRS в этом случае.

1
27.01.2020, 23:53
  • 1
    не знает почему, но она все еще никакая работа, я теряющий любую надежду на то, чтобы сделать эту работу материала :( Спасибо за Ваш вклад –  Edelweiss 16.05.2013, 12:37
  • 2
    , Пишущий udev правила очень неумолимая задача, малейшая ошибка, и ничего не произойдет. Вы попытались переместить свое правило в начало списка? т.е. переименуйте файл to 10-local.rules –  Kotte 16.05.2013, 12:40
  • 3
    Также Вы перезапускали udev после внесения изменений? udev должен реагировать на изменения в настройках, но которые требуют, чтобы inotify был включен в ядре. Это не могло бы иметь место во встроенных системах и т.п.. –  Kotte 16.05.2013, 12:41
  • 4
    я перезапустил локальный сервер, я перезапущу udev также? –  Edelweiss 16.05.2013, 12:45
  • 5
    Если Вы перезапустили компьютер, то udev был уже перезапущен. соединение SSH –  Kotte 16.05.2013, 12:47

Не те опечатки в idProduct часть правил?

У Вас есть это:

ATTR{idProduct}=="0234"

Не был должен это быть этим:

ATTR{idProduct}=="0243"

На основе вывода от этой строки:

Bus 001 Device 003: ID 054c:0243 Sony Corp. MicroVault Flash Drive
0
27.01.2020, 23:53
  • 1
    Вы поняли мысль, я зафиксировал ее, но все еще работа, так или иначе благодарит указать, что :) –  Edelweiss 16.05.2013, 12:33

Попытайтесь взглянуть на вывод для udevadm info --path=path/to/device --attribute-walk Это скажет Вам каждый атрибут и подсистему, это допустимо для устройства. Например, USB-устройство, которое я имею, имеет a SUBSYSTEM="tty", для распознавания USB для того устройства, необходимо поместить SUBSYSTEMS=="usb" (примечание: множественное число subsystem*s*). Я подозреваю, что что-то как этот может иметь место здесь. Так или иначе udevadm info --attribute-walk действительно полезный инструмент для отладки udev проблемы.

Также ATTR {ключ} не допустим, вместо этого используйте ATTRS {ключ} (Он был упомянут прежде, но некоторые Ваши примеры все еще используют неправильную форму.)

0
27.01.2020, 23:53

Это мое рабочее правило udev для выполнения резервного копирования при горячем подключении:

SUBSYSTEM=="block" ACTION=="add" \
      ENV{DEVTYPE}=="partition" \
      ENV{ID_FS_UUID}=="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" \
      TAG+="store" \
      RUN+="/usr/bin/python3 /etc/systemd/autoback.py --udev"

Обратите внимание, что вместо сопоставления USB-устройства я сопоставляю раздел (, т. е. /dev/sde1), на конечной точке запоминающего устройства этого USB-устройства. После горячего подключения USB проходит несколько секунд, прежде чем диск будет готов и раздел будет пронумерован, поэтому это «правильное» событие для моего случая использования и, возможно, для вашего случая, если вы пытаетесь делать резервные копии. ID_FS_UUIDсовпадает с сообщением blkidдля этого раздела. В моем случае это luksUUID.

В моей системе udev не перезагружается автоматически правильно, когда я редактирую правила, но я обнаружил, что работает (, что также полезно для отладки ),:

udevadm test /sys/dev/block/8:65

для принудительной перезагрузки/перезагрузки -применения правил udev. Обратите внимание, что я нашел 8:65по ls -l /dev/block | grep sde1. Также

udevadm info --query=property /dev/sde1

было полезно узнать, применяются ли мои правила, и

ПРИМЕЧАНИЕ. :Я публикую этот ответ через 5 лет после ОП, поэтому сейчас все может быть иначе, чем тогда. Моя система Ubuntu 16.04.4 (xenial )на arm64.

1
27.01.2020, 23:53

Теги

Похожие вопросы