Is there cloning program (not sure if NG 2003 will be able to do this); that is capable of imaging Linux (Fedora Core 9) file system (specifically ext3) and saving that image to an NTFS partition (on a separate hard drive partition formatted as NTFS)? And restoring from that image back to the Linux partition (ext3) without any error?

Every version of Ghost beginning with 7.5 understands ext2 and ext3 filesystems natively (although every version accepts a wider range of variants; for instance, newer versions accept different inode sizes, handle LVM to various degrees and so forth). The biggest practical barrier to restoration with any particular version is, however, usually due the choice of boot manager, not the filesystem. When restoring, Ghost has always had to try and patch up the various Linux boot managers and since they tend to change their data formats to be incompatible regularly, this is hard to guarantee.

Am I correct that Ghost backs up ones and zero's and doesn't really care what those ones and zero's do, when making a clone. ??? Undecided

No, you aren't correct. That's only true when using -ir, or when Ghost encounters a partition type which indicates the filesystem is of a type that the version in question doesn't understand (e.g., HPFS or HFS+ which aren't understood by any current version), or of the PowerQuest type of products which are essentially sector cloners (although they do still contain code that does understand the filesystems in some amount of detail in order to adjusts them after the restore to correct for partition size and geometry changes, just as any practical cloning product has to understand them to some extent).

If it understands the filesystem, the image format and cloning process is much more sophisticated. For FAT-type partitions (and ext-type partitions from 7.5 onwards), the image format contains all the original filesystem metadata but the usual restore process tends to be more like building a new filesystem from scratch and restoring the files into it, because that produces the best result. Ghost has basically always preferred archive-style operation; that's why since back to around version 3, restored FAT partitions are fully defragmented.

For NTFS, it's slightly different to that due to the complex structure of NTFS, although it's become more and more like that over time since it's now necessary to do such a large amount of post-restore adjustment (and of course since Ghost versions from 8ish onwards have supported non-destructive restores that can preserve parts of the existing filesystem and patch them back into the restore filesystem afterwards).

Before. Ghost 2003 was internally numbered 7.6 in terms of the format code written into the image, since the starting point for the cloning engine was forked out of source control from the 7.5 corporate product. However since the feature set of the consumer product was reduced compared to the corporate one (as it was only licensed for single-computer use) it was of course never presented as a successor; the corporate and consumer products were too different from each other for relative version numbers to be significant in that way.

The version numbering of Norton vs Symantec Ghost from that point on is meaningless.Totally different products, totally different capabilities, made by different teams, with no technology overlap whatsoever. The intention of the ex-PowerQuest management was that genuine Ghost was to cease to exist completely; hence their taking over of Ghost's version numbering, and selling their V2i consumer "Norton Ghost" as 9.0 to position it as the successor to corporate Ghost 8.