HT1578 Labels (Mavericks) not working in encrypted disk image?

I created an encrypted disk image with Disk Utility.
I placed a file in the opened encrypted disk image, and labeled it with "test".
If I open a finder window and look for files labelled "test" the file doesn't appear.
This message is placed under the wrong OS, because it is not possible to choose Mevericks from the popup list!!!!

Where I used the word label I did mean tag

Similar Messages

Password no longer works with encrypted disk image.

I have an encrypted disk image on my macbook pro. I enter the password every time I open the disk image. Last week it stopped accepting the password. I checked in keychain where I'd saved the PW when first creating the disk image and verified I was entering what was saved there. It matched what I've been entering but still no luck. I attenpted to pull an old version of the disk image from time machine and that still won't open with what I know is the password I've always used.
Any tips?

try doing SMC reset the following article tells how to do that:
http://support.apple.com/kb/HT3964
after doing this reset try again to enter the password for the disk image, if it still doesn't work there is no way to bypass the passcode on the disk. the following article talk about filevault:
http://support.apple.com/kb/PH3683

Does it work with encrypted disk images?

Hallo,
I have a 10 GB fixed size image on my account and it is encrypted. It uses about 4,8 GB on the disk.
I would like to know if time machine is able to detect when changes are made inside such disk image,
if yes, if it is able to add just modified data or if it will copy all 4,8 GB file every time backup is made.
Thanks

If it is a standard encrypted disk image, Time Machine will copy the whole 4.8 GB every time.
But you can convert your disk image to a "SparseBundle" with this Terminal command:
hdiutil convert -format UDSB -imagekey sparse-band-size=32768 -encryption -o ~/Desktop/newimagename /path/to/olddisk_imagename (make sure that is all on one line)
That will copy your old disk image to a new one on the Desktop. A sparsebundle looks and behaves the same way as a regular .dmg. But the sparsebundle is actually a package that contains all of its data in 16MB bands. With any luck, your data changes will clump together in a few of these bands, and Time Machine will copy only those bands over rather than the whole shebang.

Encrypted Disk Image to Password Protect Folder Not Working!

I have followed the instructions exactly for creating a Disk Image in order to password protect a folder. Folder contains multiple types of files including images, pdfs, etc. Here is what I've done and what happens:
In Disk Utility I created a New Disk Image from Folder. I chose the folder, which I have on my Desktop, and clicked Image. I gave the Disk Image a new name, placed in on my Desktop, indicated the image format as read/write and chose the 128-bit encryption. I chose a very strong password and unchecked the remember password box. At this point, all seems to have gone well.
Now, back to my Desktop. I have two things going on.
1. The initial folder that I wanted password protected is still present. Am I supposed to just send this to the Trash?
2. When I double click on the the new .dmg file that I've created, I am asked for my password, which I put in. Then, nothing. I mean, nothing happens. It doesn't open, it doesn't do anything. I can click on it and choose Open with DickImageMounter, and nothing happens. I can open with Disk Utility, but this just gives me the normal options to eject, burn, restore, etc.
I don't know why I can't get this to work properly, and I'm a little annoyed that Apple can't make it as simple as selecting a folder and having the option to password protect it, just like you can a normal file. PLEASE HELP!
Thanks.

As of OS X 10.7.4, Disk Utility had a bug that prevented it from creating an encrypted disk image with a password of more than 10 characters. I haven't checked recently to see whether that bug has been fixed, but from your report it seems not to have been. There is a workaround, but it's complicated.

Time Machine will NOT work with Airport Disks!

