Disk Utilities/Permissions Issues with Leopard

What is wrong with Leopard's permissions? I have had numerous permissions issues, and had to reformat my two disk drives and Archive & Install Leopard on my startup disk after a Tiger to Leopard Upgrade.
Now when I run Disk Utilities and Repair Permissions (which I do routinely), what used to take a minute or two in Tiger now takes a half hour (or longer) in Leopard?
I ran Disk Utilities on my MacPro and it has taken nearly 25 minutes and is still going. My MacBook Pro is estimating the time at 1-minute remaining (where it started), and it has also been going for 25 minutes plus. I would like to go to bed, and don't want to leave my MBP running over night if I don't have to.
This is a major issue and one which Apple needs to address immediately. I trust I am not the only User having this issue, is this the case?

No your not the only one. It's been reported throughout the discussions. Appears that some of the errors reported in disk utility will not effect performance. Still, I expect that something is being observed and worked on as an update..

Similar Messages

Permissions issue with OSX 10.5.8

This is likely a newbie question. I am new to OS X, but I am familiar with Linux/Unix Terminal usage.
I have a permissions issue with OSX 10.5.8.
I cannot use basic commands on the Terminal, such as mkdir, on my own home directory. I get an error message saying the operation is not permitted.
I have traced the probable culprit down to default ACL permissions settings.
So after hours of research on Google, I found out that ACL are turned on by default in OSX 10.5.8.
But I don't know how to safely use it yet, so I need help.
I'm not quite familiar with ACL, so I need to know how to add myself safely and securely to modify my home directory.
The command is with chmod. Can this also be done via the GUI?
What is the option for chmod to modify my home directory?
Is it:
*$ cd ~*
*$ chmod +a "user:john allow write" .*
*$ chmod +a "user:john allow delete" .*
Alternatively, if I use the "chmod -N ." command on the home directory, will that safely remove all ACL? Or is that recipe for a major security hole in my machine?
Thanks!

There are many people on this board that know way more than I do. Sometimes there is the tendency to copy/paste some kind of boilerplate response though, especially if there isn't quite enough information about a particular problem, so just keep trying.
You should be able to add anything you want to your user directory without the use of any ACL entries. The purpose for the *deny delete* entries on the system created folders would probably be to reduce customer service calls about "accidentally" deleting some of the folders that the system expects to be there - it does not affect creating items.
To verify that there aren't other attributes getting in the way, open the /Applications/Utilities/Terminal application, copy/paste the following command(s) into the window (there is a trailing space), drag the problem folder(s) from a Finder window to the Terminal window (this will paste the path), press return and post back with the results:
/usr/bin/who am i; /bin/ls -leO@d
These commands will display the ownership and permissions, including any ACL entries and extended attributes.
On my Leopard user folder the permissions are drwxr-xr-x+ with an ACL entry *group:everyone deny delete*. These permissions allow read/write for me, read for everyone else, and an administrator authentication will be needed to delete the folder. These are similar to what you posted earlier, so maybe there is something else going on in there.

Permissions issue with Entourage after upgrading to Leopard

I upgraded my system to Leopard and in doing so, did a "clean" install. I copied my backup Database file to the Identity folder and now i get "you do not have sufficient permissions to view contents of this folder" when trying to launch. If i let Entourage create a new database file, it works fine....

Maciej Samsel wrote:
GIMP 2.2 crashes on start and the details explain some versioning problem of X11 native libraries. It might be issue on GIMP side that expects differen binaries to be installed (and perhaps removed by Apple due to compatibility issue). I just wanted to point this to be expected.
GIMP 2.4 for Mac OS X is not official release yet. It is only realease candidate and it should come soon hopefully with X11 issue being resolved in Leopard.
I believe that there are some known issues with X11 and BSD "under the hood" with Leopard. Fink is also broken and my old Darwin X11 attempts to run but nothing happens.

Thunderbird issues with Leopard

I'm using a Thunderbird 2.0.0.9 IMAP account with Leopard, but cannot access attachments larger than about 200K. When I try to do so, the opening or saving stops midway through, and then Thunderbird becomes inoperable, forcing me to restart the app.
Apple Mail works okay, but I'd rather not move everything to it if I can help it. BTW, POP 3 accounts don't work for me with either with Thunderbird or Apple Mail, but appear to work for those running Tiger in our office.
Anyone else experiencing similar issues, especially with Thunderbird IMAP and Leopard? Any ideas on how to address this?
Thanks!

