Это - известная ошибка в Fedora 17. /lib/udev/rules.d/71-seat.rules
имеет правило для устройства "Mimo 720" (монитор USB с его собственным концентратором USB), который использует тот же чипсет (таким образом тот же идентификатор USB) для этой задачи.
Однако, потому что я не использую Mimo 720, он неправильно конфигурируется.
Решение редактирует /lib/udev/rules.d/71-seat.rules
и комментарий строки
SUBSYSTEM=="usb", ATTR{idVendor}=="058f", ATTR{idProduct}=="6254", ENV{ID_AUTOSEAT}="1"
Затем это работает отлично. На самом деле проверенная Дуга Linux и это используют другую стратегию обнаружить то устройство:
# Mimo 720, with integrated USB hub, displaylink graphics, and e2i
# touchscreen. This device carries no proper VID/PID in the USB hub,
# but it does carry good ID data in the graphics component, hence we
# check it from the parent. There's a bit of a race here however,
# given that the child devices might not exist yet at the time this
# rule is executed. To work around this we'll trigger the parent from
# the child if we notice that the parent wasn't recognized yet.
Существуют команды, которые вызываются другими и читают переменные окружения и принимают одни и те же ключи, но добавление к каждому из них одного и того же ключа - это хлопоты, как компиляторы, такие как [1129296]make[1129297], здесь переменные окружения блестят. Вы устанавливаете переменную и забываете о ней. Это также плюс, что она может быть временной и работать для одной команды.
Итог, это материя предпочтений и лучшее действие для задачи, будут моменты, когда установка псевдонима проще и постояннее, чем переменная окружения, и другие моменты, когда вам понадобится массив инструментов, ведущих себя так же, как вы бы хотели переменные окружения.[1128779].