Могу ли я предложить запустить в терминале
nm-tool
. Это даст вам список точек беспроводного доступа, находящихся в зоне действия, частоту, на которую они передают, и уровень сигнала. [ ! d1]
Ваша беспроводная точка доступа / маршрутизатор может использовать ту же частоту, что и другая точка доступа, и если они имеют одинаковую или сходную силу, это может объяснить, почему ваше соединение падает. Это также может означать, что сетевой диспетчер после сбоя подключения к вашему доступу теперь пытается подключиться к этому другому. И именно поэтому он запрашивает пароль. У вас есть правильный пароль для вашей точки доступа, но не для точки доступа, к которой пытается подключиться сетевой менеджер.
Возможно, вам потребуется ввести программу настройки маршрутизатора и выбрать другой канал или частоту. [ ! d3]
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video -displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я хотел бы попробовать вставить этот раздел в конфигурацию xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // mulchman .org / blog /? tag = displaylink
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
В другом потоке проблема зеленого экрана связана с использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek они указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...
пользователь сообщает, что он работает на Ubuntu 9.04 после компиляции некоторые пакеты: http://mulchman.org/blog/?tag=displaylink
изменить: АПТ-кэша поиск displaylink или mct возвращает пакет xserver-xorg, с-видео-displaylink или mct - x драйвер для displaylink или mct устройств...его бы не было если бы он не работал. Возможно, он не поддерживает все разрешения, но я думаю, что это более чем удовлетворяет он будет работать.
редактировать: я хотел попробовать вставить в данном разделе вы в конфигурации xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
даже с драйверами Windows не все разрешения поддерживаются все чипсеты.
следует также отметить, что в некоторых конфигурациях было отмечено, что в DVI адаптер не соответствующую функцию
ладно, возможно, я нашел это: http://mulchman.org/blog/?tag=displaylink
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
на другой ветке проблему зеленым экраном приписывается используя для directfb
обсуждение здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek они указывают на то, что он работал, если медленно. но коробка была 266 МГц монстр так...
пользователь сообщает, что он работает на Ubuntu 9.04 после компиляции некоторые пакеты: http://mulchman.org/blog/?tag=displaylink
изменить: АПТ-кэша поиск displaylink или mct возвращает пакет xserver-xorg, с-видео-displaylink или mct - x драйвер для displaylink или mct устройств...его бы не было если бы он не работал. Возможно, он не поддерживает все разрешения, но я думаю, что это более чем удовлетворяет он будет работать.
редактировать: я хотел попробовать вставить в данном разделе вы в конфигурации xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
даже с драйверами Windows не все разрешения поддерживаются все чипсеты.
следует также отметить, что в некоторых конфигурациях было отмечено, что в DVI адаптер не соответствующую функцию
ладно, возможно, я нашел это: http://mulchman.org/blog/?tag=displaylink
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
на другой ветке проблему зеленым экраном приписывается используя для directfb
обсуждение здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek они указывают на то, что он работал, если медленно. но коробка была 266 МГц монстр так...
пользователь сообщает, что он работает на Ubuntu 9.04 после компиляции некоторые пакеты: http://mulchman.org/blog/?tag=displaylink
изменить: АПТ-кэша поиск displaylink или mct возвращает пакет xserver-xorg, с-видео-displaylink или mct - x драйвер для displaylink или mct устройств...его бы не было если бы он не работал. Возможно, он не поддерживает все разрешения, но я думаю, что это более чем удовлетворяет он будет работать.
редактировать: я хотел попробовать вставить в данном разделе вы в конфигурации xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
даже с драйверами Windows не все разрешения поддерживаются все чипсеты.
следует также отметить, что в некоторых конфигурациях было отмечено, что в DVI адаптер не соответствующую функцию
ладно, возможно, я нашел это: http://mulchman.org/blog/?tag=displaylink
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
на другой ветке проблему зеленым экраном приписывается используя для directfb
обсуждение здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek они указывают на то, что он работал, если медленно. но коробка была 266 МГц монстр так...
пользователь сообщает, что он работает на Ubuntu 9.04 после компиляции некоторые пакеты: http://mulchman.org/blog/?tag=displaylink
изменить: АПТ-кэша поиск displaylink или mct возвращает пакет xserver-xorg, с-видео-displaylink или mct - x драйвер для displaylink или mct устройств...его бы не было если бы он не работал. Возможно, он не поддерживает все разрешения, но я думаю, что это более чем удовлетворяет он будет работать.
редактировать: я хотел попробовать вставить в данном разделе вы в конфигурации xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
даже с драйверами Windows не все разрешения поддерживаются все чипсеты.
следует также отметить, что в некоторых конфигурациях было отмечено, что в DVI адаптер не соответствующую функцию
ладно, возможно, я нашел это: http://mulchman.org/blog/?tag=displaylink
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
на другой ветке проблему зеленым экраном приписывается используя для directfb
обсуждение здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek они указывают на то, что он работал, если медленно. но коробка была 266 МГц монстр так...
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я бы попытался вставить этот раздел в конфигурацию xorg:
Раздел «Идентификатор устройства» Драйвер DisplayLinkDevice «displaylink» Опция «fbdev» »/ dev / fb1 "EndSection Section" Monitor "Идентификатор" DisplayLinkMonitor "Секция EndSection" Экран "Идентификатор" DisplayLinkScreen "Устройство" DisplayLinkDevice "Монитор" DisplayLinkMonitor "SubSection" Дисплей "Глубина 16 режимов" 1280x1024 "EndSubSection EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // lists
Самое интересное, что я узнал, почему я могу использовать драйвер displaylink вместе с nvidia, но а не драйвер fbdev. Это просто явная проверка (xf86Bus.c, xf86PostProbe ()), были ли исправлены оба устройства framebuffer и pci, если сервер отказывается запускаться. Драйвер displaylink просто очищает соответствующий флаг fbSlotClaimed, больше не требуется магии. Но есть еще одна (аналогичная) проверка в xf86ClaimFbSlot () (xf86fbBus.c), которая при запросе слота фреймбуфера гарантирует, что ни один слот PCI не был выделен, я полагаю, что причина, по которой устройство, управляемое displaylink, должно быть зарегистрировано первым ( как основной экран).
В другом потоке проблема зеленого экрана объясняется использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/ BNQl8iH957oQe619QVek указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я бы попытался вставить этот раздел в конфигурацию xorg:
Раздел «Идентификатор устройства» Драйвер DisplayLinkDevice «displaylink» Опция «fbdev» »/ dev / fb1 "EndSection Section" Monitor "Идентификатор" DisplayLinkMonitor "Секция EndSection" Экран "Идентификатор" DisplayLinkScreen "Устройство" DisplayLinkDevice "Монитор" DisplayLinkMonitor "SubSection" Дисплей "Глубина 16 режимов" 1280x1024 "EndSubSection EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // lists
Самое интересное, что я узнал, почему я могу использовать драйвер displaylink вместе с nvidia, но а не драйвер fbdev. Это просто явная проверка (xf86Bus.c, xf86PostProbe ()), были ли исправлены оба устройства framebuffer и pci, если сервер отказывается запускаться. Драйвер displaylink просто очищает соответствующий флаг fbSlotClaimed, больше не требуется магии. Но есть еще одна (аналогичная) проверка в xf86ClaimFbSlot () (xf86fbBus.c), которая при запросе слота фреймбуфера гарантирует, что ни один слот PCI не был выделен, я полагаю, что причина, по которой устройство, управляемое displaylink, должно быть зарегистрировано первым ( как основной экран).
В другом потоке проблема зеленого экрана объясняется использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/ BNQl8iH957oQe619QVek указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я бы попытался вставить этот раздел в конфигурацию xorg:
Раздел «Идентификатор устройства» Драйвер DisplayLinkDevice «displaylink» Опция «fbdev» »/ dev / fb1 "EndSection Section" Monitor "Идентификатор" DisplayLinkMonitor "Секция EndSection" Экран "Идентификатор" DisplayLinkScreen "Устройство" DisplayLinkDevice "Монитор" DisplayLinkMonitor "SubSection" Дисплей "Глубина 16 режимов" 1280x1024 "EndSubSection EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // lists
Самое интересное, что я узнал, почему я могу использовать драйвер displaylink вместе с nvidia, но а не драйвер fbdev. Это просто явная проверка (xf86Bus.c, xf86PostProbe ()), были ли исправлены оба устройства framebuffer и pci, если сервер отказывается запускаться. Драйвер displaylink просто очищает соответствующий флаг fbSlotClaimed, больше не требуется магии. Но есть еще одна (аналогичная) проверка в xf86ClaimFbSlot () (xf86fbBus.c), которая при запросе слота фреймбуфера гарантирует, что ни один слот PCI не был выделен, я полагаю, что причина, по которой устройство, управляемое displaylink, должно быть зарегистрировано первым ( как основной экран).
В другом потоке проблема зеленого экрана объясняется использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/ BNQl8iH957oQe619QVek указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я бы попытался вставить этот раздел в конфигурацию xorg:
Раздел «Идентификатор устройства» Драйвер DisplayLinkDevice «displaylink» Опция «fbdev» »/ dev / fb1 "EndSection Section" Monitor "Идентификатор" DisplayLinkMonitor "Секция EndSection" Экран "Идентификатор" DisplayLinkScreen "Устройство" DisplayLinkDevice "Монитор" DisplayLinkMonitor "SubSection" Дисплей "Глубина 16 режимов" 1280x1024 "EndSubSection EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // lists
Самое интересное, что я узнал, почему я могу использовать драйвер displaylink вместе с nvidia, но а не драйвер fbdev. Это просто явная проверка (xf86Bus.c, xf86PostProbe ()), были ли исправлены оба устройства framebuffer и pci, если сервер отказывается запускаться. Драйвер displaylink просто очищает соответствующий флаг fbSlotClaimed, больше не требуется магии. Но есть еще одна (аналогичная) проверка в xf86ClaimFbSlot () (xf86fbBus.c), которая при запросе слота фреймбуфера гарантирует, что ни один слот PCI не был выделен, я полагаю, что причина, по которой устройство, управляемое displaylink, должно быть зарегистрировано первым ( как основной экран).
В другом потоке проблема зеленого экрана объясняется использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/ BNQl8iH957oQe619QVek указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...
Пользователь сообщает, что он работает над Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не будет включен, если он не работает. Он может не поддерживать ВСЕ разрешения, но я думаю, что это будет больше, чем удовлетворяет, будет ли это работать.
edit: я бы попытался вставить этот раздел в конфигурацию xorg:
Раздел «Идентификатор устройства» Драйвер DisplayLinkDevice «displaylink» Опция «fbdev» »/ dev / fb1 "EndSection Section" Monitor "Идентификатор" DisplayLinkMonitor "Секция EndSection" Экран "Идентификатор" DisplayLinkScreen "Устройство" DisplayLinkDevice "Монитор" DisplayLinkMonitor "SubSection" Дисплей "Глубина 16 режимов" 1280x1024 "EndSubSection EndSection
Даже с драйверами Windows не все разрешения поддерживаются во всех наборах микросхем.
еще один момент стоит отметить, что в некоторых конфигурациях было отмечено, что DVI-ключ не работает должным образом
в порядке, возможно, я нашел его: http: // lists
Самое интересное, что я узнал, почему я могу использовать драйвер displaylink вместе с nvidia, но а не драйвер fbdev. Это просто явная проверка (xf86Bus.c, xf86PostProbe ()), были ли исправлены оба устройства framebuffer и pci, если сервер отказывается запускаться. Драйвер displaylink просто очищает соответствующий флаг fbSlotClaimed, больше не требуется магии. Но есть еще одна (аналогичная) проверка в xf86ClaimFbSlot () (xf86fbBus.c), которая при запросе слота фреймбуфера гарантирует, что ни один слот PCI не был выделен, я полагаю, что причина, по которой устройство, управляемое displaylink, должно быть зарегистрировано первым ( как основной экран).
В другом потоке проблема зеленого экрана объясняется использованием обсуждения DirectFB
здесь: http://web.archiveorange.com/archive/v/ BNQl8iH957oQe619QVek указывают, что он работал, если медленно. но ящик, о котором идет речь, был монстром 266 МГц, поэтому ...