Skip navigation
Currently Being Moderated

Adobe Bridge CS5, error when creating contact sheet "There is insufficient disk space..."

Dec 14, 2010 3:27 PM

I am running Bridge CS5 for the first time and I receive this error when attempting to create a contact sheet. "There is insufficient disk space to complete this operation." The image files I am using are web optimized and very small. The error even occurs when attempting one small image. I have gone back to using Bridge CS4 and it works just fine. Any help?

 

Thanks!

 
Replies
  • Currently Being Moderated
    Dec 30, 2010 9:04 AM   in reply to gneiting

    This may be the same error that I get when my Mac is logged into a particular Win7 computer but not a WinXP network.... it's a very repeatable error, there are a couple other people that can replicate the same problem.

     

    Unfortunately Adobe is not able to recreate the problem at their site and therefore there is not going to be a fix except to unmount the offending Windows or network device that is causing the problem. There are several scripts that are effected by this, AOM, Browns 123, imageProcessor etc. I assume that they share some code.

     

    regards

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 2, 2011 8:17 AM   in reply to gneiting

    I think I narrowed this down to having a network volume mounted with a share name of "Users".  The strange thing is even you if unmount the volume you will still have problems.  However, if you avoid mounting the volume entirely (from boot) it will be OK.

     

    The solution, it appears, is to rename the sharepoint to something other than "Users".  This worked for us.  I'm not sure if it matters whether the server is Windows or Mac OS.  In our case the sharepoint was an AFP volume on Mac OS.

     

    We had other errors related to Bridge such as "unable to create folder" and the path in the message appeared to be /Users/currentUser/.....  which made no sense at all.  However, if Bridge was internally trying to use /Volumes/Users (the mounted sharepoint), it would not only not find "currentUser", but it would not have permissions to create that folder either.

     

    So, another possible solution could be to grant file creation rights on the network volume "Users".  Another not-so-great idea.

     

    Hope that helps someone else!

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 2, 2011 1:24 PM   in reply to briendi

    >The solution, it appears, is to rename the sharepoint to something other than "Users".

     

    that sounds very interesting. A location on a windows 7 computer with the name Users and on the Mac computer..... point of conflict or something written into the scripts to look into the Users area causing problems????

     

    Unfortunately I don't see anywhere the I can change the name of the Users volume on my Windows 7 computer.... any thoughts?  and what would happen on the Windows computer if I make a change?

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 2, 2011 1:57 PM   in reply to - JM -

    Ah yes, I had forgotten that Windows had also started using "Users".  Seems like it is all coming together.


    Try creating a share for the "C:\Users" folder, but change the "share name" to something else, like "Stuff".   I was able to do the same thing on Mac OS Server without changing the actual folder name-- just the share properties.

     

    Then, make sure you client is using \\machine\Stuff and NOT \\machine\c$\Users

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 3, 2011 4:27 AM   in reply to briendi

    Hi Briendi

     

    I linked your thoughts to an older thread that Adobe was investigating:

     

    http://forums.adobe.com/message/3444550#3444550

     

    I wasn't able to rename the "Users" directory within the Win7 box, it seems to be part of the OS, as in the Mac environment, at least that's what I could find. You have much more experience in this area than I do, so without that wisdom I'm being a little cautious so as not to create more problems than I can fix.

     

    But... here's what I think is good news. I can recreate the problem with a USB stick. Name a USB stick Users, mount it on your Mac and the same problems occur. So, hopefully with your information Adobe can finally recreate the problem on their computers and come up with a fix for this bug.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 3, 2011 11:39 AM   in reply to briendi

    Thanks for the information, and for figuring out the trigger! I was finally able to reproduce the bug, and I've updated the bug report so hopefully we can make some progress on this.

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 29, 2011 2:25 AM   in reply to Jeanne Rubbo

    HAs anyone got any further with this yet?

     

    Also isnt there a users folders on all Macs if you click on the hard drive within that there is always Applications, Library, Users etc

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 30, 2011 5:00 AM   in reply to gneiting

    it definitely hasn't been fixed yet.

     

    It's easy to reproduce and it's been around since the release of 12.0. I think that the number of people complaining about the problem has been limited, and possibly it hasn't gotten to the point of hitting the priority list yet?

     

    - not in the latest update 4.0.5.11  (6-30-11), I thought it might have been squeezed into the update but I guess that the only thing that was fixed was the facebook upload

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 1, 2011 7:12 PM   in reply to gneiting

    Any update on this? This is another issue that I'm plagued with in a long line of adobe issues related to being in a corporate environment. We have over 20,000 user account home folders shared under 'users', that doesn't plague issues in any other applications we have.

     

    Renaming it and fixing any potential client issues is out of the question, just because there's a hard link to /Volumes/Users somewhere in your code.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 15, 2011 2:44 PM   in reply to adobesuxbad

    Just to clarify -- the value is not hard-coded in the script anywhere. It's not a simple matter of just tweaking some scripting code -- I tried this myself, and was unable to get this to work.

     

    We are still looking into this issue.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 18, 2011 5:58 AM   in reply to Jeanne Rubbo

    I just had a user report this to me using OS 10.6.8. Creative Suite 5.5. The system has 600GB free, and 16 GB RAM

    We do use an SMB mounted volume named "Users", but  they need to use this folder to send files to Users, possibly the most common name for a mounted volume in the Western World.

     

    Adobe, this error was reported nearly a year ago. Please fix it already.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 14, 2012 7:58 AM   in reply to gneiting

    Ejecting "Users" Server worked like a Charm!!..

    I've got MORE THAN ENOUGH disk space on my Mac Pro to do whatever here at work..

    Thanks

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (1)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points