След на LAN не работал 3 раза затем больше

Обновление: Мои основные теории на данный момент (см. ниже для деталей):

• Система Ubuntu закрывает питание NIC в дежурном режиме?
• Драйвер Realtek RTL8111 для 64-разрядных машин не работает?

Кто-либо может подтвердить или отклонить?

Я установил Ubuntu 12.04 несколько дней назад и заставил След на LAN работать путем отправки Волшебных Пакетов от другого ПК, поместив машину Ubuntu в резервное устройство с помощью настольного меню. Я сделал это 3 раза, и это работало красиво. Затем внезапно это больше не работало! Как же это может быть возможно?!

Я знаю потенциально, что 1 000 вещей могут быть неправильными, когда WOL не работает, но факт, он работал 3 раза подряд, исключает большинство из них. Это работало 3 раза (на расстоянии в несколько минут) и после этого никогда не работало. В течение этих 3 раз это работало и followingh 10 неудачные попытки, единственной вещью, с которой я играл, был брандмауэр на ПК, который отправляет волшебные пакеты, и я скоро выключил брандмауэр для устранения той потенциальной проблемы и также проверил, что пакеты проникают с wireshark (с машиной Ubuntu на затем, конечно). Я сделал полное обновление Ubuntu за несколько часов до тестов запущенным.

Большую часть времени я чувствую, что просто тестирую различные вещи вслепую. Есть ли, например, какой-либо способ проверить, что питание не закрывается для NIC? И не "кошка/proc/acpi/wakeup" "отключаемый" средний что-то неправильно?

Существует много потоков на WOL, я знаю, но ни один, где он работает отлично в течение 10 минут затем, не прекращает не работать ни по какой причине. Несколько потоков упоминают проблемы с WOL после того, как 12.04 был установлен. Моя единственная остающаяся идея прямо сейчас состоит в том, чтобы установить Ubuntu 10. Но это просто было бы тестом, не постоянным решением и очень трудоемким тестом. И я уверен, что RTL8111/RTL8168 правильно не поддерживается на более старом Ubuntus (были основные проблемы с теми NICs с более старым Ubuntus), который усложняет такой тест еще больше.

Вам придется только прочитать текст выше для понимания моей проблемы. Но для всесторонней информации, вот некоторые факты и тесты, которые я сделал:

• Я пытался добавить "pci=noacpi", "pci=noapic", "acpi=force" и "apm=on apm=power-off" к/etc/default/grub (и я проверил изменения в grab.cfg). По одному, конечно (перезагрузка после каждого).
• Я видел, что NIC был отключен у кошки/proc/acpi/wakeup, включен, это с командой "отзывается эхом,-n LAN | sudo кладут/proc/acpi/wakeup для первого удара", и теперь LAN была включена в списке
• Брандмауэры отключены
• ethtool показывает, что wol находится в состоянии "g" (я пытался установить его на "pumbag", и также на "d" затем "g").
• Это - плата ASUS с Realtek RTL1111/R8168B (драйвер R8169 шел с ядром, и это было с тем драйвером, работается 3 раза; в последнее время я изменился на драйвер R8168, который не был легок, но я не вижу различия, и люди кажутся отчету R8169, должен использоваться для всех в наше время).
• Я также пытался использовать wireshark на машине Ubuntu для проверки волшебных пакетов, полученных до ПК
• Испытанный сброс RAM CMOS (и перемычкой и удалением батареи в течение 5 минут).
• Светодиод NIC не освещен, когда во сне, но он не также освещен на моем другом ПК, когда во сне и WOL работает на тот ПК.
• Я примерил включение "Следа, когда пораженная клавиша "Пробел" PS/2" в BIOS, запустил Ubuntu, выбранное "Резервное устройство" из меню так, чтобы это вошло в резервное устройство, нажатую клавишу "Пробел", и это запустилось. Также работавший после команды Terminal пополудни - приостанавливают и останавливаются,-p (закрывается и перезагрузки полностью, хотя), но не просыпается после останова команды. Останов делает закрытие ОС, но HW, чтобы остаться на. Все еще игнорируя WOL во всех случаях.
• Когда в резервном устройстве мигания индикатора питания, вентиляторы и жесткий диск тихи, и это остается тем же после попыток WOL
• Программа, используемая для отправки волшебных пакетов: magicpacket (точечный) свободный (точечный) франк на другом (Windows) PC
• Настройки для Волшебного Пакетного отправителя являются портом UDP 80 масок подсети 255.255.255.255, и это - настройки, с которыми это работало, но я также попробовал порты 9, 7 и 0, TCP и маска 0.0.0.0. Проверили MAC-адрес дважды, но я ввел его с помощью копии-и-вставки, и он работал с этими настройками 3 раза, как я упомянул.
• Я только использовал Ubuntu в течение недели (имейте некоторый краткий опыт с системами Linux и Unix от давно),
• Я не добавил "ethtool-s eth0 wol g" (или "отзываются эхом,-n LAN | sudo кладут/proc/acpi/wakeup для первого удара") для запущения сценариев, так как я полагаю, что WOL должен работать ОДНАЖДЫ, если эти вещи установлены правильно (сценарий необходимы, чтобы заставить его работать после каждой перезагрузки), материнская плата Asus AT5NM10T-I не имеет никаких обновлений BIOS (v0306), Попробованный большинство вещей на этих страницах: wiki.ubuntuusers.de/Wake_on_LAN - en.gentoo-wiki.com/wiki/ACPI/Fix_common_problems#Nothing_Works - wiki.xbmc.org/index.php?title=HOW-TO:Enable_Wake-On-Device_for_Ubuntu