It looks like Time Machine will not work with Airport Disks after all. All references to Airport have been removed from the Time Machine page:
http://www.apple.com/macosx/features/timemachine.html
It also specifically says: "You can designate just about any HFS+ formatted FireWire or USB drive connected to a Mac as a Time Machine backup drive. Time Machine can also back up to another Mac running Leopard with Personal File Sharing, Leopard Server, or Xsan storage devices."
Surely, they would have included the Airport Extreme Base Station in this list if it was supported.
I really hope there will be another firmware update for the AEBS which will bring compatibility with Time Machine, because Time Machine was the only reason for me to buy an AEBS. (I only use it as a small backup server, I don't even have wireless networking enabled. There were other solutions, e.g. from Synology, which are faster and more reliable than AEBS disk sharing, but Synology stated their network drives would not be compatible with Time Machine.)

Here's how you can potentially use your AirDisk with TimeMachine (beware that YMMV), but it should work as it works with every other "unsupported" device.
1) Mount your AirDisk so it appears on your Mac
2) Open Terminal.app
3) change directories to the AirDisk's root folder located in "/Volumes"
ie: cd "/Volumes/AirDisk Name"
4) execute this command to "bless" the drive to be used with time machine:
touch .com.apple.timemachine.supported
5) Start TimeMachine and if all went well, it should recognize your AirDisk drive and use it for TM.
This should also work on NFS shares, SMB shares, AFP shares, basically anything. It has worked up until the last developer seed, so unless they yanked this at the last minute, it should still work.
Now, the reason why Apple removed this feature may be due to the unreliability of the AirDisk, so be cautious.

Encrypted Disk Image Seems Full But Is Not 10.5.6

I've created a 20 gig encrypted Read/Write disk image (not a sparse image) using Disk Utility. The image resides on an external hard drive. I back up a 900 mb file each day to the encrypted disk image. There are six such files on the encrypted disk image, but the folder shows only 526 MB of free space left. Does someone know why this is happening and how to avoid it? (It happens as well when I back up the same file to an encrypted disk on a flash drive. I delete and replace the file and this process seems to eat up space on the disk image.) Thanks.

when you delete a file you have to empty trash while the disk image is mounted. that should free up the space on the image. I would also recommend using sparse image instead of a regular one. it will take less space on the hard drive and you can make it bigger if you have to.

HT1578 Why is my encrypted disk image now only read only in Mountain Lion? It was fine read/write in Lion.

Why is my encrypted disk image now only read only in Mountain Lion? It was fine read/write in Lion.
Sorry post did not give me a choice for the mountain lion community. Buggy support interface.
Thanks

Thanks! I haven't posted many questions (i guess that's a good thing).
I did however find an answer to my issue. It was caused by a third party utility called Totalfinder. Once uninstalled and my iMac rebooted, the disk image is behaving to its stated permissions.

Various disk actions ask for the PW to my encrypted disk image, even though I'm not accessing this. Help

I have a small portion of hy hard drive set aside as an encrypted disk image. Since installing OSX Lion, various actions that dont require access to that disk image (printing to PDF, opening Aperture) ask for the password, and wont do anything til I provide that password. Has anyone else run into this, or more importantly, found a solution?
Thanks
Ted

See Here for Troubleshooting
Free Disc Space
http://www.thexlab.com/faqs/freeingspace.html
See Here for Resolving Startup Issues
http://support.apple.com/kb/ts1417

Disk Utility - Create encrypted disk images super sloooow

Trying to create encrypted disk images via Disk Utility on my iMac (i7 8GB) is super-slow in 10.8. It worked quite fast in 10.7, but now it's super-slow and doesn't even seem to ever finish.
I've tried re-installing 10.8 with no difference.
Anyone else having trouble with this? Even a small dmg (~200MB) doesn't seem to work.
Unencrypted images seem to work OK (if not a little slow).
I realize that the encryption process will be slower but something is definately wrong with 10.8 disk utility in this regard. I have 1TB+ free space. I have tried with another user account as well.
My task was: (new disk image, read-write, 128bit encryption)
2012-09-03 08:59:59 -0400: Initializing…
2012-09-03 09:00:00 -0400: Creating…
2012-09-03 09:03:28 -0400: Copying… <<< seems to be stuck here...

