Three invisible volumes eating up disk space

I used Carbon Copy Cloner to load up a new external drive with the contents of my MBP. After it finished my Users folder it began copying "Volumes / LaCie 500GB."
It wouldn't show up in Finder, so I presumed it was an invisible file, as best I understand it. I ran GrandPerspective to get a multicolor image depicting the relative sizes of all files hierarchically. It displayed clearly not just that LaCie, but two others as well. The three volumes use up some 85GB — a third of my drive.
I've confirmed that the contents are all duplicates (and triplicates) of various parts of my main drive. It seems evident that I can just delete them, but I'd like to know of any cautions anyone may know.
And what might I have done to copy the same external onto my MBP — three times? OR what other process might make that happen? I have CCC scheduled to back up my MBP onto the LaCie, but not back the other way.
Thanks.

WZZZ wrote:
Why this would have happened three times is certainly something to investigate. Is the LaCie mounting properly otherwise?
Now that I've read the page through more completely, I find that the last paragraph on that page evidently wraps it all up:
"...you must ensure that the target will remain available throughout the cloning so that you don't have to do this clearing up too often!"
This brings to mind that occasionally one of my FW cables to this drive gets bumped and disconnects. Not good, I know. But I'd bet this is what's caused it. I have the page bookmarked and now I'll know where to return.