For me also, Thunderbird just won't send mail, using Leopard. Asks for password twice despite using manager, and then advises unable to connect.
Had the same problem with MNail, however a Repair Permissions whilst booted from the install disk fixed Mail, not Thunderbird drat.

Disk Utility not compatible with Leopard

Disk Utility does not work.
When I run "Repair Permissions", all errors are unable to be fixed.
The same error messages appear when starting up with the Leopard DVD (pressing "C" during start) via the Disk Utility from the menu.
Now, I am stuck because iTunes will not import anything.
Please help!

Alright, then that's okay.
I managed to solve the mystery of the iTunes files.
It turns out that although the file extensions were the same (.AIFF), I had inadvertently selected Apple/SGI 32 bit (float) = not compatible.
The solution was to select Apple/SGI16 bit (PCM) = compatible with iTunes.
Now how will we be able to rely on Disk Utilities when it reports false information?

Permissions issues with multiple volumes

I'm currently running one boot volume with Snow Leopard and one with Mountain Lion on my Mac Pro. Due to current software compatibility-related issues, I need to be able to use both volumes regularly as part of my workflow for now, though I plan to transition fully to 10.8 in the next couple months. Right now, I'm running into a permissions issue that is impeding my workflow. When I first set up the 10.8 volume, I had access to all the folders in my main user account on the 10.6 volume. However, yesterday I used the process described in the link below to change name of my home folder, which includes creating a new user account. With this new user account, I find that I do not have access to user content on my 10.6 volume.
http://support.apple.com/kb/HT1428
I know how to change permissions in the "Get Info" window, but I'm wondering if there's a way to globally give this account the same permissions the original one had. (Actually, I thought that was what the process in that support article was supposed to do, so perhaps I've done something wrong...) As it is right now, if I've granted myself read and write permissions to the Documents folder, but those permissions seem to have "cascaded" inconsistently--some files and folders are still blocked, others are accessible. Can anyone help me out with this? For now, I'm just going to copy the files I need over, but I need a better solution.

Anyone have any ideas?

Big issues with Leopard and writing to NAS units or Windows servers

Quick run down of the issues
1st client has a number of G5's all running 10.5.2
NAS units running embedded Windows SBS 2003 or Windows Storage .
All shares have worked fine before the macs were upgraded to Leopard.
Now the macs can see the shares, mount and write to the folders. But immediately afterwards all inherited permissions are stripped from the folders/files and only the owner of the file/folder can access them. All other mac users have no access. It seems that Leopard is ignoring the inherited permissions of the share and just applying its own.
2nd Client
Number of imacs running 10.5.2. Can see the mac shares on the server running Windows SBS 2003 fine. The minute any files are copied you get the progress of the items being copied, seems to appear on the server and then just hangs.
In most circumstances the copying crashes the whole server.
Have tried binding the imacs to AD, but no joy. SMB sharing (with Appletalk turned off) dosent help either.
Somewhere there seems to be some gremlins with AFP and windows shares
Anyone have similar issues or bright ideas ?

Alright I'm running into the same issue with my iMac 10.5.2 connecting to windows server 2003 r2. I'm about to go nuts, I can log on to the server, open files manipulate them and sometimes I'm able to save that file back to server but I'm unable to transfer almost anything new to the server, (I can create new folders though). When you try to transfer something to the server I get "progress of the items being copied, seems to appear on the server"... then it hangs, a corrupt file is left on the server. If you try and open that file I get an error message on my mac, "OS X is currently using this file" on a pc it will say the file is corrupt. I'm forced to carry my psd files on a flash drive and walk to coworkers machines to upload it to the server... (haven't had time to set up parallels). I'm the only mac in the office and I'm seeing why I've been so spoiled at past jobs where its 100% macs.

HELP: Mail issues with Leopard

I have been having an issue with Mail since I upgraded to Leopard. I am getting the following message when I wake my Mac from sleep:
There may be a problem with the mail server or network. Check the settings for account “[email protected]” or try again. The server error encountered was: The server “mail.mac.com” cannot be contacted on port 143.
Does anyone know why this might be happening? Mail seems to work fine otherwise...