Обновления:

• Да я включил, "Включаются PME" (События Управления питанием PCI) в BIOS. Я также включил, "Включаются Кольцом", так как кто-то предположил, что на форуме, но я не могу верить, оно влияет на WOL, но также и не может причинить боль. Так как это работало 3 инея, это не проблема настроек BIOS.
• Я на самом деле пытался переустановить Ubuntu 12.04, и снова она работала 3 раза, затем после этого мертво. (На самом деле на этот раз это работало в 1 раз, затем не работало, затем работавшее 2 раза подряд, затем никогда снова.)---Некоторые детали об этом новом тесте, которые, вероятно, не имеют никакого значения: Это не работало, пока я не включил Samba правильно для совместного доступа к файлам между ПК в рабочей группе. Эти 3 раза это работало, я не должен был отправлять sudo ethtool-s eth0 wol g (sudo ethtool eth0 всегда сообщает, что это находится в wol режиме "g" так, по-видимому, мой NIC запускается в том режиме). И кошка sudo/proc/acpi/wakeup теперь всегда показывает LAN, как "включено" теперь. На этот раз я использовал загруженные 12.04 без обновлений (рабочий стол Ubuntu, сказанный не было никаких обновлений), позже (еще долго после того, как он прекратил работать), он сказал, что было 136 обновлений, я установил их и rebnooted, все еще не работал.
• По-видимому, этот NIC был неприятен для пользователей Linux в течение многих лет, но я думал, что он работал правильно с тех пор недавно с драйвером, который идет с ядром. Это isone наиболее распространенного NICs я думаю.

Обновление:

• Я протестировал с Ubuntu 11.10. Это имеет те же проблемы или версию его: WOL, кажется, работает приблизительно 1 из 4 раз. Внезапно не прекращает работать, просто не работает каждый раз (отнюдь нет).
• Протестированный с Windows 7. Установленный драйвер Realtek. Отмеченный "позволяют только волшебному пакету просыпаться" в настройках NIC (менеджер по HW), и он работал безупречно, протестированный 5 раз подряд.Примечание: Сначала я не потрудился устанавливать видеодрайверы и драйверы аудио, и затем только спящий режим работал, но он действительно отвечал на вызовы WOL безупречно. Установленный видеодрайвер и драйвер аудио плюс "Датчик ПК II", который, кажется, имеет некоторое отношение к драйверу ACPI. Сделал это после того, как я читал в Википедии на ACPI, что Windows не мог бы позволить резервное устройство (S3), если одно устройство в системе не поддерживает acpi.
• Когда в режиме ожидания (или спящий режим) в Windows, я могу все еще видеть эту единицу в списке маршрутизатора подключенных устройств (но Вовлеченный NIC отсутствует). (Как я сказал прежде для другого ПК, он не замечен в этом списке даже при том, что WOL работает, таким образом, по-видимому, это не всегда имеет место). Для этого ПК, однако, это могло бы указать, что NIC не имеет никакой силы, я e, которым проблема здесь состоит в том, что Ubuntu закрывает питание NICs.
• Я забыл упоминать, что мои машины составляют все 64 бита. Это не столь редко, что драйверы на 32 бита работают, в то время как драйверы на 64 бита не делают. Таким образом, одно подозрение - то, что драйвер Realtek на 64 бита все еще не работает правильно над Linux с RTL8111 и т.д. - я знаю, что были проблемы с этими NICs в течение многих лет, которые я считал, были решены скорее недавно, но кто-либо может подтвердить, что у них есть RTL8111/RTL8168&RTL8168B, и т.д. работающий с WOL на машине на 64 бита?

Таким образом, мои основные теории на данный момент:

• Система Ubuntu закрывает питание NIC в дежурном режиме?
• Драйвер Realtek для 64-разрядных машин не работает?