Good morning,
Have you tried using Disk Utility from within the recovery mode? (Hold down CMD and R when booting)
I used to have this problem but creating them this way really improved the time.
Give it a go...
Rob

Corrupted files within encrypted disk images

Greetings Apple Hivemind:
I've run across a repeatable problem when using encrypted disk images from Disk Utility. Essentially, I'll create an image using settings like are shown below:
The disk image is then used for storing data. In my case, this is usually data for Adobe Lightroom.
At first, this worked very well, and I housed the disk images on my household NAS, connecting via samba (smb) to it on my Mac. Over time, however, something odd started happening: Files on those encrypted images began getting corrupted whenever I tried writing new data to them.
My first incident was where Lightroom informed me that the catalog it was trying to open was corrupted. I tried to create a new one on the same encrypted volume, and it too was instantly flagged as corrupted. I opened the individual image files on the volume with no problem, so I wasn't thinking that the volume was the culprit. That is, until I tried dragging new image files to it manually. The new files were immediately either completely unreadable, or a mish-mash of the content of random OTHER files on the volume!
The result was that all old data seemed intact, but I could no longer write new data to the volumes without major data corruption issues. I thought that this was isolated to one volume in particular, but it soon started happening on ALL of my encrypted volumes eventually. Including those which were not, and never had been, housed on my NAS, but were on my local hard drives.
I've since "evacuated" all my data from these images, since the ones created by Disk Utility appear to be useless, and am seeking an alternative.
Is this something that anyone else has encountered when using encrypted disk images? It seems like this is something I should really open a support ticket for, but I can't say I've ever tried it, so I don't know how successful it would be to do so.

bbonn wrote:
I should add that I've tried using the "Repair" and "Verify" functions of Disk Utility on the volumes, and despite the obvious issues that exist in them, the utility doesn't find (or fix) any inconsistencies.
Are you repairing/verifying the actual disk images, or just the partition they're on? If the partition, it won't look inside them.
Drag one to Disk Utility's sidebar, select it, then use Verify or Repair. Note: the usual messages may not appear on the DU window. Click the Log icon in the toolbar or select Window > Show Log from the menubar to see them.

Indexing of encrypted disk images permanently disabled in 10.8?

In the past, I've had no trouble forcing Spotlight to index my encrypted disk image, using the command in Terminal:
sudo mdutil -i on /Volumes/Encrypted_Data
After entering that command, my encrypted disk image was indexed and searchable using Spotlight.
A couple weeks ago I updated from Lion to Mountain Lion. Today I noticed Spotlight wasn't showing any results from my encrypted disk image. So went back to Terminal and entered the above command. Instead of successfully activating indexing, Terminal gives me this message:
/Volumes/Encrypted_Data:
Indexing disabled.
Is this procedure now impossible in Mountain Lion?
Is there any way to enable indexing of this encrypted disk image? I can't get it to work.
Thanks.

I appear to have solved the problem to get Spotlight to index a disk image. My image was an encrypted disk image. I was able to get spotlight to work when it was new, but now Spotlight won't index it. Here is the solution that I found:
After double clicking and mounting disk the image, open Disk Utility, select the disk image file, then click unmount in the Toolbar. Wait until it is unmounted, then click mount again. Then go to terminal and try mdutil -sa . If it is still not enabled, try to sudo mdutil -i on option. The unmounting and remounting must be done everytime the image is opened.

Time Machine Backups of Encrypted Disk Images, Part 2

Hi:
If Time Machine is backing up a hard drive that contains a subset encrypted disk image as part of its contents, and this encrypted disk image is mounted (in an unencrypted state) where the enclosed data has been changed/manipulated in any fashion, what and when does Time Machine backup?
In other words, does the data in the encrypted disk image only change when the encrypted disk image is unmounted? Or is it somehow backed up real time even when the encrypted disk image is mounted on the desktop in an unencrypted state while Time Machine is working?
Sorry I can't explain this very well, but hopefully the gist is clear.
Thanks!
(OS 10.8.2)

