Вы можете генерировать веб-страницу с помощью скрипта оболочки в каталоге CGI-BIN! После создания веб-страницы скрипт может удалить сам, выключить веб-сервер и т. Д. (До тех пор, пока у него есть разрешения).
Я решил так:
KERNELS=="1-2.1", SUBSYSTEMS=="usb", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="usbS0"
KERNELS=="1-2.2", SUBSYSTEMS=="usb", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="usbS1"
KERNELS=="1-2.7", SUBSYSTEMS=="usb", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="usbS3"
Запятые и директивы SYMLINK заставили его работать.
Это может быть одна из следующих ситуаций:
ttyUSB?
, следовательно, правило не применяется. udev
не читает или не может прочитать файл, в котором вы написали свои правила. udev
уже имеет другое правило, отменяющее ваше для тех же устройств, применяя к ним имя ttyUSB?
. Итак, я предлагаю вам ...
ttyUSB?
udev
выполняет любое другое переименование того же устройства, которое может переопределить ваши правила. udev
действительно загружает новые правила (если возможно, протестируйте с другими устройствами) и что udev
может читать файл, в котором находятся ваши новые правила ... или проверить это эти правила читаются, помещая их в существующий файл правил. Чтобы помочь с отладкой, вы можете (не как root):
udevadm monitor
затем подключить устройство, чтобы увидеть, какое событие видит udev. Вы, вероятно, увидите, что ваши правила соответствуют более чем одному из событий add
.
Вы можете преобразовать имя устройства в путь, например
udevadm info -q path -n /dev/ttyUSB0
, а затем передать этот выходной путь в
udevadm test <path>
, чтобы отслеживать, какие файлы читает udev и какие правила он следует. На самом деле он не запускается. команды и так далее, так что это только подсказка.