If as Rafał says Windows
prioritises the first DNS option then I'm pretty sure that wasn't always
the case, but it's been well over a decade since I got out of Windows IT
support! But there are certainly use cases for allowing DNS server
prioritisation in this way.
--
Mark Rogers // M
On Thu, 28 Sept 2023 at 11:16, Mark Rogers
wrote:
> DefaultDependencies=no
>
FWIW I tried:
DefaultDependencies=no
Before=network-pre.target
Wants=network-pre.target
and
DefaultDependencies=no
Before=network-pre.target
Wants=network-pre.target local-fs.target
..
;
This looks like the most important bit I was unaware of, although it now
seems that I was looking in the wrong direction in thinking that dhcpcd was
starting before it had a configuration file as fixing that doesn't seem to
have helped.
--
Mark Rogers
.
But it is possible that something in the thread (and the ones it links to)
might offer more clues so I'll dig a bit deeper, thank you.
--
Mark Rogers
r
brevity.)
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 f
t eth0 up
ExecStartPre=ip addr
(the "ip addr" calls are just to log the before/after state to journal).
It's booted in that state several times now successfully. I'll need to do
more testing yet but I am inclined to leave it at that (I hate workarounds
rather than actually fixing the issue but I suspect this is far as I'll
get).
Thank you (massively!) for your assistance on this.
--
Mark Rogers
On Tue, 26 Sept 2023 at 20:41, Mark Rogers
wrote:
> (I should be able to find another Pi to test for any physical hardware
> issues, I'll try that tomorrow.)
>
I have today tested on a different Pi, different PSU, different cable, all
with exactly the same results. There is defini
aspberry Pi I believe that the Ethernet port hangs of the USB
bus internally in case that's relevant.
(I should be able to find another Pi to test for any physical hardware
issues, I'll try that tomorrow.)
--
Mark Rogers
le=/run/dhcpcd.pid
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -b
ExecStop=/sbin/dhcpcd -x
[Install]
WantedBy=multi-user.target
Alias=dhcpcd5.service
In this state dhcpcd consistently starts after my script but the DHCP issue
I'm trying to fix continues, so the race may not related to dhcpcd after
all.
--
Mark Rogers
rder themselves After that target.
>
In that case I should probably return to Before/Wants=network-pre.target
and work out what is breaking it, but same question as above: how do I
figure that out?
--
Mark Rogers
/to/script
[Install]
RequiredBy=network.target
Where am I going wrong and what is the right way to do this?
I've also tried Before=network-pre.target and Wants=network-pre.target
without success - it was that not working that set me off trying to fix it.
--
Mark Rogers
how to resolve these? (Do I even need rfkill in a kiosk
environment? I tried to disable it but that doesn't appear to have any
impact.)
--
Mark Rogers
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.
then it might need a separate bug report.
I don't have a Debian box to check dhcpcd dependencies but I would
assume that they're lifted from Debian, albeit that they may or may
not be default Debian components. I have raised a Raspbian bug, which
references this thread, so I'll see where t
was previously hidden by luck, but that's not a
reason to avoid doing it) and so there is no good reason not to do this,
but my knowledge of this isn't adequate to make an informed statement on
that matter. Before I make the argument for it being f
ng...
Adding After=network-pre.target to dhcpcd.service seems to have
resolved it, and taught me a lesson in the process.
Is there an obvious reason I'm missing why these aren't distro
defaults? (Is this a "bug" in the network management tools' unit
files? Would "fixing&qu
x27;t care about hostname. Hostname is set in
/etc/hostname but I don't know when that is read (nor care unless it's
a clue to why the script is running after networking starts despite my
efforts!
--
Mark Rogers
___
systemd-devel mailing lis
y? Some love it, some
hate it, others don't care...
--
Mark Rogers
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
rt=/home/mark/bin/db2config.py
[Install]
RequiredBy=network.target
[1]
https://stackoverflow.com/questions/62574482/ensuring-that-a-systemd-unit-starts-before-any-networking
- no responses there to date, feel free to respond there for
reputation or else I'll update i
18 matches
Mail list logo
