Проблема со следом на LAN (Ubuntu 16.04)

Извините, что отправил другой вопрос о Следе на LAN, но отсеивающий через другие сообщения я нашел (и на этом сайте и на других), я, может казаться, не разрешаю свою проблему. Я пытаюсь установить след на LAN для машины Ubuntu 16.04, и несмотря на половину дня лужения я все еще не могу заставить его просыпаться после отправки волшебного пакета. До сих пор я сделал следующее:

1. Включенный след на LAN в моем BIOS
2. Включенный след на LAN (постоянно) в NIC
3. Измененный/etc/default/halt и/etc/default/tlp настройки (см. ниже).
4. Подтвержденный, который "волшебные" пакеты я отправляю, добираются до машины.

Я надеюсь, что кто-то здесь или определит что-то, что я делаю неправильно или имею некоторое предложение, которое может открыть новый путь расследования; в этой точке я вне идей.Спасибо за помощь!

Материнская плата: Asrock Xtreme4 со встроенной LAN

Долго список отладки/подробной информации (комментарии выше команд объясняют, что я пытаюсь показать/):

#
# Networking devices; trying to wake-on-lan from the main ethernet 
# device 'enp0s31f6'
#
root@Ruby:/var/log# ifconfig
enp0s31f6 Link encap:Ethernet  HWaddr 70:85:c2:5e:48:c7
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::57be:f8e8:ad34:811d/64 Scope:Link        
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2018 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1036 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:296222 (296.2 KB)  TX bytes:171521 (171.5 KB)
          Interrupt:16 Memory:df200000-df220000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:234 (234.0 B)  TX bytes:234 (234.0 B)


#
# Ubuntu release information for machine being configured for WOL.
#
root@Ruby:/var/log# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"

#
# Detail information on the main ethernet device.  The 'g' character shows
# in both 'Supports Wake-on' and 'Wake-on' lines.  This same output is 
# consistent across system reboots (i.e., I don't have the issue with 'Wake-on'
# being changed to something like 'd' after reboot; this always shows up as
# 'g').
#
root@Ruby:/var/log# ethtool enp0s31f6
Settings for enp0s31f6:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: on (auto)
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000007 (7)
                           drv probe link
        Link detected: yes


#
# Modified the halt defaults and added 'NETDOWN=no' as seen below.
#
root@Ruby:/var/log# cat /etc/default/halt
# Default behaviour of shutdown -h / halt. Set to "halt" or "poweroff".
HALT=poweroff
NETDOWN=no


#
# Updated the power settings configuration to NOT disable WOL.  Not sure if
# this is really needed or not as this computer is not a laptop (simply following
# recommendations from online posts).
#
root@Ruby:/var/log# cat /etc/default/tlp | grep WOL
WOL_DISABLE=N


#
# Verified that magic packets are being received on the expected network device
# when sent from another linux machine.  Output from the command used to send the
# packets was:
#
#    $ wakeonlan -i 192.168.1.255 '70:85:c2:5e:48:c7'
#    Sending magic packet to 192.168.1.255:9 with 70:85:c2:5e:48:c7
#
# I ran this 3 times and produced the capture output below on the target machine (i.e.,
# the computer I'm trying to start up via WOL):
#   
root@Ruby:/var/log# tcpdump -i enp0s31f6 'udp and port 9'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp0s31f6, link-type EN10MB (Ethernet), capture size 262144 bytes
13:23:53.869476 IP hackpi.57568 > 192.168.1.255.discard: UDP, length 102
13:23:55.384924 IP hackpi.59471 > 192.168.1.255.discard: UDP, length 102
13:23:57.214933 IP hackpi.49245 > 192.168.1.255.discard: UDP, length 102


#
# When testing the wake-on-LAN settings I stop the machine with 
# 'shutdown -h now' then after the lights turn off I try to send the magic
# packet with the command previously shown (see tcpdump capture comments
# above).  No dice, machine never boots.
#
root@Ruby:/# shutdown -h now

BIOS WOL включила: