Нет пинга шлюза в Ubuntu и Fedora, но хорошо на Windows

Я сталкиваюсь с запутанной проблемой. при использовании моего домашнего Wi-Fi на Ubuntu 14.04 amd64 мое интернет-соединение неожиданно не дает ответа, но в области уведомлений оно отображается как подключенное.

Я включил и выключил мой Wi-Fi, он подключается к моему устройству, но до сих пор нет ответа.

Мой шлюз 192.168.1.1моя маска 255.255.255.0мой IP 192.168.1.38 но когда я пингую шлюз, результат не возвращается.

Я перезапустил пару раз, та же проблема.

Затем я перезапустился и загрузился в свой fedora 20 x86_64, та же проблема.

Затем я перезапустился и загрузился в Windows, никаких проблем там нет. все работает.

Затем я перезапустился и снова загрузился в Ubuntu, проблема исправлена ​​!!!!

Это случалось со мной так много раз дома.

Кто-нибудь может сказать мне, что происходит? Какую дополнительную информацию я должен искать?

Изменить: я начал загружать что-то, и это случилось снова.

вот мой ifconfig -a:

eth0      Link encap:Ethernet  HWaddr c8:0a:a9:bf:f6:34  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

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:563 errors:0 dropped:0 overruns:0 frame:0
          TX packets:563 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:49860 (49.8 KB)  TX bytes:49860 (49.8 KB)

wlan0     Link encap:Ethernet  HWaddr c4:17:fe:fb:b9:7a  
          inet addr:192.168.1.38  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c617:feff:fefb:b97a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8200 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7495 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9052410 (9.0 MB)  TX bytes:920101 (920.1 KB)

а вот мой route -n:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

Я также проверил эти команды после и до таинственного отключения, я думаю, что результаты одинаковы.

Изменить: я тоже остановился ufw а также iptables услуги, а затем,

вот мой iptables -L -n -v

Chain INPUT (policy ACCEPT 2 packets, 352 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 21 packets, 1764 bytes)
 pkts bytes target     prot opt in     out     source               destination         

а вот мой arp -a

? (192.168.1.1) at ec:43:f6:fb:76:64 [ether] on wlan0

Редактировать: вот мой lspci -vvnn | grep -i wireless -A 10:

09:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
    Subsystem: Lenovo Device [17aa:30a1]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 32 bytes
    Interrupt: pin A routed to IRQ 18
    Region 0: Memory at f0100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: <access denied>
    Kernel driver in use: ath9k