Адаптер Ethernet распознается, но не может подключиться

Я только что установил Linux и, поскольку процесс установки (то есть это происходило уже в мастере установки для Ubuntu), у меня возникла проблема, когда мой адаптер Ethernet существует, он правильно идентифицирован и связан с драйвером, но это просто не хочет подключаться к моей сети. Он продолжает сигнализировать мне, что он подключается, но просто не подключается.

Если я пингую свой маршрутизатор (в данном случае 192.168.1.254):

griffrez@KikoPCLinux:~$ ping 192.168.1.254
connect: Network is unreachable

вывод ifconfig (интерфейс usb0 связан с подключением к Интернету с помощью телефона через USB, но я В любом случае, мы оставили его, на случай, если оно уместно [сеть не работала даже до начала привязки].):

griffrez@KikoPCLinux:~$ sudo ifconfig -a
eth0      Link encap:Ethernet  HWaddr 1c:87:2c:72:d5:ce  
          inet6 addr: fe80::1e87:2cff:fe72:d5ce/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:142 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9856 (9.8 KB)  TX bytes:6358 (6.3 KB)
          Interrupt:20 Memory:f7100000-f7120000 

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

usb0      Link encap:Ethernet  HWaddr 02:57:00:53:38:34  
          inet addr:192.168.42.100  Bcast:192.168.42.255  Mask:255.255.255.0
          inet6 addr: fe80::57:ff:fe53:3834/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7518 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6451 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6112425 (6.1 MB)  TX bytes:1136283 (1.1 MB)

Под выводом lspci есть одна соответствующая запись:

00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (2) I218-V (rev 05)

Вывод lshw:

griffrez@KikoPCLinux:~$ sudo lshw -C network
  *-network               
       description: Ethernet interface
       product: Ethernet Connection (2) I218-V
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: eth0
       version: 05
       serial: 1c:87:2c:72:d5:ce
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.1-4 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:27 memory:f7100000-f711ffff memory:f7138000-f7138fff ioport:f040(size=32)
  *-network
       description: Ethernet interface
       physical id: 1
       logical name: usb0
       serial: 02:57:00:53:38:34
       capabilities: ethernet physical
       configuration: broadcast=yes driver=rndis_host driverversion=22-Aug-2005 firmware=RNDIS device ip=192.168.42.100 link=yes multicast=yes

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

Спасибо за любую будущую помощь.

0
задан 23 September 2015 в 00:31

1 ответ

Хорошо эти ping 192.168.1.254 не работает, потому что Ваши eth0 взаимодействуют через интерфейс, только имеет адрес ip6. Вероятно, необходимо попытаться проверить с помощью ping-запросов маршрутизатор с помощью ip6 с ping6 <your routers ip6 address or hostname>

, Если Вы хотите использовать ip4 в своей локальной сети, необходимо настроить dhcp сервер (я предполагаю, что локальная сеть инициализируется с помощью dhcp). Обычно это должно быть частью конфигурации маршрутизатора.

В целом можно проверить $ route -n для наблюдения всех сетей, которых можно достигнуть.

0
ответ дан 23 September 2015 в 10:31
  • 1
    Как я сказал, dmesg не мог бы больше показывать информацию о времени начальной загрузки (если это уже вне кольцевого буфера ядра). Но journalctl -k, кажется, завершен. – Robert Siemer 10 February 2017 в 00:18

Другие вопросы по тегам:

Похожие вопросы: