Интернет-соединение доступно только при запуске вручную [дубликат]

Каждый раз при загрузке Linux мне приходится вручную использовать следующие две команды, чтобы иметь рабочее подключение к Интернету.

ethtool -s eth0 autoneg off speed 100 duplex full 

dhclient eth0

Я ищу способ, чтобы интернет-соединение запускалось автоматически при загрузке Lubuntu.

/ etc / network / interfaces :

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#auto eth0
iface eth0 inet dhcp

ethtool -s eth0 autoneg off speed 100 duplex full
allow-hotplug eth0

#iface wlan0 inet manual
#wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

/etc/rc.local :

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

echo 500 > /sys/class/backlight/intel_backlight/brightness
xrandr -s 960x540
rfkill block bluetooth
rfkill block wifi
ethtool -s eth0 autoneg off speed 100 duplex full
ip link set eth0 up
ifup eth0
dhcpcd eth0

exit 0

systemctl status rc-local: 
globalisation@WindowsXP:~$ systemctl status rc-local
● rc-local.service - /etc/rc.local Compatibility
   Loaded: loaded (/lib/systemd/system/rc-local.service; static; vendor preset: 
  Drop-In: /lib/systemd/system/rc-local.service.d
           └─debian.conf
   Active: failed (Result: exit-code) since Sun 2017-06-04 00:31:28 CEST; 15min 
  Process: 636 ExecStart=/etc/rc.local start (code=exited, status=1/FAILURE)

Jun 04 00:31:27 WindowsXP systemd[1]: Starting /etc/rc.local Compatibility...
Jun 04 00:31:28 WindowsXP rc.local[636]: Can't open display
Jun 04 00:31:28 WindowsXP systemd[1]: rc-local.service: Control process exited, 
Jun 04 00:31:28 WindowsXP systemd[1]: Failed to start /etc/rc.local Compatibilit
Jun 04 00:31:28 WindowsXP systemd[1]: rc-local.service: Unit entered failed stat
Jun 04 00:31:28 WindowsXP systemd[1]: rc-local.service: Failed with result 'exit

globalisation@WindowsXP:~$

При загрузке Lubuntu появляются следующие ошибки:

Failed to start LSB: IPV4 DHCP client with IPV4ALL support. 
See 'systemctl status dhcpcd.service' for details 
16.780656 usb 1-1.4.3: device descriptor read/64, error -110

/etc/sysctl.conf :

#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1

# Uncomment the next line to enable packet forwarding for IPv6
#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

Также кажется, что вторая команда dhclient eth0 после использования ОБЯЗАТЕЛЬНОЙ ОДНОЙ ethtool -s eth0 autoneg off speed 100 duplex full (все равно все команды действуют только вручную) могла заменить на ifup eth0 , чтобы Интернет работал.

Возможно, важной частью следующего журнала является Ссылка обнаружена: нет После загрузки, если сразу первая команда ethtool eth0 , вывод будет:

:~$ sudo ethtool eth0
[sudo] password for globalisation: 
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Half 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: Symmetric Receive-only
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
               drv probe ifdown ifup
Link detected: no

Я хотел бы добавить что тот же самый Linux-компьютер, о котором идет речь, всегда получает подключение к Интернету мгновенно / напрямую, даже после перезагрузки, выключения, без каких-либо других дополнительных ручных команд или любых других действий, если я только заменю кабель с «проблемного в обсуждении подключения к Интернету» на «беспроблемное» совершенно другое подключение к маршрутизатору DSL (другой интернет-провайдер, НО ЕЩЕ ОДИН КАБЕЛЬ ETHERNET)

Проблемное подключение, зависящее от ручных команд, «обсуждаемых», которое имеет Интернет только после ручных команд, исходит от другого интернет-провайдера и коаксиальный / кабельный модем.

Могут ли быть проблемы со встроенным сетевым адаптером?

Эта точно такая же машина с этой системой с «обсуждаемым», ТО ЖЕ КАБЕЛЬ ETHERNET, принимает / поддерживает подключение к Интернету напрямую / сразу же даже после перезагрузки / выключения или того, что я бы сделал , без каких-либо ручных команд, ТОЛЬКО ПЕРЕМЕЩЕНИЕ КАБЕЛЯ ETHERNET от этого «обсуждаемого» проблемного маршрутизатора к другому маршрутизатору, подключенному к совершенно другому интернет-соединению у другого провайдера.

Тот же порт на маршрутизаторе, тот же кабель, даже из обсуждаемого ПРОБЛЕМНОГО МАРШРУТИЗАТОРА, а также Windows 7 и Windows 10 подключаются к Интернету мгновенно / напрямую без каких-либо щелчков дополнительных щелчков, только смена кабеля от машины Linux к машине Windows .

Если у вас есть какие-либо идеи, как это могло произойти, я только что вспомнил, что это в обсуждении та же машина + та же ОС (Linux без изменений конфигурации) + один и тот же кабель Ethernet всегда автоматически "принимал и сохранял" Интернет (без дополнительного руководства команд) со всех 3 разных моделей маршрутизаторов.

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

С наилучшими пожеланиями.