I’ve been trying to mount a few .dmg files and get an alert saying “You have inserted a disk containing no volumes OS X can read. To use the unreadable volumes, click initialize. To continue with the disk inserted, click continue.”
If I click continue, an invisible disk is “in use.” Initializing certainly isn’t a good option.
The disk doesn’t mount & I can’t use it.
Any idea what’s up with these .dmg files?
It’s only a few .dmg files lately that are acting up. Otherwise, I have no problems with .dmg files. Use 'em all the time.
I’d suspect the file is corrupt. It happens. What can you say. Try downloading a fresh copy and hope that the one on the server is fine and your copy got hooped in transit…
Hmm. an addendum having thought about it. I’m assuming you downloaded the .dmg’s compressed in some way. The utility that decompressed them could potentially be doing something strange, so trying a different version of stuffit could be worth it if a re-download doesn’t fix things.
My first thought was the files might be corrupt too, so I re-downloaded a couple of them & got the same result. That doesn’t mean the files aren’t still corrupt though.
At the Apple knowledge base site there is an article that sounds somewhat related to my problem, but specifically addresses removable media and OS 10.0.
I know .dmg’s are treated like removable media, but really aren’t. Plus, I’m using 10.1.5.
Anyway, it says the issue may occur when certain information is missing from the file /etc/hostconfig. Then goes on to describe the fix:
So I checked & my hostconfig file does say this. However my hostconfig file doesn’t exactly match the example they give as a correct hostconfig and I’m worried about messing with it since I’m not using OS 10.0 & don’t know exactly what constitutes a correctly set up hostconfig file in 10.1.5.
Dang it, I just can’t shake the suspicion that the files aren’t corrupt & there’s something else going on.
I think I’ll take your advice & try unstuffing them with an older version of Stuffit as yes, they were compressed as .sit.
Open Disk Copy directly, then, from the Utilities menu, use “Verify Image Checksum” and see what you get. You may also wish to try “Convert Image” from the File menu and see if you can convert it to a read-write image with a smidgen of free space (that may help).
AHunter3, I tried the verify checksum & the files have no checksum. Oops!
Tried converting to read/write (which they already are) but got the same results. No usable volumes, etc. When I converted to read/write, wasn’t able to choose to give them a smidge more room. How do you do that?
I suppose the missing checksum is a big problem? How did it go missing?