Сервер 12,04 машин не отвечает на arp широковещательные сообщения

Я просто ssh'd в мой старый нетбук (работающий как сервер CUPS) рабочий сервер человечности 12.04 и сделал dist-обновление (не выполнили в том некоторое время). После перезагрузки машины я больше не могу теперь получать доступ к нему удаленно вообще! SSH не работает, HTTP не работает (веб-интерфейс CUPS), я не могу даже заставить его ответить на ping.

Однако машина все еще, кажется, имеет полный доступ к сети и Интернету - это может, например, wget мой сервер IIS на другой машине в моей сети. Я протестировал это путем физического входа в систему в машине.

Единственной вещью, о которой я мог думать, является некоторая проблема брандмауэра (хотя я никогда не настраивал ее), таким образом, я сделал iptables --list но нет никаких правил брандмауэра вообще, и все установлено на ACCEPT.

Я немного озадачен относительно того, почему мой сервер внезапно симулирует быть невидимым!

Править: Я думаю, что мне удалось стать немного ближе к этому - складывается, машина даже не отвечает на широковещательные сообщения ARP. Если я пытаюсь проверить с помощью ping-запросов его и взгляд wireshark на машине проверки с помощью ping-запросов, я вижу много из, "Кто имеет 192.168.0.7 (нетбук)? Скажите 192.168.0.26" без ответа.

Все еще в недоумении относительно того, почему это произошло бы хотя...

РЕДАКТИРОВАНИЕ РЕДАКТИРОВАНИЯ: Я работал tcpdump -nSvv arp на нетбуке и попробованный для проверки с помощью ping-запросов его от 192.168.0.26-ничего не видел, приведенные к таймауту ping. Я затем проверил с помощью ping-запросов 192.168.0.26 от нетбука, который успешно выполнился, и я видел сообщения ARP в tcpdump. Проверка с помощью ping-запросов нетбука от 192.168.0.26 снова теперь работы, потому что они уже обменивались arp информацией - но пытающийся получить доступ к нему от другой машины (мой телефон) все еще, перестала работать.

При проверке с помощью ping-запросов 192.168.0.26 от нетбука, это широковещательно передает запрос ARP всем, которые 192.168.0.26 отвечают на. 192.168.0.26 затем отправляет запрос ARP, к MAC нетбука непосредственно, который успешно выполняется. То, на что это поэтому похоже, - то, что нетбук не отвечает ни на что отправленное в широковещательную передачу MAC. Это только отвечает на запросы ARP, направленные на него конкретно.

РЕДАКТИРОВАНИЕ РЕДАКТИРОВАНИЯ РЕДАКТИРОВАНИЯ: Кажется, точно эта проблема, тот же драйвер беспроводного устройства и все: https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/414724