I had update problems with my PowerBook G4 as well. In my case the update stalled at Writing Package Receipt-it was installing 4 packages so I am not sure which one failed-but about this Mac showed 10.5.2 version-however the receipts were not anywhere -either in Software Updates/Installed Updates or in Library/Receipts/boms or in Console Logs-therefore, I concluded that the Update was only partial. I was unable to update it to completion using the independently downloaded Combo updates. So........., I restarted with the install DVD and did an Archive and Install (it reverted back to 10.5), then ran Software Update. It installed 7 items some of them relating to iTunes, iWork, iLife, QuickTime etc, including the combo 10.5.2 updater. It took an hour or two but everything finally installed. After that I ran Software Update again and it installed the Graphic Update. Now everything is fine except Permissions Verify/Repair takes quite long.

G5 fan issues with Leopard

I've had my G5 for many years, and despite the many complaints by others about unusual fan activity, I've not had one issue until I installed Leopard. Now, for the first time, the fan is changing speed frequently (every few minutes). It is not like a jet taking off, but it gasps every once in a while. Is this an improvement with Leopard, something I can adjust, or is there a problem with Leopard?
jmf

Hi Jack
Have you tried [resetting the SMU|http://support.apple.com/kb/HT1436]?
Not sure if resetting the PRAM/NVRAM is relevant. I have seen posts that that can help when the fans are problematic but from what I've read at Apple Support there seems to be little stored in there which controls the fans (for instance [here|http://support.apple.com/kb/HT1379?viewlocale=en_US] and [here|http://support.apple.com/kb/HT1242]). But I guess it never hurts to try.
You can also try one of several fan control utilities out there, such as [smcFanControl2|http://homepage.mac.com/holtmann/eidac/software/smcfancontrol2/ index.html].
/p

3rd party app Installation issues with Leopard

I recently purchased a new MacBook Pro with Leopard installed. I have been trying to install (from original media) a number of applications (such as Office:mac 2004) that install and run well on my old G4 running Tiger. On Leopard the installer won't even open the package. I have checked permissions, am in an admin account, etc but nothing seems out of place. I also recognize that these installation packages are pre-Leopard but I can't imagine all my software is now obsolete. Anyone have any suggestions?
Thanks,
Doug

Yes I have checked selected applications that I am having issues with. Office:mac 2004 is being used by others on Leopard and Intel based platforms. Not sure if 100% of these users migrated the installation from a prior machine or were upgrading the OS so already had it installed but that is highly unlikely. A demo copy of this even came with my machine. Per advice from other discussion groups this was completely removed prior to trying to install my bought copy of the software. I had believed that Rosetta would allow most (all) apps that ran on a PowerPC under Tiger to work. Since I can't get the installer to even run, I can't tell if the app itself will work.
BTW, I am about to go back and reinstall Leopard to see if that solves the problem.

Network issues with Leopard fresh install

I have an iBook that I was running Leopard on with no issues yesterday. It is no longer my main computer, so I wanted to wipe everything and start from scratch with a fresh install of Leopard. The install went smoothly. I did an Erase & Install setup from a Leopard Upgrade disc (but already had Leopard on my system so upgrade verified OK). When I booted up for the first time, it appeared everything was working normally.
I went online, downloaded a couple pieces of software I frequently use, and then started to set things up. This is when I ran into issues. I could browse the web without a problem. I could set up email with POP access, but not IMAP. AIM with Adium connects just fine. Tweetie won't connect. Dropbox won't connect. It's like some ports are being blocked, but others aren't, and I can't figure out why.
I have tried/verified:
OSX firewall is off
Restarted router/cable several times
iBook is in router's DMZ- outside of router firewall
Repaired permissions
Reset PRAM
Anyone have any suggestions or other troubleshooting ideas?

Here are the steps to selling*:
http://www.macmaps.com/selling.html
Mac Pros that shipped with Leopard should install from the Mac Pro labelled discs. Those that came with pre-Leopard, you should still include the Mac Pro discs, though if you desire to install Leopard on them, you should also include the Leopard discs that are retail. Leopard retail looks like * and do not say Upgrade, DropIn, or OEM.
- * Links to my pages may give me compensation.

Firewire issues with Leopard

I updated to Leopard few days ago on my G5 Dual 2Ghz
FW Card is http://www.sonnettech.fr/product/tango_2.html
- First problem was : tasks UserEventAgent and CoreAudio turned to red into activity monitor
- I sampled the tasks (Actity monitor/Inspect) and here are the loops :
UserEventAgent sample ---------------------
Sampling process 1092 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling UserEventAgent (pid 1092) every 1 millisecond
Call graph:
2286 Thread_2503
2286 0xffc
2286 0x25ec
2286 0x385c
2286 CFRunLoopRun
2286 CFRunLoopRunSpecific
2286 mach_msg
2286 machmsgtrap
2286 machmsgtrap
2286 Thread_2603
2286 pthreadstart
2286 AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*)
2286 CFRunLoopRun
2286 CFRunLoopRunSpecific
2286 mach_msg
2286 machmsgtrap
2286 machmsgtrap
2286 Thread_2703
2286 pthreadstart
2286 CAPThread::Entry(CAPThread*)
2286 HALRunLoop::OwnThread(void*)
2286 CFRunLoopRunSpecific
2286 mach_msg
2286 machmsgtrap
2286 machmsgtrap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
machmsgtrap 6858
Sample analysis of process 1092 written to file /dev/stdout
CoreAudio sample ------------------------
Sampling process 1094 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling coreaudiod (pid 1094) every 1 millisecond
Call graph:
2163 Thread_2503
2163 0xbfffff38
2163 0x2040
2163 0xcdf0
2163 CFRunLoopRunSpecific
2163 mach_msg
2163 machmsgtrap
2163 machmsgtrap
2163 Thread_2603
2163 pthreadstart
2163 AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*)
2163 CFRunLoopRun
2163 CFRunLoopRunSpecific
2163 mach_msg
2163 machmsgtrap
2163 machmsgtrap
2163 Thread_2703
2163 pthreadstart
2163 CAPThread::Entry(CAPThread*)
2163 HALRunLoop::OwnThread(void*)
2163 CFRunLoopRunSpecific
2163 mach_msg
2163 machmsgtrap
2163 machmsgtrap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
machmsgtrap 6489
Sample analysis of process 1094 written to file /dev/stdout
After some investigation it occured that
"2163 AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*)"
leads to some other components :
AVC.plugin that is a core media IO service and IOFireWireAVC.kext that handles I/O for Firewire
So I ran the test : stop my external drives connected to the FW Sonnet card, and there it was ! no more task in red... I know many of my friends had same issues with same G5 (2, 2.2 ,2.7) and especially, using video apps like final cut with FW cameras and external drives. I suspect de dual kext to be a part of the problem here, because on other Macs, nothing happens like this.
Can I hope for some help or can we expect driver update to get started at work with Leopard soon ?
Thx for answers

