Administrace komentářů

Na stanici se mi chvili nepřipojuje NFS (Arch distro) v průběhu bootu. Dnes jsem konečně měl čas po důvodech pátrat a situaci moc nechápu. Situace při výpisu s journalctl dopadá takto

journalctl -b  | grep enp6s0
zář 13 00:32:16 dnopytle kernel: r8169 0000:06:00.0 enp6s0: renamed from eth0
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: waiting for carrier
zář 13 00:33:24 dnopytle kernel: r8169 0000:06:00.0 enp6s0: Link is Down
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: carrier acquired
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: IAID c2:0a:c8:e9
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: adding address fe80::c947:16e:b68f:14eb
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: using static address 10.0.0.10/16
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: adding route to 10.0.0.0/16
zář 13 00:33:24 dnopytle dhcpcd[1082]: enp6s0: adding default route via 10.0.0.140
zář 13 00:33:25 dnopytle dhcpcd[1082]: enp6s0: carrier lost
zář 13 00:33:25 dnopytle dhcpcd[1082]: enp6s0: deleting address fe80::c947:16e:b68f:14eb
zář 13 00:33:25 dnopytle dhcpcd[1082]: enp6s0: deleting route to 10.0.0.0/16
zář 13 00:33:25 dnopytle dhcpcd[1082]: enp6s0: deleting default route via 10.0.0.140
zář 13 00:33:27 dnopytle kernel: r8169 0000:06:00.0 enp6s0: Link is Up - 1Gbps/Full - flow control rx/tx
zář 13 00:33:27 dnopytle kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp6s0: link becomes ready
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: carrier acquired
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: IAID c2:0a:c8:e9
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: adding address fe80::c947:16e:b68f:14eb
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: using static address 10.0.0.10/16
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: adding route to 10.0.0.0/16
zář 13 00:33:27 dnopytle dhcpcd[1082]: enp6s0: adding default route via 10.0.0.140
zář 13 00:33:28 dnopytle dhcpcd[1082]: enp6s0: soliciting an IPv6 router

muj problém vidím v tom, že přestože od kernelu má link is down tak v 33:24 začíná dhcpcd s detekci carrier, pak asi kernel chip resetne takže carrier lost smazání všech IP a až je v 33:27 link is up tak dhcpcd znovu IP přiřadí. Nechápu proč se dhcp přiřazuje pokud linka je down. Problém je v tom, že první přiřazení v 33:24 spustí následné akce. systemd dojde do target Network a Network online a následně se spustí NFS mount. Takže cíl je zpozdit dhcpcd až na link is up. Configurace je statická IPv4. /etc/dhcpcd.conf je

cat /etc/dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname
noarp
static ip_address=10.0.0.10/16
static routers=10.0.0.140
static domain_name_servers=10.0.0.140 8.8.8.8

# Use the hardware address of the interface for the Client ID.
#clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
#option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private
noipv4ll

A celkem raději bych u statické zůstal, protože na stanici se často odkazuji i od jinud (notebooky, mobily)