How to Burn Symbolic Linked Folders in CD?

I have an Windows 2000 CD with all the versions (Profesional, Server an Advanced Server), with three diferent folders, but seems that the files that the three version shares are only a kind of mapping, because when i try to download all the folders to my hard disk the size is more than 1GB!!.

Anybody knows how it’s possible to do this??

are you sure the actual size is over 1GB, and not just the size that is lost?

remember with FAT32 there is some redundancy with the size of files

assuming there are lots of small 2k files taking lots of 32k clusters, you’re gonna get different readings

try selecting all the folders, right click on them, and choose ‘properties’

look for actual size, and size on disk

see what the differences are when you do this on CD and then your HD

Yeah, these discs are mastered with a proprietary Microsoft app called “CDIMAGE”. Since it’s proprietary, you can’t legally have it. :wink:

Here are the options in CDIMAGE…

CDIMAGE 2.47 CD-ROM and DVD-ROM Premastering Utility
Copyright © Microsoft, 1993-2000. All rights reserved.
For Microsoft internal use only.

Usage: CDIMAGE [options] sourceroot targetfile

   -l  volume label, no spaces (e.g. -lMYLABEL)
   -t  time stamp for all files and directories, no spaces, any delimiter
         (e.g. -t12/31/2000,15:01:00)
   -g  encode GMT time for files rather than local time
   -h  include hidden files and directories
   -n  allow long filenames (longer than DOS 8.3 names)
   -nt allow long filenames, restricted to NT 3.51 compatibility
         (-nt and -d cannot be used together)
   -d  don't force lowercase filenames to uppercase
   -c  use ANSI filenames versus OEM filenames from source
   -j1 encode Joliet Unicode filenames AND generate DOS-compatible 8.3
         filenames in the ISO-9660 name space (can be read by either
         Joliet systems or conventional ISO-9660 systems, but some of the
         filenames in the ISO-9660 name space might be changed to comply
         with DOS 8.3 and/or ISO-9660 naming restrictions)
   -j2 encode Joliet Unicode filenames without standard ISO-9660 names
         (requires a Joliet operating system to read files from the CD)
       When using the -j1 or -j2 options, the -n, -nt, and -d options
         do not apply and cannot be used.
   -js non-Joliet "readme.txt" file for images encoded with -j2 option
         (e.g. -jsc:\location\readme.txt). This file will be visible as
         the only file in the root directory of the disc on systems that
         do not support the Joliet format (Windows 3.1, NT 3.x, etc).
   -u1 encode "UDF-Bridge" media
   -u2 encode "UDF" file system without a mirror ISO-9660 file system
         (requires a UDF capable operating system to read the files)
   -ur non-UDF "readme.txt" file for images encoded with -u2 option
         (e.g. -usc:\location\readme.txt). This file will be visible as
         the only file in the root directory of the disc on systems that
         do not support the UDF format.
   -us sparse UDF files
   -ue embed file data in UDF extent entry
   -uf embed UDF FID entries
   -uv UDF Video Zone compatibility enforced
   -b  "El Torito" boot sector file, no spaces
         (e.g. -bc:\location\cdboot.bin)
   -p  Platform ID for the "El Torito" boot catalog
   -e  Do not set floppy emulation mode in El Torito boot catalog
   -s  sign image file with digital signature (no spaces, provide RPC
         server and endpoint name like -sServerName:EndPointName)
   -x  compute and encode "AutoCRC" values in image
   [b]-o  optimize storage by encoding duplicate files only once
   -oc slower duplicate file detection using binary comparisons rather
         than MD5 hash values
   -oi ignore diamond compression timestamps when comparing files
   -os show duplicate files while creating image
       (-o options can be combined like -ocis)[/b]
   -w  warning level followed by number (e.g. -w4)
       1  report non-ISO or non-Joliet compliant filenames or depth
       2  report non-DOS compliant filenames
       3  report zero-length files
       4  report each file name copied to image
   -y  test option followed by number (e.g. -y1), used to generate
         non-standard variations of ISO-9660 for testing purposes:
       1 encode trailing version number ';1' on filenames (7.5.1)
       2 round directory sizes to multiples of 2K (
       5 write \i386 directory files first, in reverse sort order
       6 allow directory records to be exactly aligned at ends of sectors
           (ISO-9660 conformant but breaks MSCDEX)
       7 warn about generated shortnames for 16-bit apps under NT 4.0
       b blocksize 512 bytes rather than 2048 bytes
       d suppress warning for non-identical files with same initial 64K
       l UDF - long ads used in file entries instead of short ads
       r UDF - number of ad's is random
       w open source files with write sharing
       t load segment in hex for El Torito boot image (e.g. -yt7C0)
       f use a faster way to generate short names
   -k  (keep) create image even if fail to open some of the source files
   -m  ignore maximum image size of 681,984,000 bytes
   -a  allocation summary shows file and directory sizes
   -q  scan source files only, don't create an image file

   NOTE: Many of these options allow you to create CD images
         that are NOT compliant with ISO-9660 and may also
         NOT be compatibile with one or more operating systems.
         If you want strict ISO and DOS compliance, use the -w2
         warning level and correct any discrepencies reported.
         YOU are responsible for insuring that any generated CDs
         are compatible with all appropriate operating systems.
         Also note that Microsoft company information is placed
         in the image volume header, so don't use this program
         to generate CDs for companies other than Microsoft.

BTW, I use it for most of my application CDs. It’s a great little app (only around 100k)

Do you see luap.h???

The answer from Bilto is an intelligent answer…

You must learn some…


Check the answer from luap.h, do you belive possible that a copy of files from a CD to HD takes more than 1GB for the reason that luap.h refers???

Simply Logic…


From the begin of my post i made mention to a kind of mapping of repeated files…


CDImage is a great tool - especially in combination with CDImageGUI.
But there is the only beta 3 version aviable on the whole net, isn’t it?

my question:
I need a new verson of this great tool, or an modified.
My Problem is, that CDImage seems to lay down work with source directories larger than (in my case) 7GB.
the calculated final image size will/would be about 3GB.

“Insufficient disk space for J:\australia.iso (need 7177506816 bytes)” is the message at about 15GB free space in real

I hope anyone can tell me an application doing the job,
or to bugfix the original image.
Probably there is only an old given max value!?