Hi all
Since I've updated to Leopard, I've encountered the same problem - without Sonnet Card - using FW800 port with a hard disk and ADVC100 in a FW400 port.
Only UserEvenAgent freezes.
Sampling process 162 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling UserEventAgent (pid 162) every 1 millisecond
Call graph:
2255 Thread_2503
2255 0xbffffd40
2255 0x25ec
2255 0x385c
2255 CFRunLoopRun
2255 CFRunLoopRunSpecific
2255 mach_msg
2255 machmsgtrap
2255 machmsgtrap
2255 Thread_2603
2255 pthreadstart
2255 AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*)
2255 CFRunLoopRun
2255 CFRunLoopRunSpecific
2255 mach_msg
2255 machmsgtrap
2255 machmsgtrap
2255 Thread_2703
2255 pthreadstart
2255 CAPThread::Entry(CAPThread*)
2255 HALRunLoop::OwnThread(void*)
2255 CFRunLoopRunSpecific
2255 mach_msg
2255 machmsgtrap
2255 machmsgtrap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
machmsgtrap 6765
Sample analysis of process 162 written to file /dev/stdout
Perhaps an Apple update could be needed.
I'll try your solution - but loose the use of my 500Gb HD is difficult
Regards
Didier

Permissions issue with Time Machine backup store