Time Machine doesn't back up a disk image file while it's mounted, whether encrypted or not.

Encrypted Disk Image Won't Partition After Resize

Hi,
I have a 10 GB encrypted disk image on my macbook (type OS Extended (journaled)). I've pretty much filled up the space so I want to resize. I go into disk utility with the disk unmounted and 'Resized' it to 20GB. Then I mount it and go into the Partition tab. I drag the corner all the way down to fill up the space and hit Apply. It goes through the motions without error but it does not actually extend the partition to the resize. On the right next it then says something to the effect that the disk is read only and cannot resize the partition. The write status is read/write until I click apple....then it switches to 'Unmounted, read-only'. Any ideas on how to fix this? It's driving me crazy. I can provide screenshots when I'm home from work if necessary.
Thanks
Nick

Here are some screenshots of before and after I try to partition (after the resize):
After attempting to resize the partition it says 'The disk is not writable and can't be partitioned' and 'The disk is too small to contain partitions'. The disk write status also changed to read only. Doesn't make sense to me...anyone know how to fix this?
Thanks

Encrypted disk image no longer demands password

Some time ago I created an encrypted disk image for storing sensitive data. It has been working fine for months, everytime I clicked on it it demanded that I enter the password before it mounted. But suddenly yesterday it stopped demanding he password and would just mount upon clicking. Tried restart, no change. Tried repairing the disk permisssions, no change. In the meantime, I have created a new encrypted disk, moved all the info to that, and secure-trashed the old one. But this gives me pause for thought. Not terribly secure! Anybody know what might have happened? How can an encrypted disk suddenly become unencrypted?

No, there's no other explanation, unless someone tampered with your account. Launch the Keychain Access application and look for a password item in your login keychain with the name of the image file.

Encrypted disk image sometimes mounts without password

I have an encrypted sparsebundle disk image containing sensitive information. On occasion (maybe one time out of ten), I'm able to mount it without being prompted for the password.
The password for the image is not stored in my keychain. Can anyone offer advice on this issue?

I was having exactly this same problem!
I keep a small encrypted disk image storing sensitive banking information. I do NOT have the option to store passwords in Keychain checked, and I verified that the password is not being stored in Keychain.
Yet, when I double-clicked the supposedly encrypted sparsebundle disk image, it opened right up and mounted - no password required! Unbelievable, right? So I started to investigate.
I first noticed this behaviour in Mountain Lion, I'm running 10.8.4 on a 2.7 GHz 15" MBPr.
In past versions of OS X I would mount the volume to work on it by double-clicking on the disk image, enter my passowrd, and then Eject the volume either by dragging to the trash or clicking the Eject button on the Sidebar. The next time I would try to access the disk image by double-clicking it, it would again prompt for a password. All good.
What seems to be happening in ML is, using the same workflow, even though the volume is disappearing from Finder, the disk image is not actually being unmounted!
When I go to Disk Utility, the disk image is still mounted, but the volume is grayed out. When I Eject the disk image in Disk Utility, it then reverts to the expected bahaviour, and double-clicking on the disk prompts for a password.
So the workaround seems to be when finished working on the volume, go to Disk Utility and manually Eject the disk image (as opposed to just the volume it mounts) to ensure it has unmounted and is thus again encrypted. The reason for it sometimes requiring a password, sometimes not is probably because after a restart of the computer it would unmount all disks, and then be unable to re-mount it until the password is entered. But in between, unless you were aware of this behaviour anyone with access to the disk image can view its contents.
What a terrible security flaw IMO, as there is no visual indication in Finder that the disk image is still unprotected after you unmount its volume and that icon disappears! I'm surprised this hasn't gotten more attention.
Incidentally brian_c, I tried to look at your linked videos but it returns the message that the videos violated the TOS of the site...?

HT1578 Labels (Mavericks) not working in encrypted disk image?

Similar Messages

Maybe you are looking for