jimoblak -
DiskUtility sees the raw disks even if they can't be mounted. That's how you prep new disks for use in the first place.
In addition, from the command line you should be able to FSCK the drive even without mounting it. I'll document that, even though diskutility would probably be easier:
First, plug the drive in, then open a terminal and look in /dev/ for files called "disk????". Files called disk0 and disk0s? will refer to your boot disk. You are looking for a file called disk1 (assuming you only have one internal drive - if you have more than one, the new disk will *probably* be the highest numbered disk.)
at that point, use
sudo pdisk
at the "top level command" type
l /dev/disk1 (or whatever device you identified)
You should get output like this:
Partition map (with 512 byte blocks) on '/dev/disk1'
#: type name length base ( size )
1: Apple_partition_map Apple 63 @ 1
2: Apple_Driver43*Macintosh 56 @ 64
3: Apple_Driver43*Macintosh 56 @ 120
4: Apple_Driver_ATA*Macintosh 56 @ 176
5: Apple_Driver_ATA*Macintosh 56 @ 232
6: Apple_FWDriver Macintosh 512 @ 288
7: Apple_Driver_IOKit Macintosh 512 @ 800
8: Apple_Patches Patch Partition 512 @ 1312
9: Apple_HFS Untitled 156299656 @ 1824 ( 74.5G)
10: Apple_Free 8 @ 156301480
If you don't, then the disk doesn't even have a partition table and you're out of luck. If it *does* look for the partition that has the data in it (usually 9) and quit out of the program.
Now, the second step is to try to repair it with FSCK.
sudo fsck /dev/disk1s?? (where ?? is the partition number you got in the previous step)
fsck will report each problem it finds and ask you if it should repair it. WARNING: from your comments, I'm going to guess that the disk is badly damaged, and you could end up getting hundreds of questions. In addition, fsck is a destructive operation - it's going to try and rebuild the disk, and if it gets confused the data is gone...