Включение тачпада, при отключении мыши
Что-то захотелось мне сделать как на маках. Чтобы когда я вытыкаю мышь, тачпад включался. И наоборот.
Требования:
- Synaptics тачпад
- Xorg с поддержкой udev (1.8 и выше)
- Включённая в конфиге иксов опция SHMConfig для тачпада
Извлечение данных из образа vmware
Нашёл у себя на винте образ vmware. Поставил vmware-player и нашёл там винду и сэйвы от diablo. Терять сейвы ой как не хотелось, потому решил их оттуда забрать, а образ нафиг удалить. (26 гигов занимает). Точнее, там 2 образа на одну виртуальную машину.
Для начала решил скачать по smb, но vmplayer отчего-то не хотел поднимать сеть, а разбираться мне влом было.
Тут я решил провести операцию удаления гланд через анус.
Читать полностью »
Asus u30jc suspend
Изначально оно не хотело работать. При суспенде всё повисало, хотя лог уверял, что всё прошло нормально. Солюшн нашёл тут. Как ни странно, на убунтоидном форуме.
Итак.
-
Создаём файл /etc/pm/sleep.d/20_custom-ehci_hcd со следующим содержанием>
#!/bin/sh # File: "/etc/pm/sleep.d/20_custom-ehci_hcd". case "${1}" in hibernate|suspend) # Unbind ehci_hcd for first device 0000:00:1a.0 echo -n "0000:00:1a.0" | tee /sys/bus/pci/drivers/ehci_hcd/unbind # Unbind ehci_hcd for second device 0000:00:1d.0 echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci_hcd/unbind ;; resume|thaw) # Bind ehci_hcd for first device 0000:00:1a.0 echo -n "0000:00:1a.0" | tee /sys/bus/pci/drivers/ehci_hcd/bind # Bind ehci_hcd for second device 0000:00:1d.0 echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci_hcd/bind ;; esacВместо 0000:00:1a.0 и 0000:00:1d.0 подставить ID девайсов, находящится в /sys/bus/pci/drivers/ehci_hcd/
-
делаем файл исполняемым
chmod +x /etc/pm/sleep.d/20_custom-ehci_hcd -
Создаём файл /etc/pm/config.d/usb3-suspend-workaround со строкой
SUSPEND_MODULES="xhci"
Хинт: можно и не делать отдельный файл, а добавить в существуюший. Но при обновлении можно забыть об этом
Теперь и s2r и s2d работаю отлично.
Переклинило
Вот это я называю “переклинило”. Обратите внимание на столбцы RES и COMMAND
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9136 root 30 10 1411m 1.4g 572 D 4 69.1 0:20.23 ld
Мышиный тачпад
Случайно выяснил, что тачпад определяется как мышь, и в иксах использует драйвер evdev, а не synaptics. В результате, его нельзя конфигурять через synclient.
Вскрытие показало, что определяет так само ядро. В вводе dmesg про touchpad не было ни слова, зато было следующее.
eeepc ~ # dmesg | grep -i mouse
mice: PS/2 mouse device common for all mice
input: ImPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input9
eeepc ~ #
После пары дней гадания и поиска, выяснил, что необходимо включить опцию
CONFIG_MOUSE_PS2_ELANTECH=y
Где находится – писать не буду. Поиск в menuconfig вполне поможет.
После включения данной опции, наконец-то появился тачпад
eeepc ~ # dmesg | grep -i touch
input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input9
eeepc ~ #
Теперь можно управлять тачпадом через synclient
kms(kernel mode setting) он intel
Решил на eeepc попробовать такую штуку. Эта штука позволяет ядру управлять разрешением экрана.
Для того, чтобы оно работало, нужно включить KMS в ядре. Я вкомпилил вместе с дровами жёстко. На eeepc видеокарта intel встроенная. Также, нужно убрать все фреймбуфферы, но поддержку самого FB оставить. Также включил поддержку декораций фреймбуфера для сплеша.
Для начала переделал конфиг сплэша и картинку под разрешение 1024×600
Сделал генкернелом initrd с бутсплешом, перезагружаюсь, и ядро выбирает само нужный режим для консоли. Иксы работают, переключение в консоль происходит мягко, без задержки и моргания. Я доволен
Отношение юзерфрендли дистрибутивов linux к пользователям
Это моё мнение относительно того, как видят разработчики, так называемых, юзерфрендли дистрибутивов, тех, собственно для кого они их делают. Это исключительно моё ИМХО, никакой холивар я начинать не собираюсь, как и вступать в какую либо полемику
Рассмотрю Fedora, Ubuntu, openSUSE, Mandriva
-
Fedora
Пользователь – тестер. Как только всё оттестируете, мы выпустим новый RedHat, а вам новую свежатину выдадим – тестируйте на здоровье -
Ubuntu
Пользователь – идиот. Мы знаем, что вы ничего не знаете и ничего не умеете, поэтому мы постараемся как можно больше сделать за вас, хотите этого вы или нет -
Madnriva
Пользователь – лентяй. Вы можете всё сделать самостоятельно, но мы знаем, что вам лень это делать. Поэтому мы сделаем специально всё немного неправильно, чтобы подтолкнуть вас либо в сторону платной powerpack версии (где всё правильно), либо к настройке самостоятельно -
openSUSE
Пользователь – враг. Мы всё сделали и настроили чтобы работало. Не вздумайте что-либо править руками. Если уж неймётся, то правьте через наши утилиты(правда через которые нельзя всё сделать по человечески). Если будете править руками, то вы всё сломаете(потому что так мы спроектировали)
При этом я не могу сказать, что какой либо из этих дистрибутивов был лучше или хуже другого (и прочих дистров, и в том числе не юзерфрендли). Просто у каждого дистрибутива свои особенности
О линуксе и виндузятниках
Значит, линукс так и останется на ваших уныленких десктопах и всю жизнь будет глючным, тормозным и падучим. Отношение: “Даем бесплатно, жрите, как есть” и при этом очень сильно обижаются, когда тыкают носом в их говно.
Нас устраивает линукс на наших уныленьких десткопах настолько, что винды вообще в доме не держим. И мысли о мировом господстве наш сон не тревожат. Лишь бы уныленькие виндотролли от нас подальше держались и грызли свои кактусы – ибо для них винду делать из линукса не собираемся.
Цитата с лора. Абсолютно в точку
Немного о девайсах
Ни в коем случае не делайте тарбол с корневой системы для переноса, с использованием ключа –one-file-system на рабочей системе . Ибо не udev`ом едины… Можно только с live-cd.
devname(/dev/имя) записи в fstab – зло (вплоть до kernel panic). Перешёл на LABEL записи. Имхо, самое тру
p.s. Корень перевёл на reiser. Сам удивился, но ядро на нём в разы быстрее собирается. Видать в ФС упирается.
p.p.s. Первые два вывода сделаны в результате весьма продолжительного “секса”, во время, собственно, переноса корневой ФС на reiserfs.
p.p.p.s. Grub умеет грузиться с рейзера
Ati и linux
Ни для кого не секрет, что ati не любит линукс. Я имею ввиду производителя видеокарт. Так как последние вечно имеют какие-либо проблемы на уровне драйверов. То с “новым” xorg не работают (причём он для них новый чуть ли не полгода), то с ядром новым, то просто не работают. Ati & Linux уже давно стало притчей во языцех.
Но можно к этому подойти с другой стороны. Существуют открытые драйвера для ati. К примеру, в генту они называются xf86-video-ati, они же xf86-video-radeon.
Эти драйвера не зависят от ядра, и значит не отвалятся при обновлении. Да, их производительнось в 3D приблизительно в 2-3 раза ниже, чем у проприетарных. Но ведь не для игр только созданы компьтеры.
Возьмём ноутбук, предназначенный для работы. Требуется, чтобы всё работало, не глючило и не тормозило. Также необходима возможность горячего подключения второго монитора. А теперь сравним ati и fglrx. Сравню на своём опыте.
Игры нам не нужны, соответственно производительность в 3D не особо важна. А для эффектов compiz хватит и открытых драйверов. В fglrx у меня периодически бывали пляски с цветами. Особенно с compiz. С открытыми, правда у меня compiz не работает, так как драйвера не поддерживают ускорение для моей встроенной видеокарты. Минус? Отнюдь. 70% времени я работаю с 2-мя мониторами в режиме широкого рабочего стола. В ширину получается 2560px. А compiz поддерживает максимум 2048. К тому же у меня и с fglrx дровами compiz дико тормозит (говоря о compiz я имею ввиду встроенный композитинг в kde4)
Зато открытые драйвера намного лучше работают с многомониторной конфигурацией. В fglrx можно запустить ati-control-center и расширить экран на 2 монитора. Но при этом на обоих возможно лишь одинаковое расширение. Но для ноутбука нормальное разрешение 1280×800, а для подключаемого монитора 1280×1024. Либо там, либо там всё будет выглядеть фигово. А открытые драйвера поддерживают xrandr. То бишь ставим пакет xrandr, втыкаем монитор и…
/usr/bin/xrandr --output VGA-0 --auto /usr/bin/xrandr --output VGA-0 --right-of LVDS
… и всё в лучшем виде! xrandr, кстати, поддерживают пока только открытые драйвера, соответственно с nvidia такое не проканает, и придётся через nvidia-settings мышой тыкать, и возможно и иксы перезагружать
“Вы не любите кошек? Вы просто не умеете их готовить”. Вы терпеть не можете ati? Вы просто не умеете их использовать в нужной сфере применения 
