File permissions -AGAIN

Sorry to raise this issue yet again.
I am using Mavericks 10.9.1.
Permissions are still a damned mess.
I have now experienced this problem from Leopard onwards. Never any realible answers. This is a problem the Apple consistently ignores.
Example:
All my files are kept on a NAS - setup properly with permissions setup correctly.
I create a file on my iMac (for this example - a keynote file) - I save this to my NAS - fine so far. 5 mins later I try to save my edits to the NAS. Now I don't have the correct permissions - checking the drive, folder and specific files shows me I have 'custom access' again. Ridiculous - my NAS, my Mac - no-one else uses it.
I am sick and tired of this damned issue that wastes enormous amounts of users time. The user should not be required - to constantly repair permissions (usually doesn't work) or enter arcane code into the Terminal just to get the OS to work properly.
This is meant to be the 'most advanced OS' - really?
Sorry for the rant - but this is intolerable.
Any help greatly appreciated.
Thanks,
Mike

repost, i want know this...

Similar Messages

How can I repair file permissions?

Greetings!
Recently I get this warning when I do a File Permissions Repair with help of Distools:
`Warning: SUID File `System/Library/CoreServices/RemoteManagement/ARDagentApp/Contents/MacOS/ARDage nt` is changed and cannot be repaired.
I did a few attempts to repair this file permission by hand and also used Onyx to repair this but when my Mac had a restart are the permissions again change to `only read` and do I get the same Warning.
Shall I just let it be? Or what can I do to change this?
With kind regards,
Silvia

That warning is on this list http://support.apple.com/kb/TS1448 and as per Apple can be safely ignored.
Stefan

How to set all file permissions to default?

So a few background notes are in order. I came across an article on the NSA's website titled Hardening Tips for Mac OS x 10.6 "Snow Leopard", needless to say I have come to believe I have made this irreversible. The NSA suggested to do some fancy command line coding to disable this, modify that, and change permissions to this. After hours spent on "hardening" my system, I have little hair left to pull in frustration. Is there any way to restore all file permissions back to default? I have used the Repair Disk Permissions, but that has done very little. To give the scope of what permissions have been skewed, I have observed several things:
The desktop wallpapers, on all Desktops (as I'm in Lion 10.7.3), start from the same picture every time. I have the wallpapers changing, randomly, every 5 minutes.
Safari doesn't keep the home page. No matter how often I try to change the homepage, I restart Safari, and I'm right back to the original homepage.
Firefox doesn't retain the fact that I want it to be the default Web Browser. In fact, it keeps "forgetting" that I've used it before, and thus brings me to their awesome start page whenever someone first uses Firefox.
Spotlight gets "stuck" i.e. almost every time I start my machine, it indexes. Even after I let it finish indexing, the next time I start my computer, it starts again.
I have to input the administrator password after almost every activity, such as copying to the desktop, moving an application not bought from the Mac App Store into the /Applications folder, deleting a file from anywhere inside my home folder, etc.
Some preference panes that need access to certain folders, such as Hazel's access to my desktop, are denied that access without ever prompting me for a password (though even if it did, it would get rather annoying after every startup)
My firewall (in System Preferences>Security & Privacy>Firewall) doesn't "remember" that I do indeed want Dropbox to accept incoming connections. I have to input my admin password at each startup after clicking "allow"
Opera pretty much doesn't function. Its bookmarking capability, home page, saved tabs, any thing that requires the saving of any type of preference to the computer results in a dialog pop up informing me that Opera failed to save what it needed, and prompts me to "Try again" or "Cancel" (hint: the "Try again" button doesn't work)
There are more symptoms of an ever growing problem.
I have backed up my machine from Time Machine, but I think it retains these file permissions, unless I'm wrong.
Summary:
How can I fully restore EVERY file permission back to default? Repair Disk Permissions doesn't work
Is there a way that I can re-install Mac OS X, restore through Time Machine, and achieve the default file permissions, essentially losing all file permissions?

Repairing the permissions of a home folder in Lion is a complicated procedure. I don’t know of a simpler one that always works.
Launch the Terminal application by entering the first few letters of its name into a Spotlight search. Drag or copy – do not type – the following line into the window, then press return:
chmod -R -N ~
If you get an error message about permissions, enter this:
sudo !!
You'll be prompted for your login password, which won't be displayed when you type it. You may get a one-time warning not to screw up.
Next, boot from your recovery partition by holding down the key combination command-R at startup. Release the keys when you see a gray screen with a spinning dial.
When the recovery desktop appears, select Utilities ▹ Terminal from the menu bar.
In the Terminal window, enter “resetpassword” (without the quotes) and press return. A Reset Password window opens.
Select your boot volume if not already selected.
Select your username from the menu labeled Select the user account if not already selected.
Under Reset Home Directory Permissions and ACLs, click the Reset button.
Select  ▹ Restart from the menu bar.

Live Data / Problem with file permissions

Just trying out an old version of Dreamweaver MX 2004. I am
using my webhosting service for remote server/testing server
duties. It is running PHP 4.3.10 and MySQL 3.23.58. I was able to
set up the database connection and test-retrieve a recordset with
no problems. In following the tutorial I found that Livedata
wouldn't work, it just giving me a warning about file permissions
being wrong. It turns out that when Dreamweaver creates a temporary
file of the work-in-progress to upload to the remote server the
file is created on the server with owner=rw, group=rw, world=r
which explains why it won't run - group has to be set to group=r.
The file is created on the fly and then immediately deleted by
Dreamweaver so it is impossible to manually set the permission on
the server and probably fairly pointless too.
I tried just saving the file and previewing in the browser
which again causes it to be uploaded to the remote server. The
first time this resulted in the browser offering a file download
box instead of running the page. The reason is - again - that
Dreamweaver is setting the uploaded file permissions to include
group=rw. If I manually set the permission for group to group=r it
runs fine.
It turns out that Dreamweaver is always setting the file
permissions on file uploads (checked php and html) to the
remote/testing server to include group=rw. Once I set it manually
on the remote/testing server to group=r for a php file everything
is fine and subsequent uploads of the same file do not change it
again.
I checked with the webhosting company and their second-line
have reported back to me that the default file permission they set
on uploaded files includes group=r so it must be DW that is causing
the problem by setting group=rw the first time. I confirmed this by
using WS-FTP to upload the same file (renamed) to the same target
directory and the permissions set were owner=rw, group=r, world=r.
So
Can anyone please tell me how to change the permissions DW
sets on files written to a remote server because I have spent
countless hours on it without success. From looking at other posts
in this forum it could be that other users are hitting the same
kind of problem with DW8

Stop using Live Data with a hosting account. Set up PHP and
MySQL locally on
your machine. That is how it's supposed to work. You
shouldn't test files on
the fly on a host as you write them. Change your test account
in DW to use
the local server. Upload your files to your remote server
after they are
fully tested.
Tom Muck
http://www.tom-muck.com/
"nigelssuk" <[email protected]> wrote in
message
news:[email protected]...
> Just trying out an old version of Dreamweaver MX 2004. I
am using my
> webhosting
> service for remote server/testing server duties. It is
running PHP 4.3.10
> and
> MySQL 3.23.58. I was able to set up the database
connection and
> test-retrieve a
> recordset with no problems. In following the tutorial I
found that
> Livedata
> wouldn't work, it just giving me a warning about file
permissions being
> wrong.
> It turns out that when Dreamweaver creates a temporary
file of the
> work-in-progress to upload to the remote server the file
is created on the
> server with owner=rw, group=rw, world=r which explains
why it won't run -
> group
> has to be set to group=r. The file is created on the fly
and then
> immediately
> deleted by Dreamweaver so it is impossible to manually
set the permission
> on
> the server and probably fairly pointless too.
>
> I tried just saving the file and previewing in the
browser which again
> causes
> it to be uploaded to the remote server. The first time
this resulted in
> the
> browser offering a file download box instead of running
the page. The
> reason is
> - again - that Dreamweaver is setting the uploaded file
permissions to
> include
> group=rw. If I manually set the permission for group to
group=r it runs
> fine.
>
> It turns out that Dreamweaver is always setting the file
permissions on
> file
> uploads (checked php and html) to the remote/testing
server to include
> group=rw. Once I set it manually on the remote/testing
server to group=r
> for a
> php file everything is fine and subsequent uploads of
the same file do not
> change it again.
>
> I checked with the webhosting company and their
second-line have reported
> back
> to me that the default file permission they set on
uploaded files includes
> group=r so it must be DW that is causing the problem by
setting group=rw
> the
> first time. I confirmed this by using WS-FTP to upload
the same file
> (renamed)
> to the same target directory and the permissions set
were owner=rw,
> group=r,
> world=r.
>
> So
>
> Can anyone please tell me how to change the permissions
DW sets on files
> written to a remote server because I have spent
countless hours on it
> without
> success. From looking at other posts in this forum it
could be that other
> users
> are hitting the same kind of problem with DW8
>

Problem with file permissions

Hello all,
I am making a simple HttpServlet, which takes input
from html page and saves in to a file, but I'm having a
bit of a problem with file permissions.
I'm getting the following exception
java.security.AccessControlException: access denied (java.io.FilePermission ./data/result read)
     java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
     java.security.AccessController.checkPermission(AccessController.java:427)
     java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
     java.lang.SecurityManager.checkRead(SecurityManager.java:871)
     java.io.File.exists(File.java:700)
     SyksyHTTPServlet.doPost(SyksyHTTPServlet.java:31)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:585)
     org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
     java.security.AccessController.doPrivileged(Native Method)
     javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
     org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
     org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)The exception seems to occur when I'm trying to check whether the file already
exists or not.
The data directory has all permissions (read, write and execute) set for all users,
and I have made an empty file called result inside the data directory for testing.
This file has read and write permissions enabled for all users.
Here's my code
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.Enumeration;
import java.util.List;
import java.util.ArrayList;
public class SyksyHTTPServlet extends HttpServlet
     public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          int totalCount = 0;
          List list;
          String song = request.getParameter("song");
          PrintWriter out = response.getWriter();
          File file = new File("./data/result");
          if(file.exists()) // this is line 31, which seems to cause the exception
               list = readFile(file);
          else
               file.createNewFile();
               list = new ArrayList();
          list.add(song);
          writeFile(file, list);
          for(int i = 0 ; i < list.size() ; i++)
               out.println(list.get(i));
     public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          doPost(request, response);
     private List readFile(File file)
          List list = null;
          try
               FileInputStream fis = new FileInputStream(file);
               ObjectInputStream ois = new ObjectInputStream(fis);
               list = (ArrayList)ois.readObject();
               ois.close();
          catch(Exception e)
               e.printStackTrace();
          return list;
     private void writeFile(File file, List list)
          try
               FileOutputStream fos = new FileOutputStream(file);
               ObjectOutputStream oos = new ObjectOutputStream(fos);
               oos.writeObject(list);
               oos.flush();
               oos.close();
          catch(Exception e)
               e.printStackTrace();
}I'm using Tomcat 5.5 on Ubuntu Linux, if that has anything to do with this.
I'll appreciate all help.
kari-matti

Hello again.
I'm still having problems with this. I made
a simple servlet that reads from and writes
to text file. The reading part work fine on my
computer, but the writing doesn't, not even
an exception is thrown if the file exists that
I'm trying to write to. If I try to create a new
file I'll get an exception about file permissions.
I also asked a friend of mine to try this same
servlet on his windows computer and it works
as it should.
Here's the code
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
public class ReadServlet extends HttpServlet
     public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          String s = "";
          PrintWriter out = response.getWriter();
          String docroot = getServletContext().getRealPath( "/" );
          out.println("docroot: "+docroot);
          File file = new File(docroot+"test.txt");
          if(file.exists())
               s = readFile(file);
               out.println(s);
          else
               out.println("file not found");
               //file.createNewFile();                    // causes exception
               //out.println("new file created.");
          writeFile(file, "written by servlet");
          out.println("Now look in the file "+file.getPath());
          out.println("and see if it contains text 'written by servlet'");
     public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          doPost(request, response);
     private String readFile(File file)
          FileInputStream fis = null;
          BufferedInputStream bis = null;
          DataInputStream dis = null;
          String s = "";
          try
               fis = new FileInputStream(file);
               bis = new BufferedInputStream(fis);
               dis = new DataInputStream(bis);
               s = dis.readLine();
               fis.close();
               bis.close();
               dis.close();
          catch(Exception e)
               e.printStackTrace();
          return s;
     private void writeFile(File file, String s)
          FileOutputStream fos = null;
          BufferedOutputStream bos = null;
          DataOutputStream dos = null;
          try
               fos = new FileOutputStream(file);
               bos = new BufferedOutputStream(fos);
               dos = new DataOutputStream(bos);
               dos.writeChars(s);
               fos.flush();
               bos.flush();
               dos.flush();
               fos.close();
               bos.close();
               dos.close();
          catch(Exception e)
               e.printStackTrace();
}And if someone wants to test this servlet I can
give a war package.
Any advices?
kari-matti

Installed Photoshop cc 2014 asks for serial # - corrupted Windows file permissions

More of a warning / heads up to all than a question - installing Photoshop cc 2014 [via the CC manager app] caused some Windows file (security) permissions to become corrupt corrupt on my system. Symptoms include cc2014 asking for serial number validation on startup (when, as a cloud version, it should not do so), then being unable to connect to the internet when you press the 'validate serial' button so getting that window into infinite loops, and - a real pain in the *** when trying to fix the above - causing abends of some windows shell functions that in turn cause windows explorer to crash and restart.
Anyhow, digging into this (fortunately, I am a long time Windows SysProg) I discovered that for reasons unknown, either the CC master app or the actual Photoshop cc2014 installer (or both) are changing file access control permissions on a number of files, mostly DLL's. Most of the files affected are in the (normally hidden) Program Data directory on the windows root disk, Some of them are in the Adobe subdirectory - so fair enough if they want to fool around with their own program - but others being changed are in the Common Files and Microsoft subdirectories. I cannot for the life of me figure out why this is necessary nor why Adobe feel the need to touch files that 'do not belong' to them - something dangerous in the extreme as an external app such as Windows Update might replace or 'repair' the files so touched, and if Adobe / CC are relying on file permissions on non-Adobe files, such changes could result in all manner of random and spurious problems / error messages occurring.
Anyhow, if, fellow Photoshop cc 2014 user, you get this happen to you then you can fix the file permissions by opening a console window [also called a "DOS box", or "command prompt" depending on your age and knowledge... 8-) ] and run the windows file checker with the command
"sfc /scannow". Make sure that you use 'run as administrator' to open the console window, or you'll get an error about sfc only being available to administrators. Also a very (very) sensible idea to close all non-essential running applications first to prevent any possibility of weird interactions happening.
Finally, check that the 'hosts' file in [root drive]:/Windows/System32/drivers/etc is valid - for some reason, it looks like the install tried to check or update this file (again, I have no idea why) but the result was a corrupted hosts file, which I assume is the root cause of the 'unable to connect to host' type internet error messages. Copy the file, rename it as 'hosts.txt' and edit it with notepad or wordpad. Look for lines containing garbage strings at the bottom of the file (any line that starts with a # ignore, it is a comment, and any line that has IP addresses or host names should be ignored - though if they reference a site such as "someserver.adobe.com" you might want to treat them with suspicion if you continue to get internet 'cant connect to site' type errors.
Anyhow, when I fixed these two sets of problems, Photoshop cc 2014 started 'right first time' without all the BS messages about serial numbers etc.
Hope this helps somebody out there in AdobeLand......
Rick

Update: I tried several times to reproduce the error, actually it dosen't occur. I changed nothing on my system, without reboot it twice. This is what I said in my beginning times: it occurs sometimes but often. I will keep you up to date.

"Password Wallet" & File Permissions

Hi,
How can I set the file permissions correctly on "Password Wallet's" file so that multiple people on the same Apple MacBookPro running Leopard (MAC OS 10.5.x) can access it read/write?
Yes, I've already run this question by Selznick Software (Password Wallet's developer) and got nowhere.
Here's the problem/symptoms that I am experiencing:
I installed "Password Wallet" and started using it under my userid/account (Toni). Everything worked fine. I adjusted the file permissions on Password Wallet's data file to allow my wife to access it under her userid/account (Mel). She logged onto her account and accessed it just fine. Then, I re-logged onto my account (Toni) and CANNOT access it because somehow her access removed my read/write permissions from the file.
I've tried the same experiment several times now. The result is always the same. After getting the Password Wallet data file setup with read/write for wife and read/write for me while logged onto my account (with administrative privileges), then if another user account (wife's) accesses it, then the access control lists are mysteriously changed (my read/write access control is gone, my wife's is the only remaining read/write access).
I have only done this experiment and reset the access the control settings via the GUI interface. Somebody at work suggested I enter terminal mode and use the command line methods (UNIX commands like chmod). Although, I know how to run these types of commands, I have no idea what access control settings I need to enter on the chmod command line to allow multiple users to have read/write access to the PasswordWallet data file.
Your advice would be greatly appreciated.
Regards,

After some more experimentation tonight, I have finally found a "workaround" to allow multiple user accounts on the same computer to successfully access the Password Wallet's data file!
Here's the trick/workaround:
(1) Create a group account (say "PasswordWalletGroup") whose members are the different user accounts that you want to access Password Wallet's data file (so, in my case I added myself and my wife into this group); &
(2) Give that group Read/Write access to the data file (via "Finder", select the data file, select "Get Info", and go to the section on "Sharing & Permissions" & simply add the group name & modify the privileges to "Read & Write").
Now, each user account in that group will be able to access Password Wallet's data file and can modify it. The Password Wallet application will still reset the permissions so that the last user account modifying the file will become the "owner" (Me) BUT the above group workaround will somehow trick the application. Thus, the next different user account that accesses it will be successful and the goofy application will again reset the permissions to let this account be the owner but the group permission will allow others to still access the data file.
It's clear that the Password Wallet application is doing something funky with the file permissions. Perhaps, it's a "file locking" scheme or something. The application clearly wants to reset the permissions so that the only user account with read/write access is the account that last modified the file. However, the workaround above somehow fools the application and allows multiple user accounts to access the data file (sequentially, of course, not simultaneously).

Checking /Viewing Unix file permissions

Is there a way for me to check file permissions (In Java) under unix, without having to call a system dependent function. (ie Runtime.getRuntime(); run.exec(....))
Any help would be greatly appreicated.
Curtney

Thank you for replying.
You are correct, I can detect ile permissions by using these functions, more specifically whether the current running application is able to read/write to a particular file.
However, I am interest in knowing the file permissions /attributes
for user and group on the unix file system despite whether the current running application can read/write to a particular file.
ie,
-rw-rw--r-- 1 username groupname size date .... filename
I have searched and I believe, currently, there is not a class/member function that accomplishes the above.
Again, Thanks for responding.
Curtney

Finder / Pathfinder - strange file permissions reported

I think I have several issues relating files on my Netgear ReadyNAS. I think this is caused by permissions issues but I need some advice as to how OS X handles permissions.
As part of my troubleshooting I have checked files using Finder and using Pathfinder. If I check permissions of a file on my NAS using Finder I see: Owner - (unknown), Group - staff and Everyone. If I check the same file using Pathfinder I see: Owner - markwagstaff (501), staff (20) and Everyone appears in the permissions table. Permissions are the same despite the Owner being unknown using Finder.
If I then copy the file to the desktop and check permissions again Finder and Pathfinder are identical; Finder identifies Owner as markwagstaff (me).
I use the same username to log into the NAS and the Mac (markwagstaff).
Is this behaviour expected? Why is Finder unable to identify the correct Owner name for files on the NAS? What are do the codes reported for owner and group (501) and (20) mean?
Thanks in advance.

More info...
If I check "ignore ownership" on the volume, I can share folders on the volume. However the permissions set in the sharing control panel are ignored. Any user can modify (R/W) the shared folder.
If I uncheck "ignore ownership" on the volume, and set the permissions, and "apply to enclosed items", I can no longer share the folder, regardless of the permissions defined in either the sharing control panel, or the folder's get info.
My internal (root) drive has permissions, and sharing works on that volume. I checked the other USB volume, and it looks like ownership is ignored.
Is this a known issue, that you can't share from a USB drive unless "ignore ownership" is selected?

SVN Source - File permissons and format issues

Hi,
I checked out source from svn repository and tried to build, permissions on files are wrong, is it SVN doing or repository have files with that permission?
I also noticed, tomcat sh files have again wrong permission (no execute or read) and also in dos file-format, which means it would throw ": bad interpreter: No such file or directory" error, if executed on *nix boxes. I have to convert those using dos2unix..
BTW! things failed even when I was trying using sudo...

On Thursday 28 Feb 2008, Abdul Qabiz wrote:
> Hi,
I checked out source from svn repository and tried to build,
> permissions on files are wrong, is it SVN doing or repository have files
> with that permission?
Wrong in what way ? On which files ? On what O/S ? What SVN revision ?
> means it would throw ": bad interpreter: No such file or directory" error,
> if executed on *nix boxes. I have to convert those using dos2unix..
I had no such problems in my SuSE or Unbuntu Linux boxes.
Tom Chiverton, stupid web forum
This email is sent for and on behalf of Halliwells LLP.
Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority.
CONFIDENTIALITY
This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 2500.
For more information about Halliwells LLP visit www.halliwells.com.

Need help fixing my safari. have already done files perms repair to no avail. Only thing that happens when I select Safari is the screen changes color.

I Need assistance repairing my browser "Safari" on my MacBook Pro. The only thing that happens when I select it is that the Icon does bounce up and down. I've already tried to repair the files perms to no avail. I have also created another user and tried to use Safari when logged on as them and it didn't work then either.
Help!! I'm new to Apple but have loads of PC experience...

Please read this whole message before doing anything.
This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
The purpose of the test is to determine whether the problem is caused by third-party software that loads automatically at startup or login, by a peripheral device, by a font conflict, or by corruption of the file system or of certain system caches.
Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards, if applicable. Start up in safe mode and log in to the account with the problem. You must hold down the shift key twice: once when you turn on the computer, and again when you log in.
Note: If FileVault is enabled, or if a firmware password is set, or if the startup volume is a Fusion Drive or a software RAID, you can’t do this. Ask for further instructions.
Safe mode is much slower to start up and run than normal, with limited graphics performance, and some things won’t work at all, including sound output and Wi-Fi on certain models. The next normal startup may also be somewhat slow.
The login screen appears even if you usually login automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin.
Test while in safe mode. Same problem?
After testing, restart as usual (not in safe mode) and verify that you still have the problem. Post the results of the test.

Another PSCS5 Won't Start/Scratch File/Permissions Thread

Win 7 x64, PS CS5 12.0.3. 12GB RAM, SSD for C:, HDD for D:, >900GB available on D:.
PS starts fine with only C:/ selected as scratch file location. But when I add a secondary scratch file location of D:/, I get the following errors on PS startup,
I have searched and read everything I can find about this problem but to no avail. In exploring this problem, I have set permissions for C: and D: to Full Control for my user account, administrator account, System, and authenticated users. No change in behavior. I have deleted the Preferences file, although as shown above, PS itself is deleting it. After the prefs file is deleted, whether by me or PS, PS starts fine, but with only C:/ as scratch. If I again add D:/ it again errors on next start.
I know of no problem with D:, no error messages except the one from PS. It is also used for a second Windows pagefile location and Windows TEMP/TMP files.
PS will start with D:/ selected as a scratch file location if I Run As Administrator.
I don't see any relevant error in Event Viewer, although I am incompetent and ignorant of that tool.
Any help will be appreciated.
Hold on, before hitting the Post button, I tried one more thing. I did the CTRL-ALT thing on PS startup and added D:/ as a scratch file location in that dialog. Then close PS, start it again. No problems. So it appears that PS just doesn't like to have a secondary scratch file location added from the running application by calling up the Edit/Preferences/Performance dialog.
I'll go ahead and make this post, hoping it might help someone else, and I will watch things for a while, maybe back off on some of the permissions, and report back with any findings.
Stan

No, I haven't been unable to access the scratch folder. I have been unable to successfully have Photoshop use my D: drive as the location for a secondary scratch file if it has insufficient room on C:. Going into the Edit/Preferences/Performance dialog and telling Photoshop to add the D: drive as the secondary location for a scratch file does not work. It appears to work, and a new preferences files is written, but when Photoshop opens the next time, it says it encountered a disk error and that the preferences file is invalid and then it deletes the preferences file. Then I can open Photoshop and it will make a new preferences file and works OK, but with only C: as the scratch file location, per default. If instead, I press CTRL-ALT immediately after starting Photoshop, it opens a dialog to ask me where I want scratch files. I can tell it C: and D:, it makes a preferences file with that information, and then everything is fine. I just don't know why I can't accomplish that from within Photoshop using the Edit/Preferences dialog. As I said, this behavior does not depend on file permissions.
As to what I have been through, it is pretty much what I have described, elevating file permissions to Full Control for all user categories, resulting in no change in behavior, and then trying the CTRL-ALT procedure, which solves the problem, and then lowering the permissions to where they were before, and the CTRL-ALT procedure still works. Every time. And the Edit/Preferences dialog never works (for this purpose).
Uh, oh, there is more to this. Although the CTRL-ALT procedure solved the problem specifically for setting the secondary scratch file location, I just tried setting some more preferences from within Photoshop, and got the same behavior as before, namely that the two error messages appear the next time Photoshop tries to open. So it appears to be more general, occuring whenever Photoshop creates a preferences file from the Edit/Preferences dialog. [Note: not right, further experiment results later.]
Now what?
Noel, if you believe this is due to security settings, I am willing to try whatever you recommend, but I believe you think I should solve the problem by elevating file permissions (which I have already tried) and running on an administrator account, and dealing with security issues in Windows and with procedures. But does everyone else using two drives for scratch files have to do that? I think I have something messed up somewhere but I don't know what.
Here are three scenarios:
Scenario #1:
1. Delete preferences file.
2. Open PS running as user.
3. A prefs file is created, but with 0 bytes, as observed in Windows Explorer.
4. Using Edit/Preferences/Performances, add D: as a secondary scratch drive.
5. Close PS.
6. The prefs file now has 190 KB. .
7. Open PS running as user.
8. Error messages received, PS does not start. Prefs file is deleted.
Scenario #2:
1. Start PS using CTRL-ALT procedure.
2. In the Scratch Disk Preferences dialog that comes up before PS, set D: as a secondary scratch drive.
3. A prefs file is created, but with 0 bytes.
4. Close PS.
5. The prefs file now has 190 KB.
6. Start PS, running as user.
7. Look in Prefs, shows C: and D: as scratch drives.
8. Close PS.
9. Time stamp of prefs file is updated.
Scenario #3:
1. Delete prefs file.
2. Start PS, Run As Administrator.
3. Using Edit/Preferences/Performances, add D: as a secondary scratch drive.
4. A prefs file is created, but with 0 bytes.
5. Close PS.
6. The prefs file now has 190 KB.
7. Start PS, Run As Administrator.
8. Look in Prefs, shows C: and D: as scratch drives.
9. Close PS.
10. Time stamp of prefs file is updated.
11. Start PS, running as user.
12 Get errors, prefs file is deleted.
Note that I used scratch file locations in these scenarios. I do't think it has anything to do with scratch files, as it turns out. It seems to just be how the prefs file is created.
Further experiment.
Open PS as user, Edit/Preferences/Cursors, don't change anything, hit OK, close PS.
Open PS as user, opens OK. Edit/Preferences/Performance, don't change anything, hit OK, close PS.
Open PS as user, get errors.
Open PS as user, Edit/Preferences/Performance, don't hit OK, switch to Cursors dialog, no changes, hit OK, close PS.
Open PS as user, get errors.
Open PS as user, Edit/Preferences/Performance, don't change anything, Cancel, close PS.
Open PS as user, opens OK.
OK, so it doesn't have anything to do with scratch files, it just has to do with visiting the Preferences/Performance dialog. Unless the only action taken is to Cancel the dialog.
My head hurts.
Stan

Complex file permissions issues

I'm working on trying to setup file permissions on a share for a client and have been unable to figure out a way to do what they have asked for. They have a predefined structure of directories inside each client directory and have shared the parent folder
that holds all the individual client directories. In each client directory it has the same structure as the other clients' and is supposed to have varying permissions regarding files and folders throughout, however, the initial structure of directories should
never be allowed to be changed by the client accounts in the group granted permission to their structure.
Throughout the structure those in that client group in AD should have read and execute everywhere, which is easy to set and I've had no issues with. In some of the subdirectories they should have modify/delete for it's contents, sometimes restricting this
to just files vs files and directories. If the directory that should allow that is not followed by any further directories defined by the structure I can configure that as well. It's when a directory is supposed to allow the client modify/delete on it's subdirectories
and files BUT it has a child that the client should NOT have modify/delete on because it's part of the pre-defined structure that I run into a problem.
Example folder structure:
Client_Name -> Data -> DataSub
They have read, transverse, list, execute on Client_Name and can't change the Data directory itself. Then they need to be able to create, modify and delete files and directories inside Data BUT they can't be allowed to do that to the prexisting DataSub directory.
They also must be able to create, modify, and delete files and directories inside DataSub.
I've tried using a deny rule applying to "This folder only" on DataSub and selecting (create files/write data, create folders/append data, write attributes, write extended attributes, delete subfolders and files, and delete) while having an allow
rule for the same + read applying to "This folder, subfolders, and files" but DataSub is still modifiable and then nothing inside it is.
I've also tried allowing (traverse folder/execute file, list folder/read data, read attributes, read extended attributes, read permissions) on DataSub applying to "This folder only" and then another allow rule applying to "Subfolders and files
only" allowing (create files/write data, create folders/append data, write attributes, write extended attributes, delete subfolders and files, and delete). DataSub is still modifiable and nothing inside it is again.
I can't figure out how to do this and I'm not 100% sure it's even possible. If anyone could provide any insight or help I'd greatly appreciate it.

Hi, If I see it correctly, that's how I would do it;
- I would desactivate inheritance on all 3 folders & remove all security.
- I would create 3 groups to apply to each folder.
- I would make the group member of each folder with the general read flag.
- I would click in the advanced security to make them able to modify, erase for
file and subfolder only
I would not use deny as it make the ACL harder to read.
Regards, Philippe
Don't forget to mark as answer or vote as helpful to help identify good information. ( linkedin endorsement never hurt too :o) )
Answer an interesting question ? Create a
wiki article about it!

ExaWatcher - File permissions

Hi,
Has anyone had experience tinkering with the file permissions on the ExaWatcher folders and files? The issue we're experiencing is that all files in /opt/oracle.Exawatcher/archive (and the archive directory itself) have permissions such that they are only viewable by root. We are trying to limit the use of the root user id, would prefer that DBAs use the grid owner id instead so we would like to modify the permissions of each new file that is created to 744.
I tried browsing through the various shell scripts and .conf files in the /opt/oracle.Exawatcher directory to see if there was some sort of parameter driving the existing permissions but it was not immediately clear to me.
Any thoughts or ideas are appreciated.
Thanks.

Thanks for the response. I did notice this information in the HelpExaWatcher.sh script.
[-r|--ResultDir] "ResultDir"
    Defines the directory to allocate the result of the data collections.
    Can only be defined once for each run; if it's not specified, default value:
    "/opt/oracle.ExaWatcher/archive/";
    Creates the directory and its parent directories if not exist. Changes the permission to be 0755 if
    the directory exists. If the directory cannot be created/written to, the directory is set back the
    default. If the default directory cannot be created/written to, ExaWatcher will exit as it's impossible
    to store the collected data.
The ExaWatcher.sh is currently run with the ResultDir set to the above "default" directory and the permissions are not changed "...to be 0755 if the directory exists".
Again, we're looking for the folders and files to have 755 permissions. Any other thoughts?

File permissions and Adobe Software

We have a problem with file permissions and adobe software. In Illustrator and Photoshop I can open files from the 10.4.7-server that are opened by another user at the same time and in Indesign, in the contrary, I cannot open any file on the server. Always error "no rights" or "is opened by another user", also if logged in as admin.
In MS Word for Mac we have no problem, if a file is open (Word) and I try to open the same file on another workstation, error "is open" is showed correctly. We have 3 10.4.7-Workstations and a 10.4.7-server on a G4/800. Can anyone help?

Assuming you're connecting via AFP, this may help:
1. Start with current updates: Update your client and server software to version 10.4.8. Update Photoshop CS2 to 9.0.2, Illustrator CS2 to 12.0.1, and InDesign CS2 to 4.0.4.
2. In Illustrator and Photoshop I can open files from the 10.4.7-server that are opened by another user at the same time.
This is actually not normal. Instruct your users to avoid opening files simultaneously, as this will result in lost data.
If you have SMB/CIFS access to the same share point, disable oplocks; allow only strict file locks.
If you've disabled the lock manager for AFP, re-enable it. It's enabled by default in /Library/Preferences/com.apple.AppleFileServer.plist.
3. For InDesign documents that won't open, delete their corresponding lock files. Whenever InDesign CS or CS2 opens an .indd or .inx file, it creates a corresponding .idlk file that simply serves to flag the .indd/.inx file as open. If File.indd won't open, locate and delete File.idlk and try again. The lock file will be stored in the same folder as the document.
4. Double-check your file permissions. Start by verifying the filesystems (Disk Utility/First Aid tab/Repair Volume button) of the server volume that houses the affected share point(s). You'll have to disable sharing to do so.
Ensure that your permissions are correct, and adjust them as necessary. Consider using an ACL to apply read/write access for users or groups, because ACLs offer the superior inheritance model. See my ACL Tips post (http://discussions.apple.com/click.jspa?searchID=-1&messageID=1732788) if you haven't already.
You may also find my posting regarding permission assignments and changes for newly-created items, copied items, or moved items: http://discussions.apple.com/thread.jspa?threadID=654236&tstart=30
--Gerrit

File permissions -AGAIN

Similar Messages

Maybe you are looking for