Проводное соединение, не распознаваемое

Я нахожусь на Индивидуалисте Ubuntu (10.10). Я считал несколько потоков относительно проблем проводного соединения, но еще не нашел решение.

Проблема появляется после того, как я соединюсь с беспроводной сетью. Когда я разъединяю беспроводную связь и включаю интернет-кабель, проводное соединение не распознано вообще. Даже сокет кажется неисправным (нет никакого диодного высвечивания).

Единственное решение до сих пор, кажется, перезапускает компьютер. Администратор сети затем пытается соединиться с Wi-Fi, но проводное соединение перечислено и работа.

Я попробовал sudo restart network-manager, но это ничего не решает. Через некоторое время доступные беспроводные сети начинают появляться, но проводное все еще не делает.

Какие-либо идеи?Заранее спасибо.


Править: Вот вывод dmesg после выключения Wi-Fi и затем включения интернет-кабеля.

[18200.623543] Restarting tasks ... done.
[18200.648422] video LNXVIDEO:00: Restoring backlight state
[18200.707580] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707715] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707819] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707922] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708025] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708127] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708229] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708332] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708824] sky2 0000:02:00.0: eth0: enabling interface
[18200.709587] ADDRCONF(NETDEV_UP): eth0: link is not ready
[18202.662422] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro,user_xattr,commit=0
[18203.324061] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro,user_xattr,commit=0
[18211.193137] eth1: no IPv6 routers present
[18212.844649] usb 5-1: new low speed USB device using ohci_hcd and address 5
[18213.017235] input: USB Optical Mouse as /devices/pci0000:00/0000:00:13.0/usb5/5-1/5-1:1.0/input/input16
[18213.017499] generic-usb 0003:0461:4D17.0004: input,hidraw0: USB HID v1.11 Mouse [USB Optical Mouse] on usb-0000:00:13.0-1/input0

После системного перезапуска, dmesg говорит это:

[   19.802126] sky2 0000:02:00.0: eth0: enabling interface
[   19.802394] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   20.812533] device eth0 entered promiscuous mode
[   21.495547] sky2 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex, flow control rx
[   21.495677] sky2 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex, flow control rx
[   21.496574] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

(в ответ на Ugo) , Вот то, что я попробовал:

  • установите wicd (как описано, добавив дополнительные строки в/etc/network/interfaces). Я соединился с беспроводной сетью, приостановил компьютер, возобновленный с интернет-включенным кабелем, и отключил беспроводное соединение в wicd. Проводная сеть все еще не появляется. После включения "всегда показывают проводную сеть" в wicd предпочтениях, которые я пытался подключить к проводному интерфейсу, который обнаружился, но это перестало работать при "получении IP-адреса".
  • то же, не добавляя дополнительные строки в/etc/network/interfaces. После включения "всегда показывают соединенный проводом" и нажатие Кнопки соединения, это застревает при "включении интерфейса". Вывод dmesg, кажется, все еще то же.
  • в обоих случаях это вело себя тот же путь после отключения сетевого кабеля. Интерфейс eth0 даже не был перечислен в ifconfig.

Даже при том, что это когда-то, казалось, было в порядке, это не. Проводной интерфейс (eth0) перечислен в ifconfig, но не в wicd. Dmesg заявляет то же как выше:

...
[10156.025350] sky2 0000:02:00.0: eth0: phy I/O error
[10156.025711] sky2 0000:02:00.0: eth0: enabling interface
[10156.026463] ADDRCONF(NETDEV_UP): eth0: link is not ready

Так, к сожалению, это все еще не разрешено.

0
задан 9 October 2012 в 15:32

2 ответа

Основное различие - то, что nginx создается для обработки больших количеств соединений в намного меньшем пространстве памяти. Это делает, это очень хорошо подошло для приложений, которые делают комету как соединения, которые могут иметь много неактивных открытых соединений. Это также дает ему вполне меньший след памяти.

С необработанной точки зрения производительности, nginx быстрее, но не настолько быстрее, что я включал бы это как определяющий фактор.

Apache имеет преимущество в области доступных модулей, и то, что это в значительной степени стандартно. Любому веб-хосту, с которым Вы идете, установят его, и большинство techs будет очень знакомым с ним.

кроме того, при использовании mod_wsgi это - wsgi сервер, таким образом, Вам даже не нужен cherrypy.

Кроме этого, лучший совет, который я могу дать, является попыткой, настраивающей Ваше приложение под обоими, и сделайте некоторое сравнительное тестирование, начиная с того, независимо от того, что любой говорит Вам, Ваш пробег может варьироваться.

13
ответ дан 12 October 2008 в 18:14

Это подозрительно походит на эту ошибку. Существует обходное решение, объясненное на этой странице. Они в основном рекомендуют:

  1. Установите WICD (Система> администрация> Синаптический Диспетчер пакетов; установите wicd).
  2. Удалите администратора сети (метка полного администратора сети удаления и администратора сети-гнома).
  3. Перезагрузка.
0
ответ дан 9 October 2012 в 15:32

Другие вопросы по тегам:

Похожие вопросы: