[Unattended] No system disk or disk error
We have been using Unattended for some time now without major problems. Unfortunately we are now having to install Toshiba Techra S1 laptops. After we boot from the network and type INST to start the installation we get the followin error. Non system disk or disk error What can this be? Thanks Oriol de los Santos --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] No system disk or disk error
DE-LOS-SANTOS,ORIOL (HP-Spain,ex1) wrote: We have been using Unattended for some time now without major problems. Unfortunately we are now having to install Toshiba Techra S1 laptops. After we boot from the network and type INST to start the installation we get the followin error. Non system disk or disk error What can this be? Virtually all the time that I get this error, it is because the BIOS does not have a floppy drive configured. Even if the machine doesn't have a physical floppy, it still needs to have the BIOS set for a floppy. I've always figured that this is because memdisk hooks the bios to emulate the floppy, and if the bios isn't there, then there are problems. Jordan --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended authentication issues....
Hi Jeff, - Original Message - From: Jeff Black [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 22, 2004 9:52 PM Subject: [Unattended] Unattended authentication issues The c:\netinst\mapzrun.bat attempts to map drive z: using the EXACT same authentication that I keyed in in DOS (read: good?!). Unfortunately the drive mapping fails. If I edit c:\netinst\tempcred.bat and add domainname\ before the username it works. I think you have more than one domain. The question is, should I have to do that?! Add the folowing lines to the _meta tag in your unattend.txt z_user = domainname\userid --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
[Unattended] Some ideas from the new guy
Greetings list, First off I want to say thank you for such a great product. I started using Unattended last year and then got into a ton of budgeting, planning, etc so our XP upgrade, the main reason for starting to use Unattended, was delayed. But now, with all that over (for now), I have downloaded the newest version and am currently running the very rockin prepare script! So thanks and hats off to all of you. On to the real reasons for this message: Package Management *** I was reading through the mail list archives and saw that package management is something that is needed/wanted. I agree wholeheartedly. I wanted to see if we were on the same page here -- Package management in the way I read it is a system that would keep an Unattended server up to date with the latest patches, hotfixes, application installers, etc. Does that seem a fair assumption? If so, perhaps we could adopt a similar strategy to the Gentoo Portage system. (For those of you not familiar with Gentoo or Portage ... Gentoo is a distribution of Linux and Portage is a package management system written for said distro.) I use Gentoo on a number of machines at work and love the portage system. It handles a lot more than we might need for unattended but some of the design principles seem to be a good fit. Having a central registry of all these packages that we can sync to would be ideal. Letting maintainers update these packages would be even better. Has anyone put specific thought into this? If so, what was it? And, what would be the next steps? If we all need it and it is just going to need someone to write it I would like to volunteer. My expertise is in web programming anyway, that seems a logical way to do it. I have a ton of bandwidth at work (I am on a university campus) and could have a test server up nice a quick. If no one else has really looked into this I can start to formalize my thoughts and present a design recommendation to the list. Post Install Usage *** Or, Client Package Management. The other side of the coin is that if our servers are updated with the latest packages how do we keep the client machines going. I know that this is a little out of the scope of an Unattended install project, but like I mentioned above ... All the scripts are written for package installation, it would seem practical to reuse this immense effort. I know that some of you have thought of this, or are doing it. If you are already doing some of this, is it through login scripts? Or some other way? Using a subset of the Unattended logic in login scripts makes sense to me. My thought is that this would apply to adding applications (packages) to an existing machine as well. The Rest(TM) *** These aren't as thought out as the stuff above (ha!) but I wanted to get them out there while I was thinking of them. [Most of this is predicated on me having a decent inventory (asset management) system in place. I am getting ready to write one up though, and figured if any of this fits I can take it into account.] * Administrative interface: Here is an example -- I know I am having a new user start, they are going to get the base install, the sales install, and a couple of other apps too. I log in to the web interface of my Unattended server, select the machine from my inventory, select the os, select base, sales, then select the other applications from my catalog of installs. This creates a file like the .csv examples so that the appropriate os and applications are installed. (If all this logic is being used to maintain the machines as well, you could log in and select an application to *add* to a specific machine and it would be the next time the logged in!) The admin side could also be used to maintain site configuration files, like the [_meta] info. * Logging: When a machine is built the log files (or entries) are stored on the server and accessible via the administrative interface. This allows me to see what has been done to a specific machine. These entries would be written when software is added as well. * License counts: Now I am just wishing aren't I? If I have a fixed amount of licenses for a specific application I can decrement that number when it is selected from the interface (or maybe when it is installed), unless the user is already licensed for it...etc etc Does any of this sound like it could be usable by someone other than me? If so, what kinds of technologies would you like to see used? I tend to lean toward the stuff that can run on multiple platforms (the LAMP framework is good for that). - For the web stuff would you rather see PHP, or Zope, or ASP , or ?? - How about data storage (MySQL, MS SQL, or ??) *** I know this is pretty scatter brained but I have had it all on my mind for several months now and finally have some time to throw at it. I am not putting these ideas out there in the hopes that someone else will do it -- I am soliciting
RE: [Unattended] Some ideas from the new guy
Package Management *** ... is a system that would keep an Unattended server up to date with the latest patches, hotfixes, application installers, etc. Does that seem a fair assumption? If so, perhaps we could adopt a similar strategy to the Gentoo Portage system. (For those of you not familiar with Gentoo or Portage ... Maybe. As I understand it the discussion was more client side then server side. Personally I feel that the server side 'management' would be less of an immediate benefit then client side management. Server side we can update the /install/prepare script and have the server 'updated'. It's a kludge but works well. I am a big fan of producing something that works and incrementally improving upon that until you have all the features you want. Post Install Usage *** Or, Client Package Management. The other side of the coin is that if our servers are updated with the latest packages how do we keep the client machines going. I know that this is a little out of the scope of an Unattended install project, but like I mentioned above ... All the scripts are written for package installation, it would seem practical to reuse this immense effort. I know that some of you have thought of this, or are doing it. If you are already doing some of this, is it through login scripts? Or some other way? Using a subset of the Unattended logic in login scripts makes sense to me. My thought is that this would apply to adding applications (packages) to an existing machine as well. To me this is the interesting part. I am not yet to this point. It would seem to be trivial to add logic to each batch script to check to see if that application or update had been applied and if not yet installed add itself using todo.pl. Right now all the scripts assume the application / update is not yet installed. That to me would be a baby step in the right direction. It would in theory mean that we could run the application install portion of unattended In the login script before EVERY login. The Rest(TM) *** * Administrative interface: Here is an example -- I know I am having a new user start, they are going to get the base install, the sales install, and a couple of other apps too. I log in to the web interface of my Unattended server, select the machine from my inventory, select the os, select base, sales, then select the other applications from my catalog of installs. This creates a file like the .csv examples so that the appropriate os and applications are installed. (If all this logic is being used to maintain the machines as well, you could log in and select an application to *add* to a specific machine and it would be the next time the logged in!) The admin side could also be used to maintain site configuration files, like the [_meta] info. Agreed, not much has to gel in order for this to be a reality very soon. * Logging: When a machine is built the log files (or entries) are stored on the server and accessible via the administrative interface. This allows me to see what has been done to a specific machine. These entries would be written when software is added as well. I could see this as being a nice thing to have. We would have to agree on a naming scheme for the logfiles. It would simply be a xcopy c:\netinst\log z:\logs\%computername%\%date%\ /s /e or something similar. We'd have to be careful to not fill the disk, etc... but that can be delt with. * License counts: Now I am just wishing aren't I? If I have a fixed amount of licenses for a specific application I can decrement that number when it is selected from the interface (or maybe when it is installed), unless the user is already licensed for it...etc etc Again, doable. Short-term the information would have to be kept in a flat file. In fact if we did switch to using an SQL database or some such if at all possible I would like to make that an option. The less complicated Unattended is to setup the more people will use it. Does any of this sound like it could be usable by someone other than me? Yes :) If so, what kinds of technologies would you like to see used? I tend to lean toward the stuff that can run on multiple platforms (the LAMP framework is good for that). - For the web stuff would you rather see PHP, or Zope, or ASP , or ?? - How about data storage (MySQL, MS SQL, or ??) PHP, MySQL Excuse my ignorance but I wanted to make sure I didn't misunderstand Of course the web interface would compliment the improvements to the perl scripts. No amount of PHP can 'make data' from the workstations :) The workstation will have To upload that data. *** I know this is pretty scatter brained but I have had it all on my mind for several months now and finally have some time to throw at it. I am not putting these ideas out there in the hopes that someone else will do it -- I am soliciting some input before I
RE: [Unattended] Some ideas from the new guy
Package Management *** I was reading through the mail list archives and saw that package management is something that is needed/wanted. I agree wholeheartedly. [...] good fit. Having a central registry of all these packages that we can sync to would be ideal. Letting maintainers update these packages would be even better. Has anyone put specific thought into this? If so, what was it? And, what would be the next steps? If we all need it and it is just going to need someone to write it I would like to volunteer. My expertise is in web programming anyway, that seems a logical way to do it. I have a ton of bandwidth at work (I am on a university campus) and could have a test server up nice a quick. If no one else has really looked into this I can start to formalize my thoughts and present a design recommendation to the list. If you're thinking of a Package being something like Patch Q123456, or Adobe Reader 6.0, then you're going to come against problems with redistribution, because unlike Gentoo's portage tree, most of the packages you'll make for Windows don't allow free redistribution of the program, so the best you can do is to provide the installer files for the package, and have the user drop the package files into the portage tree on their local systems. For all that, I think that it's a ripper of an idea to do this, as the biggest problem I've got is making all the shitty little apps in use here install automatically, and I'd *love* it if I could contribute the ones I've done in exchange for the ones that other people have done. Maybe little zip files full of batch scripts and such to install various applications, which people download, stick in their own ports tree, and then follow the simple instructions on how to get the program files themselves in there from the CD or original website or whatever. Post Install Usage *** Or, Client Package Management. The other side of the coin is that if our servers are updated with the latest packages how do we keep the client machines going. I know that this is a little out of the scope of an Unattended install project, but like I mentioned above ... Keeping client machines up to date is something I'm wanting to work on (when I find the time). I've played around a bit with using Makefiles for each of the software packages I use, which create stamp files on the client to tell it what the state of the machine is. After (for instance) adding a new version of the software to the Unattended tree, including updating the package's makefile for the new version, a rerun of the master Makefile (customised for the machine's software load, or using database info (see below)) will see the new version in the package makefile and run the appropriate commands to make the update. There's probably a better way (less fragile), but It Seems To Work For Me. * Administrative interface: Here is an example -- I know I am having a new user start, they are going to get the base install, the sales install, and a couple of other apps too. I log in to the web interface of my Unattended server, select the machine from my inventory, select the os, select base, sales, then select the other applications from my catalog of installs. This Aaah, a man after my own heart. See below. * License counts: Now I am just wishing aren't I? If I have a fixed amount of licenses for a specific application I can decrement that number when it is selected from the interface (or maybe when it is installed), unless the user is already licensed for it...etc etc You may or may not be aware of the existence of a nice little webapp called IRM. It can do machine, user, licence, networking tracking, (and soon peripherals). My dream (called that because I want to do it but have no clear plan on when or how) is to integrate Unattended and IRM, as follows: * Machines are set up in IRM, and are obviously tagged by MAC address and hostname, which the DHCP server uses to assign addresses and whatnot. * Unattended also gets this information out of the IRM database (I'm also thinking of converting a lot of IRM's database backend to LDAP, because LDAP is more suited to the task), so it knows what the machine's hostname and such are. Other random settings can probably be set in the unattend.txt file. * IRM stores information on software installations (including, soon, licence numbers assigned to individual machines), and could have information on where in the Unattended tree the individual software packages are (and the installation script to use). Unattended could use this information to install the software packages assigned to each machine. If so, what kinds of technologies would you like to see used? IRM is true LAMP. I'm starting to use PgSQL for some of my projects, as the whole relationships thing (as well as triggers and stored procs) is starting to become necessary for my work, but MySQL works nicely for most
Re: [Unattended] Unattended 4.0b released
Try osdn.dl.sourceforge.net that is the one i used successfully yesterday On Sun, 2004-03-21 at 14:10, Patrick wrote: Hallo, I can not download the newst release of Unattend. Every server i try give page not found. I have checkt the dir and there are nog 4.0b files there. Help!! Grtz, Patrick --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] No system disk or disk error
DE-LOS-SANTOS,ORIOL (HP-Spain,ex1) [EMAIL PROTECTED] writes: We have been using Unattended for some time now without major problems. Unfortunately we are now having to install Toshiba Techra S1 laptops. After we boot from the network and type INST to start the installation we get the followin error. Non system disk or disk error What can this be? Some incompatibility between memdisk and the Tecra, perhaps. What version of Unattended? This might be relevant: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00521.html Finally, you might try the Linux boot disk. - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended 4.0b released
imdos [EMAIL PROTECTED] writes: Try osdn.dl.sourceforge.net that is the one i used successfully yesterday Some of the SourceForge download mirror sites appear to be broken. I have submitted a SF support request. Meanwhile, if you have trouble downloading, or if unattended-4.0b-linuxboot.zip is 6.1M instead of 18M, try a different download mirror. - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended 4.0b released
Jeff Black [EMAIL PROTECTED] writes: On a side note,I couldn't get the linuxbootdisk to work in a vmware environment, the system just keeps taking cpu when dosemu boots, but nothing ever happens. Funny :) Hardware - Windows - Emulated Hardware (VMWARE) - Linuxbootdisk - Emulated Hardware (DOSEMU) - freezes. This will be difficult to debug Indeed. There are definitely some oddities with running dosemu under the 2.6.4 kernel. For example, it doesn't work right if the dosemu binary is on a remote (smbfs) drive; we have to copy the binary locally. Probably something to do with putting the CPU in virtual x86 mode. I am not sure what to do, other than hope the Linux/dosemu folks eventually notice the problem and fix it. It's not like we have a simple test case... - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] 4.0a test on shuttle
Patrick J. LoPresti [EMAIL PROTECTED] writes: I want to release 4.0b this weekend. I will make sure international keyboard support goes into 4.1. I implemented this last night. Now when I add: kbd=fr-latin1 ...to the kernel command line, my keyboard gets all screwed up; qwerty becomes azerty. Wacky Europeans :-). This will be in the next release, whenever that happens. - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
RE: [Unattended] 4.0a test on shuttle
kbd=fr-latin1 ...to the kernel command line, my keyboard gets all screwed up; qwerty becomes azerty. The azerty layout is used in Belgium and maybe also France. Wacky Europeans :-). P ;) GreetZ, Stephan qwerty addict --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
[Unattended] Administrivia: slords is now co-admin
For a long time, I have represented a single point of failure for the Unattended SourceForge project. Since I am the sole administrator of the project, it would be annoying if anything were to happen to me. (The source code is available to anybody, of course. But the project's administration pages are not.) This weekend, when both the downloads and my Email were broken, I was finally motivated to do something about it. So, please welcome Shad Lords ([EMAIL PROTECTED]) as my co-administrator. Shad has been a developer for a while; long enough, anyway, that I trust him not to revoke my own access. :-) - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended 4.0b released
Teresa Jeremy [EMAIL PROTECTED] writes: The following items are not supported in LinuxBoot v4.0a : a)The Realtek Cardbus PC Card (Model EP-4103DL) is not detected by the Linux kernel. This card uses the rtl8139 controller. This may be fixed in 4.0b. Apparently, the Linux kernel does not fully activate the CardBus subsystem before running init... I had to add a delay to get a 3c575 CardBus card working on an older Inspiron 7500. The rtl8139 uses the 8139too driver, which should definitely work. After the crash, try doing modprobe 8139too and then re-running /etc/master by hand. If that works, then 4.0b should work, too; please let us know. b)Serial ATA hard drives are not support. I am going to need more details from the output you see before the failure. In particular, the lines showing the lspci and lspci -n output would be helpful. (Or just run the commands by hand and send me the results.) - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended 4.0b released
The following items are not supported in LinuxBoot v4.0a : a)The Realtek Cardbus PC Card (Model EP-4103DL) is not detected by the Linux kernel. This card uses the rtl8139 controller. b)Serial ATA hard drives are not support. Does anyone know if these hardware are supported in v4.0b? -- - Original Message - DATE: 20 Mar 2004 20:02:28 -050 From: Patrick J. LoPresti [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Unattended version 4.0b is now available for download from http://unattended.sourceforge.net. This is primarily a bug-fix release. The most interesting addition is Shad's install/site/sample-config.pl. It is so interesting that I think I will start a different thread to discuss it. Thanks to the work of several contributors, the prepare script now downloads the updates for several languages (English, Dutch, Russian, German, and French). This release also includes the current versions of Jeff Black's step-by-step.html and cygwin.html guides. These are under active development, so we do not link to them just yet... We will be updating them on the Web site and adding links there between now and the next release. NEWS.txt entry is appended. As always, feedback is welcome. Enjoy! - Pat ** Changes in version 4.0b (2004-Mar-20) Add Shad's sample configuration as install/site/sample-config.pl. This causes Unattended to use a pair of spreadsheets (hardware.csv and software.csv) to automatically determine the host name, Windows product key, and other things. We may make this behavior the default in future releases; join the unattended-info mailing list if you would like to express an opinion. Ship ZIP archives instead of .tar.gz archives, because WinZip is too clever by half and mangles our line endings. Add Dutch updates and download URLs. Thanks to Niels de Groot. Add Russian updates and download URLs. Thanks to Eugene Kotlyarov. Add German updates and download URLs. Thanks to Gerhard Heift and Jan Brauer. Add French updates and download URLs. Thanks to Sylvain Faivre. Replace all Office XP updates with Office XP Service Pack 3. Add ofc2003.bat script for installing Office 2003. Thanks to imdos. (DOS) Update to SYSLINUX 2.09-pre13. This should fix the corrupted isolinux.bin file in the last couple of releases. (Linux) Add support for I2O adapters (e.g., Adaptec 2110S). (Linux) Upgrade to dosemu 1.2.1 and Linux 2.6.4. Might improve support for some hardware. (Linux) Apply patch to Parted so it can compile against recent toolchain/kernel. See http://lists.debian.org/debian-glibc/2003/debian-glibc-200311/msg00400.html. Thanks to Mark Pavlichuk. (DOS) Update Broadcom 57xx (b57.dos) and VIA Rhine (fetnd.dos) drivers to latest versions from Broadcom's and VIA's sites, respectively. --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info Need a new email address that people can remember Check out the new EudoraMail at http://www.eudoramail.com --- 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] No system disk or disk error
DE-LOS-SANTOS,ORIOL (HP-Spain,ex1) [EMAIL PROTECTED] writes: Can I just take the linux boot disk and keep everything else the same? Not quite. See the FAQ (http://unattended.sourceforge.net/faq.html); in particular, the link titled copying some new stuff. - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Unattended authentication issues....
Jeff Black [EMAIL PROTECTED] writes: Add the folowing lines to the _meta tag in your unattend.txt z_user = domainname\userid Sounds like cheating to me :) True, but it should serve as a workaround. On the upside the Linux Boot Disk took domainname\jmblack and seems to be 'doing the right thing' I'm still a little unclear as to why the DOS boot disk fails when given the same authentication. The real question is why the DOS net use command is able to map the drive at all without a domain. I do not really understand DOS networking... Anyway, I have added code to make z_user default to DOMAIN\username in the next release. (Where DOMAIN is [Identification]/JoinDomain, if it exists, and username is the value provided to the boot disk.) - 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-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info