тайм-аут часу (лише проводний)


1

(Це також розміщено на fedoraforum.org, але це може бути цікаво людям, які використовують інші дистрибутиви.)

Гей всі,

Я вже кілька тижнів намагаюся підключити свій Dell Inspiron 17 7731, який працює під управлінням Fedora 23, до провідної мережі мого офісу (бездротовий зв'язок працює нормально).

Деякі відповідні відомості:

# lspci
--snip--
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
03:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
--snip--

# uname -r
4.2.8-300.fc23.x86_64

# ifconfig
enp3s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether b8:2a:72:a2:66:db  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 343  bytes 64568 (63.0 KiB)
        TX errors 0  dropped 141 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 16551  bytes 2027803 (1.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 16551  bytes 2027803 (1.9 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.124.1  netmask 255.255.255.0  broadcast 192.168.124.255
        ether 52:54:00:3d:9c:4c  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.26.63.219  netmask 255.255.240.0  broadcast 10.26.63.255
        inet6 fe80::8286:f2ff:fe7e:9f6e  prefixlen 64  scopeid 0x20<link>
        ether 80:86:f2:7e:9f:6e  txqueuelen 1000  (Ethernet)
        RX packets 52385  bytes 48933298 (46.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 32812  bytes 11212005 (10.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Ось деякі результати журналу:

Jan 09 13:10:24 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): device state change: config -> ip-config (reason 'none') [50 70 0]
Jan 09 13:10:24 mekagojira NetworkManager[1064]: <info>  Activation (enp3s0f1) Beginning DHCPv4 transaction (timeout in 45 seconds)
Jan 09 13:10:24 mekagojira NetworkManager[1064]: <info>  dhclient started with pid 10973
Jan 09 13:10:24 mekagojira dhclient[10973]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 6 (xid=0x72a3fc32)
Jan 09 13:10:25 mekagojira avahi-daemon[878]: Registering new address record for fe80::ba2a:72ff:fea2:66db on enp3s0f1.*.
Jan 09 13:10:30 mekagojira dhclient[10973]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 13 (xid=0x72a3fc32)
Jan 09 13:10:33 mekagojira audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 09 13:10:43 mekagojira dhclient[10973]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 15 (xid=0x72a3fc32)
Jan 09 13:10:44 mekagojira dhclient[7221]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 4 (xid=0x32509905)
Jan 09 13:10:48 mekagojira dhclient[7221]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 7 (xid=0x32509905)
Jan 09 13:10:55 mekagojira dhclient[7221]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 20 (xid=0x32509905)
Jan 09 13:10:58 mekagojira dhclient[10973]: DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 20 (xid=0x72a3fc32)
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <warn>  (enp3s0f1): DHCPv4 request timed out.
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): DHCPv4 state changed unknown -> timeout
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): canceled DHCP transaction, DHCP client pid 10973
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): DHCPv4 state changed timeout -> done
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): device state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <warn>  (enp3s0f1): Activation: failed for connection 'Wired connection 2'
Jan 09 13:11:08 mekagojira NetworkManager[1064]: <info>  (enp3s0f1): device state change: failed -> disconnected (reason 'none') [120 30 0]

А ось висновок запущеного dhclient самостійно:

# dhclient -v enp3s0f1 
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/enp3s0f1/b8:2a:72:a2:66:db
Sending on   LPF/enp3s0f1/b8:2a:72:a2:66:db
Sending on   Socket/fallback
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 4 (xid=0x4b27e968)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 10 (xid=0x4b27e968)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 21 (xid=0x4b27e968)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 17 (xid=0x4b27e968)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 7 (xid=0x4b27e968)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 2 (xid=0x4b27e968)
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

Ось що я знаю (або принаймні здогадуюсь):

  • Сервер DHCP працює і не відхиляє клієнтів Linux, а кабель - це добре. Я підключив його до іншої коробки під управлінням Ubuntu 15.10 і підключився відразу.
  • На цій машині NIC чудово. Хоча живе зображення F23 поводиться як установка (тобто не вдається підключитися), живе зображення Ubuntu підключається просто чудово.
  • Це не ця версія (або лише ця версія) ядра. Старіші в меню GRUB також не вдалося підключитися.

Я в збитку. Якісь ідеї?

Відповіді:


0

Виявляється, що тепер провідний не вдається з’єднати навіть з тим самим живим зображенням Ubuntu, а повернення його додому та підключення до Apple AirPort (без історії довільного відхилення DHCP орендодавці подають прохання через провідний Ethernet) дає ті ж результати, використовуючи кілька кабелів . Я додаю це до апаратної проблеми і закриваю її.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.