Xorg upower hal usb keyboard mice
sfx 20 Августа, 2011 - 16:03
Здравствуйте!
Сразу скажу, что являюсь более любителем. Теперь к делу:
Обновил систему(не обновлял оочень давно) при старте X не пашут ни клава ни мышка юзби.
ну думаю опять с халом чего там. оказывается хал теперь уже не используется.
заместо него, как я понял, все это должен обрабатывать upower.
воопрос: куда мне копать, в какие конфиги и настройки?
Большое спасибо!
»
- Для комментирования войдите или зарегистрируйтесь
Начать можно с прочтения FAQ
Начать нужно с прочтения FAQ
Клава и мышь "не пашут" где,
Клава и мышь "не пашут" где, в графической оболочке, или во всей системе?
Если только в графической оболочке, то скорее всего проблема в том что у вас обновился xorg-server и вы не пересобрали xf86-input-mounse и xf86-input-keyboard или xf86-input-evdev, в случае если xorg-server собран с флагом udev.
Так же если флаг udev у xorg-server активен, то стоит попробовать удалить / переименовать xorg.conf и перезапустить xdm, либо удалить из xorg.conf описание устройств ввода, так же в этом случае рекомендуют не использовать xorg.conf вообще.
Если хотите использовать xorg.conf, то соберите xorg-server без флага udev.
Но причина все же скорее всего кроется в том, что нужно пересобрать пакеты с драйверами устройств ввода для xorg-server., т.к. в случае перехода на новую вуерсию xorg-server это нужно делать.
.
Рекомендация, мягко говоря, сомнительная...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Зачем поддержка udev, если
Зачем поддержка udev, если все настройки указаны в xorg.conf, в том числе и устройства ввода ?
.
1) xorg.conf -> deprecated, для текущих ксоргсерверов конфигурация задаётся в /etc/X11/xorg.conf.d/ в виде набора файлов NN-xxx.conf вместо бывших секций в общем конфиге
2) Универсальность (как минимум для "вслучае чего") предоставляет именно udev, и если даже у вас оно не актуально, при выдаче подобного рода "советов" было бы хорошим тоном обозначить профит
3) xorg.conf предназначен не для того, "чтобы было" (для подавляющего большинства он, действительно, не нужен) а для тех, кто не пренебрегает предоставляемыми возможностями по индивидуализации/оптимизации - оно самое то...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
По поводу разбиения одного
По поводу разбиения одного файла xorg.conf на несколько по секциям исходного файла - это бред, куда проще использовать один файл, в котором всё прописано и не открывать другие файлы в случае если необходимо что-либо изменить. Не вижу пользы от выноса секция в разные файлы, может объясните. По поводу udev, здесь есть к примеру тема, где ТС спрашивал как настроить корректно xorg с udev`ом, что бы он самовольно не обрабатывал нажатие не нужных кнопок, которые у него обрабатываются другими службами и еще несколько проблем. Так зачем все эти танцы с бубнами, что бы всё работало надо написать кучу исключающих правил, к тому же в разных файлах, проще один раз в одно описать и всё. Возможно что xorg.conf считают deprecated, но его не скоро уберут, к тому же думаю вообще не уберут, ибо удобнее и проще.
Ссылка.
Без udev не будет
Без udev не будет автоматического добавления вновь подключенного устройства ввода (usb\bluetooth мышка, например). Для меня этого аргумента достаточно.
Вы пробовали, подключать
Вы пробовали, подключать мышку без udev, так попробуйте.
Пробовал. Поэтому и написал.
Пробовал. Поэтому и написал.
И вообще. По-моему, кое-кто путает настройку параметров устройств ввода через udev, и поддержку udev xorg-server'ом. Почему-то бытует мнение, что если xorg-server собран с USE=udev, то использовать возможно только xf86-input-evdev, а xf86-input-{keyboard,mouse} только при USE=-udev. Это в корне неверно. Поддержка udev позволяет следить за подключением устройств. И только. Никто не запрещает использовать xf86-input-evdev при USE=-udev и xf86-input-{keyboard,mouse} с USE=udev.
.
Не пренебрегайте использованием "imho" - в данном случае это было бы более, чем уместно...
А какие "другие"? Вы открываете один, и именно тот, который вам нужен (если догадались дать конфигам осмысленные имена)
В общем случае в системе могут использоваться однотипные дивайсы - тогда будет иметь значение очерёдность загрузки конфы. Кроме того, теперь девы пакетов имеют возможность прозрачно для пользователя просто кинуть ибилдом соотв. конфиг в предназначенное для этого место
Скоро или не скоро - маловажно, поск-ку всё равно уберут, а для того, чтобы цепляться за отжившее нужен солидный профит, в данном же случае - не только солидного, а и вообще никакого...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): 1)
Опять двадцать пять. Откуда дровишки? Или снова «ну сделали же каталог, значит, файл выкинут»?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Да, забыл, в кде не
Да, забыл, в кде не пашут.
xf86-input-mounse и xf86-input-keyboard пересобрал. evdev -
нет, забыл. может и в нем дело, точно. проверю, спасибо!
и про настройки спасибо, теперь знаю где хранятся :)
Всем большое
Всем большое спасибо!
действительно появился xorg.conf.d/
как я мог заметить синтаксис схож с оригинальным xorg.conf, поэтому я тупо его туда перекинул.
По мне не удобно было xorg разбивать. не такой и большой. но дело вкуса.
А так просто бесит, то на хал перешли как то, то теперь обратно к конфу вернулись. эх.
sfx написал(а): А так просто
Всысле? Что с халом, что без - всегда можно было писать или не писать свои настройки. Только в случае с халом это XML а сейчас человекочитаемый конфиг иксов, и если всё устраивает - можно "без него". Хотя он в любом варианте есть, разве что не в /etc/
.
Судя по Xorg.0.log:
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Как и в случае с HAL в иксах
Как и в случае с HAL в иксах есть умолчальные настройки гдето в недрах /usr которые перебиваются пользовательскими, если те есть.
.
Почему же "где-то"? Постом выше чётко указан путь...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Думаю, это было сказано не
Думаю, это было сказано не обязательно к данному пакету, а,так сказать,глобально.