Откатить биос до предыдущей версии?
Автору респект за изобретательность и храбрость (с такой конструкцией по полям шариться - местные ведь за шпиона примут и в сельсовет сдадут). Но все же, при всей оригинальности конструкции, я прозреваю в ней велосипед.

Дело в том, что я сам пребываю в похожих условиях: практически постоянно обитаю на даче, где с мобильной связью тоже все грустно (а именно: для получения сколько-нибудь устойчивого соединения внутри дома телефон требуется поднять эдак на уровень второго этажа, минимум).

Мое решение таково: мобильник подвешен на специальном гвозде под самой крышей, а нетбук соединяется с мобильником по блютузу (благо в EeePC 901 он встроенный). Сухо, как грицца, и комфортно.
Я правильно понимаю, что теперь для монтирования съемных носителей ему требуется gvfs?
OldMan
В первом терминале запускаем:

Во втором терминале запускаем:
Достаточно запустить bluez-simple-agent hci0 XX:XX:XX:XX:XX:XX (вместо XX, разумеется, адрес телефона, полученный через hcitool scan)
Могу утешить только тем, что на моем EeePC 901 после гибернейта кнопка питания продолжает работать и acpid события от нее видит (хотя тоже загружен i915). Гибернейт настраивал с использованием uswsusp, подробности описаны в недрах вот этой темы: viewtopic.php?f=8&t=1299
Кстати о птичках, давно хочу спрость: а где указать pacdiffviewer чтобы он для просмотра изменений использовал не “vimdiff”, а “vimdiff -o”? Мана у pacdiffviewer нету, хелп куцый… Неужели он не настраивается?
mango
Но очень странно, что эти же строчки с xorg.conf в описании тача - просто игнорируются.
мдя… вот вам и Х-сы 1.8 :-( ещё пилить и пилить..
В иксах 1.8 вроде бы предполагался какой-то новый самобытный формат файлов конфигурации, отличающийся от стандартного /etc/X11/xorg.conf. Может сто́ит попытаться настроить через него?
EeePC 901, тоже помог model=auto
ifconfig wlan0 up делать не обязательно, wpa_supplicant сам поднимет интерфейс если он еще не поднят.

Мне когда-то помогало ap_scan=2.

И да, что за карточка-то?
mango
Muu
Дополнительный микшер - это прекрасно, но вот необходимость му́тить спикер вручную при включении наушников - это несомненный баг.
А что за событие происходит когда в штекер вставляются или вынимаются наушники? Может проще на написать обработку эвента?

Я что-то даже не придумаю чем его ловить, этот эвент. udevadm monitor его не видит.

И да, можете считать меня путистом, но писать костыль на каждую регрессию - это не наш метод ©.