<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>I think we can leave ntpdate where it is, but make the script smarter<br>and check if we have an interface up that's likely to provide internet
<br>access (i.e. ethX, whatever the wireless interfaces are called).<br><br>For dhcp, there are two options that we should investigate.&nbsp;&nbsp;If you take<br>a look at the dhclient.conf man page, you see that you can specify a<br>
specific timeout.&nbsp;&nbsp;The default is 60 seconds, any reasonable dhcp server<br>will respond much faster then that.&nbsp;&nbsp;I don't think cutting that down to<br>30, or even less would be unreasonable.&nbsp;&nbsp;Also, dhclient has a flag<br>
'-nw'.&nbsp;&nbsp;This forces it to go straight to daemon mode without waiting for<br>an ip address however this is problematic for network dependend services<br>that come after.<br><br></blockquote></div>Proposal<br>
<br>
move dhcp discovery to as early in the boot process as possible and call it with -nw so it tries to get a ip in the background.<br>
Then leave ntp to the last of the boot items, that way you should have
secured a ip in that time, also maybe look into reducing the ntp
timeout.<br><br clear="all"><br><br>