<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 27 Sept 2023 at 10:18, Mantas Mikulėnas <<a href="mailto:grawity@gmail.com">grawity@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>So now I'm curious: if the first command you run is to bring the interface *down*, then what exactly brought it up?</div></div></div></blockquote><div><br></div><div>Good question. The reason for down/up was that this was working as a way to reset the connection after boot, so I just transferred that to the ExecStartPre.</div><div><br></div><div>Looking at the "journalctl -u dhcpcd" output, this is what I see from my last boot:</div><div style="margin-left:40px"><span style="font-family:monospace">Feb 14 10:12:05 pi systemd[1]: Starting dhcpcd on all interfaces...<br>Feb 14 10:12:05 pi ip[372]: 2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000<br>Feb 14 10:12:05 pi ip[372]:     link/ether b8:27:eb:0d:ee:bb brd ff:ff:ff:ff:ff:ff<br>Feb 14 10:12:05 pi ip[383]: 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000<br>Feb 14 10:12:05 pi ip[383]:     link/ether b8:27:eb:0d:ee:bb brd ff:ff:ff:ff:ff:ff<br>Feb 14 10:12:06 pi dhcpcd[385]: wlan0: starting wpa_supplicant<br>Feb 14 10:12:36 pi dhcpcd[385]: timed out<br>Feb 14 10:12:36 pi systemd[1]: Started dhcpcd on all interfaces.<br>Feb 14 10:12:37 pi systemd[1]: Stopping dhcpcd on all interfaces...<br>Feb 14 10:12:37 pi dhcpcd[519]: sending signal TERM to pid 466<br>Feb 14 10:12:37 pi dhcpcd[519]: waiting for pid 466 to exit<br>Feb 14 10:12:38 pi systemd[1]: dhcpcd.service: Succeeded.<br>Feb 14 10:12:38 pi systemd[1]: Stopped dhcpcd on all interfaces.<br>Feb 14 10:12:38 pi systemd[1]: Starting dhcpcd on all interfaces...<br>Feb 14 10:12:38 pi ip[524]: 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000<br>Feb 14 10:12:38 pi ip[524]:     link/ether b8:27:eb:0d:ee:bb brd ff:ff:ff:ff:ff:ff<br>Feb 14 10:12:38 pi ip[529]: 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br>Feb 14 10:12:38 pi ip[529]:     link/ether b8:27:eb:0d:ee:bb brd ff:ff:ff:ff:ff:ff<br>Feb 14 10:12:38 pi dhcpcd[530]: wlan0: starting wpa_supplicant<br>Feb 14 10:12:49 pi dhcpcd[530]: Too few arguments.<br>Feb 14 10:12:49 pi dhcpcd[530]: Too few arguments.<br>Feb 14 10:12:49 pi systemd[1]: Started dhcpcd on all interfaces.</span></div><div><br></div><div> (I deleted the "ip addr" output from the interfaces other than eth0 for brevity.) </div><div><br></div><div>The interesting thing is surely that dhcpcd is being started twice. Assuming that was always happening then that suggests dhcpcd was bringing the network up early (and failing but leaving it in a "stuck" state) and then again later (where it was unable to recover from the first failure, but now can)?<br></div></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><div style="font-size:12.8px"><span style="font-size:12.8px">Mark Rogers // More Solutions Ltd (Peterborough Office) // 0344 251 1450</span><br></div></div><div>Registered in England (0456 0902) 21 Drakes Mews, Milton Keynes, MK8 0ER</div></div></div></div></div></div></div>