In my case, it was completely impossible to get a DHCP lease - not even the first (and only) terminal. The context is a large network with (I suppose) Windows DHCP servers. It took me a while to get to the solution indicated in the bug report.
Removing -c '' from the script solves the problem. Now I tested -c "LTSP-i386" and found that it works, too.
While talking about client ID, I would like to draw your attention to a line above the udhcpc call:
clientid_param=${clientid:+"-r $clientid"}
What I dislike is the inconsistency that the kernel command-line parameter "clientid" is used for udhcpc parameter "Request IP address".
In my case, it was completely impossible to get a DHCP lease - not even the first (and only) terminal. The context is a large network with (I suppose) Windows DHCP servers. It took me a while to get to the solution indicated in the bug report.
Removing -c '' from the script solves the problem. Now I tested -c "LTSP-i386" and found that it works, too.
While talking about client ID, I would like to draw your attention to a line above the udhcpc call:
clientid_ param=$ {clientid: +"-r $clientid"}
What I dislike is the inconsistency that the kernel command-line parameter "clientid" is used for udhcpc parameter "Request IP address".
-Kai