Technical Synopsis: Dell and other computer manufacturers are switching to motherboards that support the newer Serial ATA (SATA) hard drives. To support these drives, these motherboards use newer versions of the Intel chipsets, specifically chipset version 865 and newer. The heart of the issue is that the new chipset makes the the network card and IDE controller to share the communications interrupt. The general release Symantec Ghost 7.5 (and Norton Ghost 2003) is sophisticated enough to no longer use Dos's Interrupt 13h to communicate to the hard drive but use the new method defined by these chipsets. However, it is not sohpisticated enough to allow the network cards to communicate in the same fashion. It assumes all traffic sent on the the hard drive's interrupt is from the hard drive. So, network traffic befuddles Ghost and it locks. You can force ghost to use Int13h using the -fni switch but there is a significant performance hit.
Bottom line: Symantec has released an update to their Enterprise Gold level support members who call in to request it. It is a maintenance release and only the Gold support members get the maintenence releases. We do have an active Gold level support membership but I called anyway. The woman on the other end was very helpful and gave me the username and password to download the instructions and patch.
Back to the main issue for this post, I'm using BootCDs since the Gx270s made the floppy drive a $19 add-on option. I will now use the same methods on my Gx260s since it saves around a minute of boot time. The Gx60s are not working right with the E100b driver on the CD. So, I'm sticking with floppies for them.
I've done this with both PC-Dos 7.1 and MS Dos 6.22. The boot discs were a pain till I figured all this out. Now they should be easy to maintain. They have access both to the remainder of the CDRom access and to the network. I have a standard boot disk (floppy) that does most of the work and then calls C:\autorun.bat (C: is the CDRom after CD boot) that contains the details for the different configurations of the Gx270s that we use. This means I can always use the same boot.img file to make the disk bootable and I don't have to keep the bootable floppy around after the fact. Then I can simply change the content in the root of the CD to make adjustments to my ghosting method or image used.
I split the net directory between the floppy disk and the CD-Rom so that I have room enough for the required emm386 on the floppy. If you don't use emm386 you get a binding error when connecting to the network. Basically the Net call runs out of memory with a SYS0006 error. Also my current method requires a fixed IP address as the DHCP mode tries to write a log file (a:\Net\DHCP.) and that doesn't work well on a read only CD. (Please email me if you know how to get around this or have a full parameter list for Protman.dos)
Here are my steps:
Create a PC Dos 7.1 boot disk using Ghost or a Dos 6.22 boot disk using Dells util
@ECHO OFF LH /L:2,44352 MSCDEX.EXE /V /D:CD1 /M:15 /L:C /K /E SET PATH=C:\NET\;a:\;%PATH%;C:\ SET TEMP=A:\ SET TCPHELP=C:\NET SET ETCDIR=C:\NET REM \MOUSE.COM
LH /L:0;2,24592;3,272;1,68400 /S C:\NET\NET START C:\NET\NET.EXE USE N: \\MyServer\N if not Exist N:\ServerTools\Command.com goto NetError SET PATH=%PATH%;N:\ServerTools
if not Exist c:\Autorun.bat Goto CDError call c:\Autorun.bat Goto :End
:NetError Echo Could not map the network Drive. Did you attach the network cable and use the right disk? Goto :End
:CDError Echo AutoRun.Bat does not exist in the root of the CD or the CD was not recognized. Nothing more to do. Goto :End
:End
The net directory on the floppy contains only these files:
That should get you up and running. I'll leave it up to you to find all the right files for the hardware you order on your systems. But this should be enough to get you going. As you can see I used Nec_IDE.Sys in config.sys downloaded from the NEC support site but now that the memory is available I think the normal OakCDRom.sys supplied with Ghost will work fine.
[NTS$NTST2] DefaultDomain=MyDomain ;BOOTPFLAG=DHCP <------- Writes IP cache to floppy; won't work with CD Use Fixed IP and enter you own #s DNSaddr=[192.168.0.##] GatewayAddr=[192.168.0.#] NetSubNetMask=[255.255.255.0] IPAddr=[192.168.0.###] DriverName=ntsts$ VCs=16 VCReceiveLarge=6 VCSends=6 RcvWindow=2920 UseMemory=UMB BINDINGS=NIC LANABASE=1
1. When adding the E1000 driver into Ghost Console's driver list, you are asked for a driver name. You must specify E1000$ The $ is very important or it will not match the protocol.ini section loaded at the same time. I'd guess that's what you're running into. Another guy here at work did the same thing. And the only thing we'd done differently is that I left the $ in there.
2. If you try to add network access to a cd boot disk without careful memory management, you will not get the network. You're told that the service Requester did not load and then you get a SYS0006 error form Net.exe. Running memmaker fixes this however to do that, you have to take Ghost and some of the network files off of the floppy in order to get it all to fit.
For testing I have a CD burned with the autorun stuff in the root and the \net stuff I specified in the other posting in there. I put the CD in and the floppy in and then boot to the floppy disk. Then I can change the CD content since it is not closed and I can change the floppy content too. Then once it all is correct I'll burn the bootable CDs. Bootable CDs have to be closed (Read only) so that the DOS driver can read them.
BTW for those reading this who are new to the subject (and in order to add a couple new keywords that can help search engines find this thread) a BootCD uses a syntax called the El Torito Specification that puts the image of a floppy disk on the CD in ISO9660 format so that the PC BIOS can access the drive and boot. Of course you have to load the MS DOS (OS2, BSD, etc, etc) CDRom drivers and network drivers if you want to have access to those facilities. But did you ever wonder where "El Torito"? Well as continued proof that Software Engineers have a demented sense of humor, this spec was written by Curtis Stevens, of Phoenix Technologies and Stan Merkin, formerly of IBM (currently of Dell Computers - Hello Stan!) over lunches (and probably under salsa) at the El Torito Grill in Irvine, CA. (See www.ElTorito.com for a menu)...
Thanks for your help!! I will try building this boot disk. Just a quick question more, Had you encountered any issues loading the e1000.dos driver on the GX270s or is it me?
This is an outstanding How-To for the Bootdisk for ghost, I have run into each and every hurdle you mention in your post, I cleared all of them the same way except one. I assume that your Ghost image repository is on the same subnet as the client machine you are Ghosting/Booting.
My Repository is on another subnet, and I can not get the client machine to resolve the name in the net use UNC.
Example, the client is on network 10.10.10.0/24 and the servers are on 10.10.1.0/24. I figure since when you use DHCP the WINS server is passed but since we have to use the fixed IP address for the CDROM boot disk, we have to find the key work for the [NTS$NTST2] area of the protocol.ini, that will allow the client to resolve the name with WINS. The DNS line is filled in but the machine can not resolve the IP for the server in the net use statement.
Thank you for the independant confirmation. I only wish one or the other of us could have avoided the pain of learning it all through trial and error! Being a Borland Delphi user, I'm used to everyone freely sharing solutions to tricky problems. So, as soon as I was sure I had it right, I posted. And now that I have captured all my images and our stock of Gx260s is depleated, we've found an issue with the Gx270 Hyperthreading causing a long delay in launching one of our apps even if it is on a client machine that connects to a server... Another day an other issue...
Now, about your issue, I think there may be some aspect of your network that I am missing right now. Can I first ask what is inhibiting you from using the subnet that the servers are on, 10.10.1.0/24, during the ghosting process? The final result, the content stored in the image, does not need to be on the same subnet as the one used during casting... In otherwords, use the boot disk to attach to the 10.10.1.0/24 subnet during cloning and casting even though the 10.10.10.0/24 is used when the computer is up and running Windows (or whatever is in the image).
The servers I'm ghosting are actually destined for a different subnet than the one that they were on when I capture the image. They will be used on a 192.168.100.0/24 network. My normal subnet is on 192.168.0.0 /22. That's propably not the standard way to do things but the machines I'm casting to are destined to be sent out to client sites and we will only be VPN'ing into them. I've chosen to take the easy way out on the image and have it on the 192.168.0.0 /22 subnet (via DHCP) when the image is captured. That way I can use Ghost Console and maintain all of the sysprep scripts on my PC. I then have a step that our shipping department follows to set the correct IP address for our server computers. All of the other client computers pick up the correct subnet via DHCP from the router we ship with them. This is not the most elegant solution but it works for our model.
I think simply having the CDs boot to the 10.10.1.0/24 subnet will work fine for you unless there is a particular requirement in your configuration that I am unaware of...
Message Edited by SilverPaladin on 09-08-2003 09:19 PM
Can you please post an image of this network boot disk. After several attempts, I still haven't been able to successfully create a network cd boot disk. Thank you.
@ECHO OFF SET PATH=a:\net;a:\; cd \net a:\net\net initialize a:\net\netbind.com a:\net\umb.com a:\net\tcptsr.exe a:\net\tinyrfc.exe a:\net\nmtsr.exe a:\net\emsbfr.exe a:\net\net start A:\NET\NET.EXE USE Y: \\images\ghost (use your Server Name and Share - where the ghost.exe is share out as network resource) A:\NET\NET.EXE USE x:\\images\files (your path here as well)
anyone needs a copy - email me at jip98@acs.org and I will send the files
Jason I. Picton, Senior Systems Administrator MCSE (NT 4.0 & 2000), MCP+I, MCP, American Chemical Society (www.acs.org) 1155 16th Street NW - Washington DC 20036 Phone: 202-452-2117 Fax: 202-872-4519 Email: j_picton@acs.org
Thanks for posting this. I want to make a couple quick points:
This appears to be for a floppy disk and not a CD which is the topic of this thread.
It appears you're using the MS Dos 7 that comes with Windows 95. I looked at MSDos 7 too but ruled it out due to liscensing issues. It's available for download many places on the web such at http://www.bootdisk.com/; however, legally, you would be expected to have a licensed copy of Windows 95. If you are using this in a backup scheme or sending out the disks, you'd need a w95 license for each computer. In short, I strongly recommend that you do this legally if you are deploying a large number of machines. Symantec has of course provided you a license for the core PC Dos 7.1 files with the price you paid for Ghost. And Dell provides license for Dos 6.22 with their machines at the site I linked to in the first post.
You specified that your disk uses DHCP I don't think that will work on a CD unless Dos 7's NET exe does stuff differently than all the other ones I have seen.
As noted in my first post, yes the -FNI solution works because it reverts back to a "compatable" mode and so it is much slower. If you do this at any volume at all, you'd be better off updating to the fixed version as described in link I included above.
BTW I love the EULA at BootDisk.com It basically says "If post my stuff on your website, you agree to let me and any of my friends hack your site." Well, that's probably not how he intended it but see for your self: "End User License Agreement: If you host the applications or utilities that I produced on your site than you agree to allow me, my agents, or partners to directly link to them or other files on your site for download. "
dkma2
4 Posts
2407
0
Posted August 15th, 2003 11:00