Вопросы Теги

Автоматически выполненный сценарий, когда карта Wi-Fi включается в (udev)

Проблемой не является RandR, Ваш видеодрайвер не настраивает монитор на основе информации EDID от Монитора. Проверьте файл Xorg?.log, чтобы видеть, как драйвер настраивает монитор.

Возможно настроить монитор в xorg.conf конфигурации. Я не попробовал это за установку Plug and Play. Конфигурирование установки парного монитора могло бы работать лучше.

Вы могли написать сценарий конфигурации, таким образом, легче сделать.

РЕДАКТИРОВАНИЕ нет, модуль, который ответственен за это, распространено и используется всеми драйверами. Производители видеокарт не обеспечивают единый интерфейс, таким образом, нам нужны различные драйверы. Драйверы Xorg факторизуют общую функциональность и обеспечивают стандартные интерфейсы приложения, который является, почему RandR работает. xorg.conf характерен для всех драйверов.

Если Вы загружаетесь с включенным монитором, кажется, что это не обеспечивает EDID (это - ответственность монитора). Посмотрите на /var/log/Xorg.0.log после запуска с и без монитора, подключенного и включенного, когда Вы загружаетесь. Это должно дать Вам некоторое представление, что или не происходит.

Это - решение, которое я использовал с установкой парного монитора, где один монитор не предоставлял EDID. Я переместил это решение в свой xorg.conf файл, но это требовало времени для конфигурирования. Эта установка более проста, если Вы используете gdm. Аналогичные решения могут использоваться для kdm или xdm. Замените мою установку тем, что Вы вводите, когда Вы запускаетесь.

Я создал файл /etc/gdm/Init/Default содержа:

#!/bin/sh
PATH="/usr/bin:$PATH"

#WAT - Setup dual displays
# Define new modes (60 and 75 hz)
xrandr --newmode 1280x1024    108.00  1280 1376 1488 1800   960  961  964 1000 +hsync +vsync
xrandr --newmode 1280x1024x75 135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync

# Add modes to screen
xrandr --addmode VGA-0        1280x1024
xrandr --addmode VGA-0        1280x1024x75

# Select the output mode
xrandr --output HDMI-0 --mode 1920x1080 --output  VGA-0 --mode 1280x1024 --left-of HDMI-0

# EOF
9
09.09.2012, 19:10
2 ответа

У меня была подобная проблема только что, и решение состояло в том, чтобы измениться RUN+= часть к RUN+="sh -c '/root/test.sh'". Теперь, я не знаю, нужно ли Вам это в этом случае, как правило называет сценарий, не команду.

Другое наблюдение: попытайтесь удалить ! от "test!" представьте в виде строки или замените двойные кавычки одинарными кавычками. Удар ! вероятно, создает неприятности из-за его особого значения в оболочке, и двойные кавычки сохраняет то значение.

3
27.01.2020, 20:07
  • 1
    С или без ! это не работает. –  TCB13 09.09.2012, 18:26
  • 2
    RUN+="/bin/sh -c '/bin/echo test >> /test.txt'"работы, но некоторой причиной e получили "тест" записанные 8 раз в файле. Кажитесь, что команда выполняется многократно :S –  TCB13 09.09.2012, 19:07

Мой советовать должен был бы установить регистрирующийся приоритет udev от err кому: info с

 udevadm control --log-priority=info

Если требуется видеть, что еще больше информации устанавливает его на debug. Теперь можно найти очень подробную информацию какой udev выполнил /var/log/daemon.log (По крайней мере, на debian связал систему). Обычно это помогает большому количеству ошибок преследования.

Это - только дополнение к ответу htor, которые, вероятно, решают Вашу проблему.

2
27.01.2020, 20:07

Теги

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