On 06/15/15 16:42, Eric Pozharski wrote: > with <1187501517@aspen.stu.neva.ru> Peter Irich wrote: > > PI>>>>> МЫшь разве могла перестать поддерживаться? >>>>> Где-то в глубинах svchost для того что бы мышь подхватилась >>>>> некоторые события должны состоятся в однозначной >>>>> последовательности, иначе никак. Rule #52. События происходят в >>>>> другой поледовательности. Мышь не подхватывается. IDE-DVD >>>>> паламали? Паламали? IDE-CD паламали? Hет, но IDE-DVD чинить не >>>>> будут. Rule #52. > PI>>> Есть /lib/udev/rules.d/60-persistent-input.rules, там mouse, tachpad, > PI>>> joystick, event, usb и ещё немного другого. Я это правило раздвоил > PI>>> и то, что связано с перечисленным, выделил в другое, переименовал > PI>>> и стал увеличивать его номер, но и при 98 сейчас мышь зарабоатала > PI>>> со 2-го раза. >>> Hу да, а в следующий раз, как обычно, с четвертого. В udev/rules.d >>> правила генерации симлинков в /dev/ . То, что ты делаешь, всего лишь >>> меняет порядок в котором симлинки генерятся (или не генерятся). >>> Однако, правила отрабатывают (или не отрабатывают) ориентируюясь на >>> среду (или что-то что выглядит как среда, хотя ею не является -- вот >>> на эти ENV, KERNEL, etc). И откуда это все берется? Из глубин >>> svchost. А там dbus. >>> > PI> Т.е. своими силами тут ничего не сделать? > > Здесь надо определится с терминологией. Hе своими силами, это нанять > кого-нибудь (Виссарионов, ау!). Все остальное -- исключительно своими > силами. Во-первых, принимаем истину -- мыша заводится с четвертого > раза, это то как теперь выглядит > ежики-давились-но-продолжали-жрать-кактус. Как только истина принята, > дальше начинаются варианты. Своими силами сносим и ставим офтопик (там > такого безобразия нет, там другие ежики). Или сносим и ставим более > другой топик. Или выбрасываем оборудование (можно по частям) и ставим > новое пока мыша не начнет заводится с одного раза. Или (самое > геморройное) ставим первое что на подозрении с отладочной информацией и > гоняем это через gdb; потом итеративно, доустанавливаем с отладочной > (если готового нет -- есть исходники, можно собрать) и ковыряем пока не > находим где затык. Hо тут можно наткнуться на dbus который (якобы, так > было сказано в более другом месте) не поддается отладке -- тогда тупик. > > Hо, и это истина которую тоже надо принять, времена когда проблемы можно > было решить конфигурированием прошли. И никогда не вернуться. > Мышь включается и с 1-го, и со 2-г и с 4-го раза. Своими силами - я имел в виду именно конфигурированием. Исследовать я ничего не буду, а как работает dbus, я не знаю, никогда не интересовался. Hо ведь в Debian testing не было этой проблемы, а когда он превратился в stable, почему-то появилась. Сейчас у меня на другом диске установлен Debian 8.1 i386, загружался он пока только однажды, мышь включилась сразу.
Пётр. --- ifmail v.2.15dev5.4 * Origin: Home (2:5020/400)