Re: DHCP for Z_PATH
Matthew Palmer [EMAIL PROTECTED] writes: I've just been trying out the new Linux bootdisk with Unattended 4.0b, and it rocks longer and harder than ever. Thanks! Allowing DHCP options has been a goal from the beginning. Thank you for doing the legwork on this. From the manpage, it appears that udhcpc will pass the value of the option 'root-path' to the DHCP client script (/etc/udhcpc-script in Unattended) as $rootpath. Unfortunately, from my testing I don't think that udhcpc requests the root-path option, and I've not managed to work out how to tell udhcpc to ask for it, and dhcpd2 doesn't send it out by default and I can't work out how to force it to do so. I think we can fix this with a one-line patch to udhcp. root-path, eh? Let's see, http://www.faqs.org/rfcs/rfc2132.html ... section 3.19 ... Here we are: 3.19. Root Path This option specifies the path-name that contains the client's root disk. The path is formatted as a character string consisting of characters from the NVT ASCII character set. On the one hand, this is not exactly what we have in mind. On the other hand, I doubt Windows machines normally use this option. So unless you are using the option in a dual-boot environment, it should not cause any problems. (And you can always use the kernel command-line parameter to override the DHCP option.) So maybe. We also need a way to specify the username and password. We can either steal some local DHCP options (128-254) or we can use vendor encapsulated options. I am inclined to do the former because it is easier to implement. We have to decide which local option identifier(s) (between 128 and 254) to steal. It looks like some of them are already in unofficial use; e.g., 135 is used by BpBatch. Hm. If we are going to steal a local DHCP option anyway, maybe we should only take one but give it this syntax: z_user=... z_pass=... z_path=... That is, it would have the same syntax as the current kernel command-line options. This 1) avoids abusing the root path option, 2) only consumes one local option, and 3) is easy to extend. I think this is what I will do. Give me a day or two. (Please excuse the dodgy patch format, but I'm hacking on this on another machine in the ramdisk because I haven't gotten around to setting up a bootdisk foundry yet). Excuses, excuses. Thanks again for the research and ideas. - Pat --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ unattended-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-devel
Unattended 4.1-rc1
Unattended 4.1 release candidate 1 is now available for testing. You may download it from http://unattended.sourceforge.net/testing/. If you have time to try it out over the next day or two, we would appreciate it. Shad is doing regression testing now; when he finishes in the next few days, we will make a real release. NEWS.txt entry is appended. - Pat ** Changes in version 4.1 (2004-Apr-??) (Linux) Upgrade Linux kernel to 2.6.5. (Linux) Add kbd package, and use it to start shells on virtual terminals 2 and 3 (debugging aid). Recognize kbd=... kernel parameter to select keyboard map. Add support for serial console. Fix bug preventing ^C from working. (Linux) Fix dosemu font to let winnt.exe ASCII art look nice. Thanks to Max Lovius. (Linux) Obtain settings (z_user, z_pass, z_path) from DHCP option 233 in addition to kernel command line. (DOS) Add support for Realtek RTL8169/RTL8110S gigabit adapters. (DOS) Create WinImage-compatible (PKZIP format) compressed floppy images. Patch memdisk so it can handle such images. (DOS/Linux) Permit DOMAIN\username syntax in username for mapping install share. (DOS) Now that the FreeDOS folks added support for VCPI in emm386.exe, use it instead of umbpci.sys for UMB provider, Rewrite auconfig.pl to support --policy switch and all the new settings it allows. Contributed by Nils Ostbjerg. Add internationalized support to bootini.pl, including French, Dutch, German, and Italian. Thanks to Sylvain Faivre, Niels de Groot, Gerhard Heift, and Rosario Esposito, respectively. (Thanks to Jan Brauer and Harro Bruins for other i18n contributions.) Modify mapznrun.bat to hunt through drives for \dosbin\install.pl before trying to map Z: drive. Useful for installing from fixed devices (like CD or DVD). Thanks to Niels de Groot. Modify todo.pl to hook HKEY_LOCAL_MACHINE\...\Run key instead of HKEY_CURRENT_USER\...\Run key, in case user wants to switch logon ID to a domain account mid-install. Recognize Windows XP SP2. In install.pl, have z_user default to DOMAIN\user, because some people use domain accounts to map their install shares. Add URLs for Italian downloads. Thanks to Rosario Esposito. Use %SystemDrive% instead of C: everywhere. Fix various minor bugs. Add April updates from Microsoft (MS04-011, MS04-012, MS04-013, and MS04-014). Nasty. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ unattended-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-devel
Re: DHCP for Z_PATH
Patrick J. LoPresti [EMAIL PROTECTED] writes: Hm. If we are going to steal a local DHCP option anyway, maybe we should only take one but give it this syntax: z_user=... z_pass=... z_path=... OK, I implemented this. After various Googling, I settled on DHCP option 233. The changes are in 4.1-rc1 and they work for me. Try it out! - Pat --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ unattended-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-devel