I am struggling with a Time Machine permissions issue on an iMac running OS X 10.10.2 + OS X Server 4.0.3, and backing itself up to an external USB disk.
Backups complete successfully, but I am unable to carry out any user-level operations such as accessing the "time travel" interface via Enter Time Machine from the menu bar. Invoking Enter Time Machine fails with the error Can't connect to a current Time Machine backup disk. Likewise, although tmutil will correctly list the backup destination, tmutil listbackups produces an error:
$ tmutil listbackups
2015-02-05 16:53:19.413 tmutil[29181:2324148] Error enumerating (null): The file “Backups.backupdb” couldn’t be opened because you don’t have permission to view it.
No machine directory found for host.
My system logs are full of similar error messages from Finder.
On the back volume, the permisisons to the store are set to owner root and group wheel, and there is an access control list applied to the directory and Backups.backupdb:
$ ls -lae
total 2688
drwxrwxr-x 12 root wheel      476 Feb 4 22:29 .
drwxrwxrwt@ 9 root admin      306 Feb 4 11:57 ..
0: group:everyone deny add_file,add_subdirectory,directory_inherit,only_inherit
drwxrwx---+ 6 root wheel      204 Jan 30 13:49 Backups.backupdb
0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown
-rwxr-xr-x@ 1 root wheel   115716 Nov 13 02:43 tmbootpicker.ef
The problem is clearly the drwxrwx--- permissions applied to the store. I can temporarily revert these with chmod, after which all the user-level operations described above work correctly. But on the next backup, backupd will revert the permissions to give wheel write access and remove rx privileges for everyone else. It doesn't leave anything in the system log to suggest why it is making this change.
I have a MacBook also running OS X 10.10.2, without the Server pack. This also backs up to a (different) external volume. On this volume the owner, group and access control list for the store are set as above, but the permissions are (and remain) what I would have expected, drwxr-xr-x.
Is there any obvious reason why backupd should be modifying the permissions in this way — and is there any way to stop it?

Thanks - I was seeing exact same problem on one of my client's machines (10.10.2 with OS X Server). I could see wrong group of "wheel" but wasn't certain that just changing to "staff" would be enough - but seems to have sorted things out

Migration Assistant and permissions issues with new Mac Pro

Hi There,
I've not had any significant issues with Migration Assistant in the past but I can't create a reliable system with my new Mac Pro.
After using Migration Assistant during the initial setup, my user account wasn't even transferred. I tried restarting but in the end, I followed these instructions to reset and run the assitant again: http://stationinthemetro.com/2013/11/10/make-mavericks-re-run-the-setup-assistan t
I've just finished running it for a second time, and while the user account is now on my new system, there are so many permissions issues that the system is unusable (I can't even run Safari). Creative cloud, 1Password, safari, Dropbox are all apps that give me Disk i/o or permissions errors.
If I look in the user folder, many directories within it have a red minus icon. I've tried fixing permissions using Disk Utility but something is not right.
In the past, the new system just boots like the old one but this time round, it asked me to create an account after Migration Assistant had finished - is this normal? I used the same username and password as before but I'm not sure Migration Assistantis working properly.
Does anyone know a full-proof way of fixing and transferring my account without having to spend hours downloading OSX for a full erase and install?
Any help would be much appreciated.
Cheers
Ben

Thanks for the reply,
I didn't understand exactly what to put into AppleScript sorry (never used it before) - so I just ran the following from the Terminal:
$ echo $UID
$ sudo chown -R 503 ~
And restarted - everything works now - thanks heaps.
What had happened and is this something I did or did Migration Assistant just get confused?
I have 3 new Mc Pros to setup on Monday so just want to ensure those are hassle free.
Cheers
Ben

Privileges/permissions issue with drop box/archive folder

Hi there,
I'm having an issue with the permissions on a folder on my iMac. I'm running Leopard. Here at our office, I have my computer set up just like everyone else; within my drop box I have an folder titled "Archive", and within the archive folder I have a folder named after the boss' external hard drive. When the files are on her hard drive, she moves them into this folder so that we know they're completed and can be burned to disc.
For some reason though, she can no longer access this folder in my drop to drag anything into it. One day I found something online that told me to set something through my system preferences. It worked, but I can't remember what I did! The folder seems to have "relapsed" and once again, she can't access it. "Get Info" doesn't work, no matter how many times I change the permissions- it always says everyone should be able to read and write. I've also tried changing permissions and shared folders in the "Sharing" section of system preferences. It just doesn't seem to want to go. I think she might be running Tiger; is there a possibility that that's the issue?
Any thoughts? Any help is greatly appreciated! Thanks!

I would check the system preferences / sharing / file sharing .. highlight file sharing (leftside) and setting to edit changes will be on right side for 10.6.x S Leopard. I would look for a somewhat similar setup in Tiger for its file sharing settings.

Disk Utilities/Permissions Issues with Leopard

Similar Messages

Maybe you are looking for