* Eugeniy Meshcheryakov <eu...@debian.org> [2012-09-10 23:48]: > > If you have any ideas on how this could be improved, let me know. > The fix was as "easy" as adding this preseed file and rebuilding the > recovery image: > > d-i netcfg/no_default_route boolean true > > After this QNAP booted successfully and I was able to login and fix the > network configuration from command line. D-I does not seem to require > DNS setup. Is there any reason not to use this setting for all > network-console installs?
I think this addition makes sense. I was going to commit the patch below, but it seems the git repo is in a bit of mess at the moment. I'll sort this out with Loic Minier and get this patch added. diff --git a/oldsys-preseed b/oldsys-preseed index fa988d0..f92c48b 100755 --- a/oldsys-preseed +++ b/oldsys-preseed @@ -317,6 +317,10 @@ if [ "$NONINTERACTIVE" = "yes" ]; then # Continue if there is missing firmware at ethdetect, and hope that # it is not actually needed to get on the network. add "$FILE" "ethdetect/prompt_missing_firmware" "boolean" "false" + # Allow network configuration to finish even if the DHCP server + # doesn't send a gateway. This way, users can at least connect + # to the installer and fix their config. + add "$FILE" "netcfg/no_default_route" "boolean" "true" fi # Workaround for broken partconf -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org