[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. "
I found that we do have a way to create the image of the floppy disk I use to create the CD. We didn't have disk image or anything to create a .img file and I don't think you can create a GHO of a floppy, but some one just told me we have a license for a program that turns a disk into an exe. I'll post that file when I get some free time...
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.
How do you get it to work? emm386???? Can you explain more
Well I did use Emm386 as you can see in the config.sys listed in my first post. I actually have full copy of MSDOS 6.22 for in house testing from the MS Technet membership the company had in 98. That gave me access to some utilities I did not have in the Dos version I downloaded from Compaq. Using MemMaker (Remember that oldie but goodie?) from that version of DOS, I created a floppy disk version of my boot disc and optimized the Config.sys and Autoexec.Bat setups that I wanted to use. Since I didn't have the rights to distribute the memmaker files, I removed them from the disk and used all the other files with their new settings to make the CD.
The final result is what is detailed in my first post.
dkma2
4 Posts
0
August 15th, 2003 11:00
SilverPaladin
24 Posts
0
August 15th, 2003 12:00
[network.setup]
version=0x3100
netcard=NIC,1,NIC
transport=nts$ntst2,NTS$NTST2
transport=ibm$netbeui,IBM$NETBEUI
lana0=NIC,1,ibm$netbeui
lana1=NIC,1,nts$ntst2
[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
[protman]
DriverName=PROTMAN$
PRIORITY=ibm$netbeui
[IBM$NETBEUI]
DriverName=netbeui$
SESSIONS=20
NCBS=20
BINDINGS=NIC
LANABASE=0
; Protocol.Ini section for the Intel(R) Adapters
[nic]
;Gx260 270
DRIVERNAME = E1000$
;Gx60
;DRIVERNAME = E100b$
; NODE = "00D00C123456" ; override the burned in MAC address
; SPEEDDUPLEX = 0 ; 10Mbps half duplex
; = 1 ; 10Mbps full duplex
; = 2 ; 100Mbps half duplex
; = 3 ; 100Mbps full duplex
; SLOT = 7 ; set this for each NIC if using more than one
; CACHEFLUSH = 1 ; set this if doing an unattended installation of
; Windows NT 4.0 using this driver to make the initial
; connection
SilverPaladin
24 Posts
0
August 15th, 2003 12:00
Volume in drive A has no label.
Volume Serial Number is 1E58-02C0
Directory of A:\
05/31/1994 06:22 AM 54,645 COMMAND.COM
08/13/2003 09:26 AM 387 CONFIG.SYS
08/14/2003 10:07 AM 713 AUTOEXEC.BAT
05/31/1994 06:22 AM 120,926 EMM386.EXE
05/31/1994 06:22 AM 29,136 HIMEM.SYS
03/01/1996 02:56 PM 23,437 NEC_IDE.SYS
08/13/2003 09:28 AM
08/13/2003 09:33 AM
05/31/1994 08:22 AM 25,361 MSCDEX.EXE
7 File(s) 254,605 bytes
Directory of A:\NET
08/13/2003 09:28 AM
08/13/2003 09:28 AM
11/30/2001 09:19 AM 7,840 DLSHELP.SYS
03/09/2003 11:20 PM 51,264 e1000.dos
06/19/2001 03:18 PM 32,880 E100B.DOS
11/30/2001 09:19 AM 89,540 NTSTS.DOS
11/30/2001 09:19 AM 21,696 PROTMAN.DOS
11/30/2001 09:19 AM 13,770 PROTMAN.EXE
08/14/2003 03:56 PM 1,189 PROTOCOL.INI
7 File(s) 218,179 bytes
Directory of A:\DOS
08/13/2003 09:33 AM
08/13/2003 09:33 AM
05/31/1994 08:22 AM 11,208 ATTRIB.EXE
05/31/1994 08:22 AM 12,241 CHKDSK.EXE
05/31/1994 08:22 AM 41,600 CHKSTATE.SYS
05/31/1994 08:22 AM 1,754 CHOICE.COM
05/31/1994 08:22 AM 413 EDIT.COM
05/31/1994 08:22 AM 29,336 FDISK.EXE
05/31/1994 08:22 AM 22,974 FORMAT.COM
05/31/1994 08:22 AM 32,502 MEM.EXE
05/31/1994 08:22 AM 119,557 MEMMAKER.EXE
05/31/1994 08:22 AM 2,545 MORE.COM
05/31/1994 08:22 AM 165,864 MSD.EXE
05/31/1994 08:22 AM 194,309 QBASIC.EXE
05/31/1994 08:22 AM 7,169 SIZER.EXE
05/31/1994 08:22 AM 9,432 SYS.COM
05/31/1994 08:22 AM 26,416 UNDELETE.EXE
05/31/1994 08:22 AM 6,920 SCANDISK.INI
05/31/1994 08:22 AM 124,262 SCANDISK.EXE
05/31/1994 08:22 AM 16,930 XCOPY.EXE
05/31/1994 08:22 AM 11,111 DELTREE.EXE
19 File(s) 836,543 bytes
Total Files Listed:
33 File(s) 1,309,327 bytes
6 Dir(s) 59,904 bytes free
SilverPaladin
24 Posts
0
August 15th, 2003 13:00
I remember two minor issues:
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)...
dkma2
4 Posts
0
August 15th, 2003 13:00
Dagger100
1 Message
0
September 8th, 2003 23:00
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.
Any thoughts???
Micheal
SilverPaladin
24 Posts
0
September 9th, 2003 01:00
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
RamsQBKurtWarne
1 Message
0
September 16th, 2003 16:00
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.
Hondahawkrider
1 Message
0
October 13th, 2003 19:00
I have a working boot disk for the gx270 - that uses TCP/IP via DHCP and maps to a network resource - without any problems - It was created
using the Symantec Ghost Boot Wizard from 7.5 (via MS_DOS - not IBM-DOS) - and modified it to use the correct Dos drivers and changed it to
use TCP/IP instead of Netbeui
Here is the config.sys
DEVICEHIGH=HIMEM.SYS
DEVICE=EMM386.EXE noems i=b000-b7ff
DOS=HIGH,UMB
files=100
buffers=30
DEVICEhigh=\net\protman.dos /I:\net
rem DEVICEhigh=\net\dis_pkt.dos
DEVICEhigh=\net\E1000.dos
DEVICEhigh=\net\nemm.dos
DEVICEhigh=\net\tcpdrv.dos
lastdrive=z
DEVICEHIGH=A:\ifshlp.sys
Here is the Autoexec.bat
@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)
Here is the protocol.ini
[network.setup]
version=0x3100
netcard=NIC,1,NIC,1
transport=tcpip,TCPIP
lana0=NIC,1,tcpip
[NIC]
drivername=E1000$
;INTERRUPT=3
;IOBASE=0x300
;SlotNumber=1
[protman]
drivername=PROTMAN$
PRIORITY=NDISHLP
[ndishlp]
drivername=ndishlp$
BINDINGS=NIC
LANABASE=0
[tcpip]
NBSessions=6
DefaultGateway0=
SubNetMask0=
IPAddress0=
DisableDHCP=0
DriverName=TCPIP$
BINDINGS=NIC
LANABASE=0
here is the system.ini
[network]
filesharing=no
printsharing=no
autologon=yes
computername=gx270t2 (rename as you see fit)
lanroot=a:\net
username=XXXX (your username here)
workgroup=XXXX (your domain here)
reconnect=no
dospophotkey=N
lmlogon=0
logondomain=XXXX (your doman here)
prefferedredir=full
autostart=full
maxconnections=8
[network drivers]
netcard=E1000.DOS
transport=tcpdrv.dos,nemm.dos
devdir=a:\net
LoadRMDrivers=yes
[Password Lists]
*Shares=a:\net\Shares.PWL
Here is a list of all the files
Directory of A:\
05/11/1998 08:01 PM 222,390 IO.SYS
06/29/1998 03:12 PM 9 MSDOS.SYS
05/11/1998 08:01 PM 93,880 COMMAND.COM
11/30/2001 09:19 AM 37,681 MOUSE.COM
10/13/1996 01:38 PM 29,136 HIMEM.SYS
10/13/2003 03:17 PM 233 AUTOEXEC.BAT
10/13/2003 03:43 PM 286 CONFIG.SYS
10/08/2003 04:58 PM
NET
08/31/1994 12:00 AM 4,644 IFSHLP.SYS
10/13/1996 01:38 PM 120,926 EMM386.EXE
9 File(s) 509,185 bytes
Directory of A:\NET
10/08/2003 04:58 PM
.
10/08/2003 04:58 PM
..
08/08/2003 10:28 AM 50,624 E1000.DOS
08/31/1994 12:00 AM 4,294 EMSBFR.EXE
08/31/1994 07:36 PM 817 LMHOSTS
08/31/1994 12:00 AM 2,619 NEMM.DOS
02/07/1995 12:40 PM 450,326 NET.EXE
03/03/1995 07:11 PM 76,234 NET.MSG
08/31/1994 12:00 AM 8,513 NETBIND.COM
03/03/1995 07:12 PM 123,066 NETH.MSG
08/31/1994 06:52 PM 395 NETWORKS
08/31/1994 12:00 AM 22,826 NMTSR.EXE
08/31/1994 12:00 AM 21,940 PROTMAN.DOS
08/31/1994 12:00 AM 13,782 PROTMAN.EXE
08/31/1994 06:52 PM 795 PROTOCOL
08/31/1994 12:00 AM 4,174 TCPDRV.DOS
08/31/1994 12:00 AM 71,040 TCPTSR.EXE
08/31/1994 12:00 AM 233 TCPUTILS.INI
12/01/1994 07:39 PM 37,024 TINYRFC.EXE
08/31/1994 12:00 AM 3,325 UMB.COM
10/13/1996 01:38 PM 840 WFWSYS.CFG
10/08/2003 05:00 PM 412 PROTOCOL.INI
10/13/2003 02:16 PM 622 SHARES.PWL
10/13/2003 02:16 PM 396 SYSTEM.INI
10/13/2003 03:45 PM 0 CONNECT.DAT
23 File(s) 894,297 bytes
Total Files Listed:
32 File(s) 1,403,482 bytes
3 Dir(s) 45,056 bytes free
The only issue is that when running the ghost.exe - y:\ghost.exe (y is mapped to \\images\ghost) - You must use Ghost.exe -FNI to keep if
from freezing (see http://forums.us.dell.com/supportforums/board/message?board.id=oplex_network&message.id=3371&page=8) for more info ... If
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
SilverPaladin
24 Posts
0
October 17th, 2003 17:00
HondaHawkRider,
Thanks for posting this. I want to make a couple quick points:
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. "
SilverPaladin
24 Posts
0
October 17th, 2003 17:00
RamsQBKurtWarner,
I found that we do have a way to create the image of the floppy disk I use to create the CD. We didn't have disk image or anything to create a .img file and I don't think you can create a GHO of a floppy, but some one just told me we have a license for a program that turns a disk into an exe. I'll post that file when I get some free time...
SilverPaladin
24 Posts
0
December 13th, 2003 11:00
jb347
5 Posts
0
January 12th, 2004 21:00
watchphone
6 Posts
0
February 11th, 2004 16:00
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.
How do you get it to work? emm386???? Can you explain more
SilverPaladin
24 Posts
0
February 14th, 2004 01:00
Well I did use Emm386 as you can see in the config.sys listed in my first post. I actually have full copy of MSDOS 6.22 for in house testing from the MS Technet membership the company had in 98. That gave me access to some utilities I did not have in the Dos version I downloaded from Compaq. Using MemMaker (Remember that oldie but goodie?) from that version of DOS, I created a floppy disk version of my boot disc and optimized the Config.sys and Autoexec.Bat setups that I wanted to use. Since I didn't have the rights to distribute the memmaker files, I removed them from the disk and used all the other files with their new settings to make the CD.
The final result is what is detailed in my first post.
Does that make it more or less clear?