Ho dato un'occhiata a rc.inet1 per vedere come tratta l'opzione DHCP_IPADDR (se trovata in rc.inet1.conf).
Se l'opzione è specificata, lo script accoda alle opzioni per dhcpcd il flag -r seguito dall'indirizzo IP specificato.
Dal man di dhcpcd:
man dhcpcd ha scritto:
-r, --request [address]
dhcpcd normally sends a DHCP DISCOVER to find servers to offer an address.
dhcpcd then requests the address used. You can use this option to skip the
DISCOVER phase and just request the address. The downside is if you request
an address the DHCP server does not know about or the DHCP server is not
authoritative, it will remain silent. In this situation, we go back to the
init state and DISCOVER again. If no address is given then the first address
currently assigned to the interface is used.
-s, --inform [address[/cidr]]
Behaves like -r, --request as above, but sends a DHCP INFORM instead of a
REQUEST. This does not get a lease as such, just notifies the DHCP server of
the address in use. You should also include the optional cidr network number
in case the address is not already configured on the interface. dhcpcd
remains running and pretends it has an infinite lease. dhcpcd will not de-
configure the interface when it exits. If dhcpcd fails to contact a DHCP
server then it returns a failure instead of falling back on IPv4LL.
Sembra che il tuo caso ricada nel caso di "DHCP server not authoritative". Pertanto, ti suggerisco di provare a modificare la riga 114 di rc.inet1, mettendo al posto del flag -r il flag -s. Per quanto riguarda il CIDR (che è consigliato aggiungere), puoi provare a "cablarlo" nello script a 24.
Pertanto, la linea 114 diverrebbe:
Codice: Seleziona tutto
[ ${DHCP_IPADDR[$i]} ] && DHCP_OPTIONS="$DHCP_OPTIONS -s ${DHCP_IPADDR[$i]}/24"
Nel caso funzioni, possiamo lavorare a pulire la soluzione (e magari proporla a Pat

).
Vediamo che succede...