| h4tr3d |
|
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Ядро: 2.6.32.3 KMS выключен (modeset=0) WiFi: 01:00.0 Ethernet controller : Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 01), драйвер madwifi-hal 0.10.5.6r4100-2 Иксовый видеодрайвер: xf86-video-intel 2.9.1 (если использовать fbdev - проблема не воспроизводится) Конфиг /etc/X11/xorg.conf: http://codepad.org/cP1H0jM4 Консоль: фреймбуффер через uvesafb + 915resolution для родного (1024x600) разрешения (при просто текстовой - поведение такое же) Проблема: ^^^^^^^^^^ Пока не запущены иксы устанавливаю связь через WiFi (wicd-cureses), все запускается и работает отлично. Запускаю иксы, через некоторое время (варьируется от нескольких секунд, минут), связь замирает (опять таки - то на несколько сек, то на несколько минут), потом продолжает работать. Запустил пинг роутера, результат тут: http://pastebin.com/f2b08705e . Если запускать иксы через fbdev или vesa проблема не воспроизводится (но меня не устраивает, что расширение xrandr там не функционирует, хотя и логично, почему). При произошло подвисание и просто переключиться в консоль - связь сразу поднимается и работает, пока не переключишься обратно в иксы. Что-то пока в интернетах не нашел подсказок, может сообщество что знает? Мысли работают в следующих направлениях: - откатить драйвер - накатить драйвер (но в новых версиях выпилили неKMS переключения) - обновить BIOS как будут результаты - сообщу, но и от вас гипотез слышать охота, меня тут уже клинит %) ЗЫ да, в выводе dmesg и логах иксов ничего подозрительного на первый взгляд: http://codepad.org/Gz6ybVcp - dmesg http://codepad.org/CsP7UKPY - /var/log/Xorg.0.log
systemd должен умереть.
|
| mechanical |
|
|
Темы:
16
Сообщения:
663
Участник с: 11 октября 2008
|
а ndiswrapper чем не угодил? |
| h4tr3d |
|
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
mechanical ну если форум читать внимательно, я уже об этом упоминал. Повторюсь: у меня, через несколько процедур засыпания/просыпания, ndiswrapper сводит с ума USB под систему - почти все устройства перестают определяться, решается проблема разово: выгружаеются все модули USB, но модуль usbcore все равно говорит, что мол кто-то меня юзает (хотя все уже выгружено, все что можно выткнуто), ремувится: rmmod -f usbcore, после чего модули подгружаются и все работает…. пока не будет подгружен ndiswrapper, в этот раз он уводит ядро в корку. Начало такое наблюдаться сравнительно недавно, предполагаю на 30-32 ядрах. Тем и не устроил. Пойдука memtest86+ прогоню, надеюсь не то, что пришло в голову :-\
systemd должен умереть.
|
| mechanical |
|
|
Темы:
16
Сообщения:
663
Участник с: 11 октября 2008
|
да, у меня с ndiswrapper тоже проблемы были. при чем на разных ноутах с разными wifi. вплоть до того, что не инициализировал usb-устройства даже сразу после загрузки. переделал порядок загрузки молулей в rc.confMODULES=(uhci_hcd ehci_hcd ndiswrapper ... хотя всё это очень сильно зависит от железа. может поиграться с виндовыми драйверами? версии посвежее поискать? |
| self |
|
|
Темы:
5
Сообщения:
44
Участник с: 28 апреля 2009
|
Вспомнил такой интересный глюк со своим ноутбуком, который до сих пор не поправлен, т.к. особо не мешает. 0b:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01), драйвер broadcom-wl 5.10.91.9.3-1 Wi-fi соединение поднимается wpa_supplicant'ом в rc.local при загрузке, никаких wicd или radar'ов нет. А теперь самое интересное: если соединения с точкой, на которую натравлен wpa_supplicant, нет, но сам процесс суппликанта при этом запущен, то mc запускается ОЧЕНЬ долго - около минуты. Если убить wpa_supplicant - запускается как обычно, через три секунды (мне одному кажется, что это долго?). В ~/.mc/ini прописано use_netrc=0. Весёлый глюк, ничего не скажешь :) |
| h4tr3d |
|
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
тут DNS имхо, может в другую тему? memtest86+ прогнал, отлично все. хм, кто какие посоветует способы прогнать тесты железа? щас пока прогоню несколько калькуляций md5/sha1 сумм.
systemd должен умереть.
|
| h4tr3d |
|
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
mechanical о, истину глаголишь, каждый случай уникален, мой помойму не повторяется, ладно, буду курить, держать в курсе. может поиграться с виндовыми драйверами? версии посвежее поискать? дойду, хотя, я что-то официальной репы с драйверами не нашел.
systemd должен умереть.
|
| h4tr3d |
|
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Вчера проблема снова возникла, как мне кажется, на ровном месте (в логах пакмана только сторонние мелкие манипуляции). Пока разбирался сообразил как запускать ath5k драйвер - после подгрузки, если rkfill устройство с именем eeepc-wlan (наследие eeepc-laptop), было выключено, нужно было сначала включать его, после чего, появлялся ещё одно rfkill устройство, обычно, с именем phy0, которое так же нужно было включить, после чего сделать в обязательном порядке ifconfig IFACE up (в случае с madwifi-hal нужно только включение/выключение eeepc-wlan). Тогда оно начинает работать. Но никакие манипуляции с драйверами для самого wifi сборка из гит дров для видео, не помогло. Сегодня от нечего делать прошил в точку доступа прошивку wive-ng (на базе линуха, +куча всяких плюшек, вплоть до организации wifi-роутера и установки связи через pptp или pppoe и т.д.). Короче, проблема вроде ушла. ЗЫ игры с txpower ни к чему не приводили, выключение powersave у видео-драйвера тоже.
systemd должен умереть.
|