Similar Messages

  • CSV Volume low on disk space warning alltough the space isn't used (VSS?)

    HI Guys,
    we are  running a HV-2012  Cluster. most of the VM's are backuped by DPM 2012 r2.
    Recently i noticed some "CSV low disk Space Warning" withing SCOM.
    Today i looked at one of the CSV's.
    The Size is 1800GB and if you look at the Size of all the Folders on the Volume within the Explorer they are 1250 GB.
    After that i looked a the Failover Cluster Manager -> Storage -> Disk: This console states that there are only 36GB Free on the Volume.
    My guess is that the VSS Snapshots use up the Disk-Space? But if i do a vssadmin list shadowstorage
    only drive c is displayed.
    Could this end up in a Problem or is the vss Space freed automaticly?
    Or is there something else wrong?
    Anyone a clue on this?
    regards
    Stefan

    First thing is that you're running out of space and need to move quickly to make space while you figure this out. When you run out of space, the VMs will shut down.
    How many VMs you have on that CSV and many VHD(x) disks you have an the CSV? Another question that matters here is how fast is your backup for each VM? 
    Regardless of the backup software being DPM or any other VSS based backup, it works by creating a checkpoint of the VM, which creates a snapshot of its disks. A volume snapshot turns the VM disk into a read only disk and starts a change log disk (.avhdx)
    file. The crash consistent read-only .vhdx file is then copied by the backup software agent from the host to the backup server. Upon successful completion, the agent deletes the VM checkpoint, which merges the disk snapshot, merging the .avhdx and .vhdx files
    back into one file. 
    So, if you're backup time for this VM takes hours, during that time, the VM disk space usage can grow a lot more that what it would usually use. If you run out of disk space then, backup will fail, the VM will be suspended, and you cannot bring it online,
    since the merge needs even more disk space. 
    Sam Boutros, Senior Consultant, Software Logic, KOP, PA http://superwidgets.wordpress.com (Please take a moment to Vote as Helpful and/or Mark as Answer, where applicable) _________________________________________________________________________________
    Powershell: Learn it before it's an emergency http://technet.microsoft.com/en-us/scriptcenter/powershell.aspx http://technet.microsoft.com/en-us/scriptcenter/dd793612.aspx

  • Archival process eating up disk space

    Hi,
    I am running on Oracle Database version 9i and the db is running on HPUX 64 bit RISC platform.
    I need to know whether killing the archival process will cause any isue to the Production environment? Or will it respawn another arc process and continue to work normally?
    $ ps -ef | grep dynocop5 | grep arc
    dynodba 4409 1 0 Jan 23 ? 159:54 ora_arc2_dynocop5
    dynodba 4388 1 0 Jan 23 ? 197:50 ora_arc0_dynocop5
    dynodba 4396 1 0 Jan 23 ? 75:18 ora_arc1_dynocop5
    Actually, the mount point shows 85GB filled when only 35GB is being used! As per our Unix system, these type of issues happen only when someone remove/move a file when it is still accesses by some process. And currently these 3 processes are attached to this filesystem.
    $ du -sk .
    35234737 .
    $ bdf .
    Filesystem kbytes used avail %used Mounted on
    /dev/vx/dsk/dynodg03/dyno5_arch_vol
    206413824 86682808 112248054 44% /dyno5/arch
    ebzdbp03: /usr/local/CPR/bin # ps -ef|grep 4388
    dynodba 4388 1 0 Jan 23 ? 197:50 ora_arc0_dynocop5
    root 15222 10499 1 06:29:22 pts/ta 0:00 grep 4388
    ebzdbp03: /usr/local/CPR/bin # ps -ef|grep 4396
    dynodba 4396 1 0 Jan 23 ? 75:18 ora_arc1_dynocop5
    root 15445 10499 0 06:29:34 pts/ta 0:00 grep 4396
    ebzdbp03: /usr/local/CPR/bin # ps -ef|grep 4409
    dynodba 4409 1 0 Jan 23 ? 159:07 ora_arc2_dynocop5
    root 15649 10499 0 06:29:48 pts/ta 0:00 grep 4409
    ebzdbp03: /usr/local/CPR/bin #

    Hi,
    If you kill by brute force an arc process, your instance will probably die. I would open a SR case, of wait for a maintenance window and then restart your database.
    Regards,
    Mario Alcaide
    http://marioalcaide.wordpress.com

  • [INS-32021] Insufficient disk space on this volume for the selected Oracle

    Folks,
    Hello. I am installing Oracle 11gR2 RAC Grid using Installer whose location is: /home/.../grid/runInstaller.
    I am on step 4 of 8 in the Wizard whose contents are as follows:
    Oracle Base: /u01/11g_grid
    Software Location: /u01/app/grid
    Cluster Registry Type: ASM
    OSASM Group: dba
    When click "next" button I got this error:
    " [INS-32021] Insufficient disk space on this volume for the selected Oracle home
    Cause - The selected Oracle home was on a volume without enough disk space.
    Action - Choose a location for Oracle home that has enough space (minimum of 3,017MB) or free up space on the existing volume. "
    I test my "home" directory using the command: [ora11g@rac1 home]$ df -k
    Its Ouput:
    Filesystem: /dev/sda1 and tmpfs
    1K-blocks: 20,308,020 and 848,184
    Used: 18,888,968 and 0
    Available: 370,816 and 848,184
    Use: 99% and 0%
    Mounted on : / and /dev/shm
    I run another command: [ora11g@rac1 u01]$df -k and got the same output as above.
    My questions are:
    First, is "Oracle home" the directory "/home/..." or the directory "/u01/..." ?
    Second, how to increase the space for the correct directory to be over 3017MB (Minimum) ?
    Thanks.

    Folks,
    Hello. Thanks a lot for replying.
    I am installing Oracle 11gR2 RAC using 2 Virtual Machines (rac1 and rac2).The Virtual Disk for each VM is 20 GB whose raw device is /dev/sda (partition /dev/sda1 is the same size).
    In order to install Grid Infrastructure, I add 5 Hard Disks into the first VM rac1 and 10GB for each Hard Disk.Then create 5 ASM disks respectively as a Disk Group. Let me describe them as follows:
    OS Phyysical file: C:\VM_RAC\sharerac\asmdisk1.vmdk (asmdisk2.vmdk asmdisk3.vmdk asmdisk4.vmdk asmdisk5.vmdk)
    Corresponding raw devices: /dev/sdb (sdc sdd sde sdf)
    Corresponding partition: /dev/sdb1 (sdc1 sdd1 sde1 sdf1)
    Corresponding ASM disk: ASMDISK1 (ASMDISK2 ASMDISK3 ASMDISK4 ASMDISK5)
    When I run Grid installer step 5 of 8, I select all of 5 ASMDISK as ASM disk group on step 5 of 8 in the Wizard.
    The clusterware files are supposed to be stored in the ASM disk group.
    But it seems that on step 4 of 8 in the Wizard, the installer install the Oracle Home /u01 into VM rac1 Hard Disk /dev/sda1 and get the above error message - not enough disk space.
    My questions are:
    First, Why does the Installer store Oracle Home /u01 in /dev/sda1 because it should be in the Disk Group /dev/sdb1 (sdc1 sdd1 sde1 sdf1) ?
    Second, Does the Installer go wrongly ?
    Third, How to have the Installer store the clasterware files in ASM Disk Group ?
    Thanks.

  • Lost disk space after each reinstall.

    I've had to reinstall leopard on my macbook three times in the last week for different reasons. After each reinstall(erase and install) it appeared that I lost a little more GB to the HDD. I have a 250GB HDD, and I know it actualls reads as 232.87, but without uploading any media and only using the reinstall disks that came with the box, I have only 218 or so GB. Is this normal? I can't find the numbers anywhere; they just don't add up.

    Anthony Turtzo wrote:
    I can't find the numbers anywhere; they just don't add up.
    My guess is that you have added up the sizes of the folders visible in Finder at the root level of the drive (Applications, Library, System, & Users) & compared that total to the total space used on the drive. The two numbers will not match because there are also hidden files & folders at the root level of the drive that Finder does not normally show. The hidden items are necessary for the proper operation of the Mac & in normal use are managed by the system. Since users should not tamper with them directly without good reason & it requires expert knowledge to do so without breaking anything, they have been made invisible in the Finder view.
    It is normal for the drive space used by these items to fluctuate, & for the total to grow somewhat after first installing the OS. Some of the items contain temporary files that are created & destroyed as needed. Some contain usage, crash, & other informational logs that are managed by routines that the system automatically runs periodically to keep their total from becoming too large. Others contain initialization data gathered over time that the system uses to start up or to run processes efficiently.
    Thus, there is no fixed correct number for their total size since that depends on the history & current state of the machine. On my iMac G5, one large hidden folder ("var") currently uses about 1.05 GB of drive space, but consider that only a ballpark number since it may be considerably different on different Macs at different times.
    If you are still concerned about the health of the drive, especially that something is eating up disk space unnecessarily, then run Disk Utility to check it. In the "First Aid" tab select your drive & click the "Verify Disk" button. If this reports no problems then you can be pretty sure there is nothing to worry about.

  • Disk Space Disappearing -- 10.2.8

    I have a G3 PowerBook running OS X 10.2.8. I've noticed that my disk space disappears for some unexplained reason, although it does seem to happen most often after my daughter has been playing games on disney.com. Does anyone know how to pinpoint where the disk space is going, and more importantly, how to get it back? I've got an external hard disk and have moved lost of programs off of my Mac, but the gains are short-lived.
    Thanks for any help/suggestions.

    If you go to "more options" in the Search pane (upper right of this page) and enter "disney" and then search "all categories," you'll find other reports of "concerns" with visiting the Disney web site. Some are obviously just plain paranoia but such a search might be useful.
    I've been rehabbing three old G3 PowerBooks for a friend who knew nothing about the Mac OSX maintenance scripts. On one machine, simply running one of the scripts freed up 2GB of space on his 8GB boot partition (the Wallstreet G3 PB has the "Old World ROM" OSX boot partition limitation).
    To learn about this useful function, please refer to this article:
    Running the Mac OS X maintenance scripts
    The scripts run automatically but only if your computer is turned on and not sleeping in the wee hours of the morning. Obviously, 95 percent of Mac users won't benefit as their computer are either off or asleep at this time of day. The article shows how to run them manually.
    There is a freeware program called "WhatSize" that reports what is eating up disk space but I've not been able to get it to run on a G3 PowerBook under 10.2.8, Seems to need Panther.
    You might post which G3 PowerBook you have; this Apple article will help you identify yours:
    http://docs.info.apple.com/article.html?artnum=24604

  • Zones - reducing disk space used

    We're currently looking at zones to consolidate our license servers, since fault management tends to be easier/faster when the license server is running in its own zone.
    However, as of right now the "sparse" root model configuration requires 578M of space - 495M taken by packages. Having several of zones using the same size like this would eat up disk space quickly.
    Ideally, I'd like the zones to be exactly like the global zone with a few changes under /etc
    Does anyone know a way to reduce or eliminate the number of packages needed to be installed, or other ways I might cut down disk usage further?

    We're trying to figure out how to speed up patching as well -- it seems silly how long it takes to effectively just update the /var/sadm structures for a sparse zone...
    One note though: to reduce space consumed in /var/sadm in a very safe way, you can delete the "obsolete*" files -- these are the backout information from patches that have been superseded at least once, so the only risk is that you will only be able to back out a single "layer" of patching. You can remove the "undo" files as well, but then you cannot backout the related patches.
    Infodoc 14295 has a nice overview of what the files in /var/sadm are for those interested.

  • There is no more space for virtual disk ServerName_2.vmdk. You might be able to continue this session by freeing disk space on the relevant volume, and clicking Retry. Click Cancel to terminate this session.   Time: 30/05/2014 1:16:20 AM

    Recently, our mail server crashed at about 7pm one night, with the error 'There is no more space for virtual disk ServerName_2.vmdk. You might be able to continue this session by freeing disk space on the relevant volume, and clicking Retry. Click Cancel to terminate this session.'
    When we click Retry, the server starts up OK.
    There are no snapshots listed in Snapshot manager for any of the virtual machines on the host.
    There is also free disk space available on the host and for the VM with the disk errors.
    This happened at least three more times, often at bad times. Each time, we were able to click 'Retry' and the disk/system would allow the VM to start-up successfully.
    I checked the Forums, the VMware support articles and the internet as I had not seen this problem before. I have completed the VSphere 5.1 - Fast Track course and this issue was NOT covered in the training.
    Most of the advice on-line and even that on the VMware web-site was pointing to snapshots being the cause of this issue. There are no snapshots enabled and I cannot see evidence of snapshots ever being used.
    - We are running VMware vsphere (5.1.0) and there are (were) 4 virtual machines running on the ESX host. We are using the free version of VMware/ESXi.
    - The Hard disk types we are using for this Virtual Machine are 'Thin Provisioned'.
    - There are 4 [Thin Provisioned] Hard Disks for this virtual machine.
    - There are 6 CPUs
    - There is 20GB of RAM (memory)
    - The VM is running Windows Server 2008 R2 as the guest/VM operating system. It is an Exchange 2010 SP1 mail server. There is plenty of available disk space on all the drives. The [Exchange] log files are cleaned out regularly (automated).
    I decided to move one of our non-critical servers off this host and on to another host to see if this helped the problem. This took quite some time, as we are not using HA or vmotion, nor do we have VCenter Server...nonetheless, I finally managed to get the non-critical server on to another host (n.b. This was a much smaller machine with less virtual resources assigned to it).
    After moving the non-critical server off this host, we decided to monitor the Host and see if the issue resolved itself.
    I checked the host about 6-10 times a day, from first thing in the morning till last thing at night - monitoring the performance of not only the Virtual Machine, but the ESXi host also.
    There were no adverse performance issues. The only thing I did note, was in the Summary page on the ESX Host, under Storage, was If I right-clicked on the datastore and clicked refresh, then the free disk space would drop (ie from 140GB to 125GB).
    After monitoring the host and VM for about 2 weeks, we did NOT have another instance of the above error.
    Sorry for the long winded post, but I wanted to give as much detail given this error has been raised before and snapshots are usually blamed as the cause.
    My question is this:
    If the ESX host had plenty of available disk capacity and there were no snapshots enabled on the VM (or any other VM's on the same host), then why did our Virtual machine crash with the error that 'there is not more space for virtual disk Servername_2.vmdk'?
    How do we prevent this issue from happening if we don't know the underlying cause?
    I would greatly appreciate any advice or suggestions.
    If I have not provided enough info on the specs or environment, please let me know and I will provide more information.
    Thanks all,
    Kurt

    The type of storage is really based on your requirements, and your ability to withstand downtime.
    iSCSI as you are using with a NAS such as Synology or QNAP.  NAS Selector - Support - Synology - Network Attached Storage (NAS)
    I wouldn't use iSCSI for Exchange or any database.  It's a bit slow.
    Do you have a single physical host?  Then I'd probably to an external direct attached storage.  This would be a card inserted in your host server that gives you multilane SAS/SATA connectivity (www.techcable.com/SAS-SATA/SAS-SATA.pps) and an external disk enclosure/array.
    For multiple hosts to a single array, I recommend a fibre channel connection to a FC capable switch, and on to a FC connected array.
    We used to use a HP P2000 (on old G1), but it's since been retired.  Worked pretty well once firmware was upgraded.  http://www8.hp.com/us/en/products/disk-storage/product-detail.html?oid=4118559#!tab=features.  They can be connected via iSCSI, Fibre Channel or 6GB SAS so they are flexible and reasonably priced.
    Recommendations:
         Use RAID 6 with your large disk arrays.  With large disks there is a measurable failure rate when rebuilding a failed RAID5 array based on MTBF.
         Use smaller 15K disks in RAID 0+1 for speed on databases/Exchange.
         Use slower 7.2K disks in RAID6 for file storage.
    We are a small hospital and we have 3 VMware servers with dual CNA (FC and Ethernet in a single twinax cable) connections to 2 redundant Cisco Nexus 5K switches and then 4 Fibre Channel connections to an EMC VNX 5300.  It's extremely fast with about 50 virtual servers, but was quite an investment.  One thing we don't have to worry about is down time.  If there ever is an equipment failure, we have redundant everything, including power split between two UPSs.
    Our VNX has 3 tiers of performance.  3 100GB SSD "Fast Cache" in RAID 1 with hot spare, to keep the most used data ready, but it's not really a tier, however one could be built utilizing the same disks.  A second tier is performance tier with a 8 600GB RAID 0+1 and hot spare.  The third is a bunch of 7.2K 3TB disks in RAID6.  The VNX autotiers, placing data on disks depending on where it's needed.  The volumes are sliced and diced automatically in the background to make this happen and we never have to touch it.  I used a demo of Solarwinds Storage Manager to monitor performance for a while and the utilization was always low, meaning all data access was fast, througout the day.
    D

  • Startup disk contains replica of itself inside invisible Volume folder

    Hello. Bizarrely, my startup disk contains an image of itself, naturally diminishing the available disk space. It sits inside an invisible folder, namely: Volumes/[name of the starup disk]. This invisible folder "Volumes". Now, inside this folder are images (or folders) of all the volumes on the machine, and of each of them finder claims a size that maches the size of the date on it. But the folder "Volumes" itself is claimed to be the almost size of all the date on the startup disk except the Volumes folder itself. So Users, Applications, Library and System together are the same size as this invisible Volumes folder—almost. The Caches folders are missing inside the Volumes folder. And what finder counts as used space on that startup disk is just all the files including the size of that Volumes folder.
    I don't think that's the way it should be, is it?

    Hello H-C-R. no, I'm not. It may very well be that /Volumes folder. It doesn't display a / in the folder name, but maybe that's not what you mean. Anyway, it is like I said an invisible folder entitled "Volumes", and it contains what looks like all volumes connected, and their respective size count displays the size of the data each. All those folder's have icons like the volumes they refer to (no indication of them being aliases), except the startup volume. which is the volume that ominous invisible Volumes folder is sited on, too. That one is present twice. Once as a folder bearing the name of the volume, but not it's icon, and once as an alias bearing the name of the volume with [space]1 added to it, and the volume's icon. And the invisible Volumes folder on the startup disk has a size count, and that size count adds to the Used count of that startup disk. And since this is a long explanation for something visible at one sight, I'll give you a picture —
    hope that it will be legible. Nice avatar icon btw. (yours).
    Hello, Mr. Nanita, too. Does it contain only that alias?

  • Exchange 2007 machine: Backup of three whole volumes, waste of space?

    Hello,
    I have a Exchange 2007 server . Three volumes:
    1-C:\  , system. (100 GB Hard disk)
    2-D:\ , Exchange databases. (100 GB Hard disk)
    3- E:\ , Exchange Logs. (100 GB Hard disk)
    As far as I know, this is best practices.
    All in an only VMWare machine.
    I am reading that backing up this Exchange server, will take the three whole volumes, therefore, 300 GB of space needed ?.
    Maybe I am doing something wrong, I am sort of new to Exchange.
    Is there a better way to locate my Exchange files, and the Windows system files?
    Thanks in advance!
    Luis Olías Técnico/Admon Sistemas . Sevilla (España - Spain)

    Depending on how you are backing the volumes up, it could take 300GB, or it could take only the storage necessary for the actual data on the disks.  How are you running the backups?  Something you want to keep in mind - if you are running an Exchange-aware
    backup, you aren't going to backup the log files - they get written to the database and unneeded logs are purged at the end of the backup.
    As for a better way, what you are showing looks like a planned configuration.  You normally want the Exchange data separate from the OS, and having the logs separate from the databases is a common practice.

  • Hard Disk filled with invisible volume

    My HD,internal to my MacBookPro is named iPal
    I use SuperDuper to create a bootable clone on a Western Digital External HD , brand name "My Book" which is the name I left for that drive
    My MBP is 17 months old and the OEM Hitachi HD is 320 Gig,with approx 288 actually usable after formatting.
    I have been pleased to note that I easily had half of my HD space left
    Did my periodic back up: IPal to My Book approx 2 weeks ago.
    At the time I did think the smart backup was taking far too long- seems like nearly 3 hours.
    Early this past week I was horrified to be getting alerts that I was down to 15% of my HD space or roughly 45 GB remaining.
    Could not find what was eating up space
    I looked everywhere.. tossed ,disabled TechTool Pro "protection" which has a known issue of stealing multi Gig to create backup directories. Trashed those .Long story short. I had 45GB space left.
    So,I purchased a new larger internal HD which I installed this weekend
    Used SuperDuper to clone the new HD precisely to the internal.
    new drive works wonderfully and everything is in place
    But I was shocked to see that my new HD registers as having only 125 GB filled with my stuff.375 GB FREE!
    the now externalized 320 GB,with replaced directory( Disk Warrior)), STILL shows only 45 GB free.
    Same stuff..
    Tonight I used Omni's Disc Sweeper and saw that
    320 HD contains a Volume entitled "My Book" with 125 GB of stuff on iPal.
    That number explains why the 320 HD is so full
    but altho OmniSweeper sees it, I cannot find the volume nor its components..
    The HD named iPal believes Western Digital My Book is internalized and part of it so the 320 HD shows those 125 GB as used.
    Perhaps that explains the overly lengthy backup I noted two weeks ago.?
    Have you ever had reports of something like this?Is this SuperDuper? Is it the Western Digital Drive?
    I would like to know so I can protect from this.
    When I reformat the now external 320 HD I will of course regain my space. But how did this happen?
    Has anyone heard of something like this?

    Yes, I have puzzled through precisely that scenario. I did set up the external target drive but it did not get a backup on 3/31 (when this happened). The backup was placed on my internal drive,hence eating so much space.
    I am not sure if SuperDuper lost contact with the external HD but what I realized is:
    Techtool Pro's protection control panel backs up the start up disk's directory apparently whenever there is a change such as an application installed, removed etc. So there are a bunch of these directories which in themselves gobble several gigabytes of disk space. The TechTool Pro apparently also backed up/copied the directory on backup drive and put those files into a folder , on my HD into a Volume (hidden) naming the folder the same name as the external Hard Drive's name.
    I am not sure why but Super Duper thought the folder , created by TTP, named the same as the targer external HD,was where to put the backup. SuperDuper did what it was told to do, backed up into My Book except the My Book was the volume on my boot, internal HD
    I used Filebuddy to make the hidden /Volume/My Book, make it visible and deleted it thus restoring 125 gig free space to the drive.
    Apparently a volume is a volume to these back up programs (CCC or SuperDuper
    I have turned off TTP, will reformat the back up drive with a new name,do a fresh complete backup and hope this does not happen again. Thank you

  • Flip4Mac eats disk space Even if i save to External

    I'm using Veoh. a program to download movies from veoh.com
    so i downloaded some and after they get downloaded. since they are WMV files, Flip4mac( a program to view wmv in quicktime)says "importing...." and as that happens it eats up diskspace from my Computter HD.
    But usually when Flip4mac says "Importing" it doesn't create copies of movies. it just loads the wmv into quicktime. SO why is it eating disk space

    Hmmm, let's try this for a start.
    Oh, are you using FileVault?
    Could be many things, we should start with this...
    "Try Disk Utility
    1. Insert the Mac OS X Install disc that came with your computer, then restart the computer while holding the C key.
    2. When your computer finishes starting up from the disc, choose Disk Utility from the Installer menu. (In Mac OS X 10.4 or later, you must select your language first.)
    Important: Do not click Continue in the first screen of the Installer. If you do, you must restart from the disc again to access Disk Utility.
    3. Click the First Aid tab.
    4. Click the disclosure triangle to the left of the hard drive icon to display the names of your hard disk volumes and partitions.
    5. Select your Mac OS X volume.
    6. Click Repair. Disk Utility checks and repairs the disk."
    http://docs.info.apple.com/article.html?artnum=106214
    Then Safe Boot from the HD, (holding Shift key down at bootup), run Disk Utility in Applications>Utilities, then highlight your drive, click on Repair Permissions, reboot.
    The usual reason why updates fail or mess things up, is if Permissions are not fixed before & after every update, with a reboot... you may get a partial update when the installer finds it doesn't have Permissions to change one obscure little part of the OS, leaving you with a mix of OS versions.
    Some people get away without Repairing Permissions for years, some for only days.
    If Permissions are wrong before applying an update, you could get mixed OS versions, if Directory is the slightest messed up, who knows!
    If many Permission are repaired, or any Directory errors are found, you may need to re-apply some the latest/biggest updates again, or even do an A&I if you have enough free disk space.

  • I am trying to resize disk space on parallels 6 for windows XP under configure Hardrive and I get the error resizing failed unable to resize last volume the file system of this volume might be damaged or not supported?  I am on a Mac using Parallels 6

    I have been trying to increase my disk space for windows xp on my Imac and I am running parallels 6.  before opening windows I go into configure in parallels and open the hard drive and try to move the allotted disk space from 32 gig to 64 or any other increased gig and then apply and I get the error message: resizing failed unable to resize last volume.  The file system of this volume might be damaged or not supported.  How do I increase the size??  I just also did a disk repair utility with Apple on the Apple side of my IMAC.  Please Help!!   I had uninstalled SQL server on the windows side and needed to uncompress files to install this and then I ran short on disk space.

    This sounds to me that your Parallels XP file system is corrupted and not the OSX file system.
    Have you checked the XP file system while running the Parallels XP yet ?
    However, it would be better to ask such question in the Parallels Forum http://forum.parallels.com/
    Stefan

  • I know many have this issue but i can't find a solution to the problem. i get message saying insuffisiant disk space in the volume iPhoto library and i have plenty of space available. i have the new macbook pro with retina display.

    I know many have this issue but i can't find a solution to the problem. i get message saying insuffisiant disk space in the volume iPhoto library and i have plenty of space available. i have the new macbook pro with retina display. i have never seen this message before and i have 2 other macbooks and have had many other also. i am assuming this is a problem with the new macbook retina. does anyone know the exact fix to this issue? i have seen many sugestions to try to fix this issue but none have solved the issue for anyone that i can find in the Apple Support Community. thank for looking into this in advance.
    ******A true apple fan********

    Actually your suggestions are the ones that i have tried. i have seen that you have tried to help others with this issue and the only one that i could find that said they found the problem said that it was an ilife update issue and it fixed it and i have no available updates. i know it has to do with something in photo stream because it happens when i create a new library and it is loading the photos but i get the message before i reach the maximum 1000 photos. so i've tried updating, new library(first backing up photos and then deleting them from iPhoto), reinstalling OSX many times, running disc utilities. I called Apple the first day i had this issue and i was the first person to call them for support with the retina display and i actually had it escalated to a senior advisor and we thought we fixed the problem but we did not. i am pretty fluent in dealing with troubleshooting these type of issues and this is the first time i'm reaching out to the community. i figured now that the retina has been out some time now that there would be an obvious answer to this issue. thanks for the quick reply.
    Bebers5

  • Can't import photos from camera -"Insufficient disk space on volume"?

    Please excuse my ignorance if there is a fix for this that I haven't found here.... I reinstalled iLife '11 yesterday because iPhoto would not recognize the camera. Now it recognizes the camera but it won't import the photos. I've tried all the suggestions, trashed the cache, the preference file, restarted, created a new library and I still can't import the photos from the camera to iPhoto because it says "insufficient disk space on volume." I have plenty of space on my hard drive. I can import through Image Capture but why go the extra step when importing to iPhoto was so very easy before? Can anyone help with this?

    This has been reported - not sure if there ever was a solution or not - search the forums to find the threads
    you can try renewing the iPhoto preference file to see if that helps -
    A good general step for strange issues is to renew the iPhoto preference file - quit iPhoto and go to "your user name" ==> library ==> preferences ==> com.apple.iPhoto.plist and trash it - launch iPhoto which creates a fresh new default preference file and reset any personal preferences you have changed and if you have moved the iPhoto library repoint to it. This may help
    This does not affect your photos or any database information (keywords, faces, places, ratings, etc) in any way - they are stored in the iPhoto library - the iPhoto preference file simply controls how iPhoto works - which is why renewing it is a good first step.
    LN 

Maybe you are looking for