Hi... posted this earlier but the problem/question seems to have vanished... so, reposting.
Was asked to troubleshoot a Win 7 PS13 (CS6) crash today - first time to my knowledge PS has ever crashed! On restart, no Auto Recover option. All work lost. Did some checking.
Found two folders:
1. On the boot disk, found Users\xxxx...\....\AutoRecover
2. On the exclusive scratch disk - set on G: - found the folder G:\PSAutoRecover (as well as the PS temp file in the root of G:).
Both the AutoRecover folders were empty.
Set auto save time to 5 minutes... Rebooted. Restarted PS and created a new file - test01.psd. Saved it. Did some work, didn't save... kept checking... (played games for 15 mins). Checked. Both AutoRecover files remained empty.
Crashed the system (forced shutdown). Auto recover option and the test file was not showing up in the recent files list... opened the original test01.psd. No work subsequent to the original save showed up. Nor any recovery option. Did some more work on the file... just checked... both the AutoRecover folders are still empty.
(Just closed PS and saw that the PS temp file deleted itself. Both the AutoRecovery folders remain - empty.}
So, my questions are:
1. Is there a 'Permissions' attribute i need to set? Or...
2. Is the AutoRecover messed up? Or...
3. Is the installation messed up and should i advise a reinstallation?
TIA....
Having tested the auto-save and recovery feature only in the Ps CS6 public beta, I just followed your footsteps.
Only thing that's different is that I had the Auto-Save interval set for 5 minutes before starting Photoshop. My scratch disk is C:.
So I guess it CAN work.
Perhaps it uses whatever setting was already active when Photoshop was first opened. You should try setting the Auto-Save time to 5 minutes, then close Photoshop normally, reopen, and test again.
-Noel
Hi Noel... Did that... meaning set auto save to 5 mins. Not just restarted PS but rebooted the system! (Actually for other reasons
- update install).
Both C:\Users\RonitaC\AppData\Roaming\Adobe\Adobe Photoshop CS6\AutoRecover and PSAutoRecover on G: drive (the exclusive scratch disk) remained empty.
Curt... it's there... suggest you try following from the beginning... here's the path again:
C:\Users\YourUserName\AppData\Roaming\Adobe\Adobe Photoshop CS6\AutoRecover
BTW... am not sure but seem to have figured out the problem.
AutoRecover seems to work only if the primary scratch disk is set to C:.
I configured Ronita's system to scratch disk set to C. The autorecover file popped up in the path above. I then changed her primary scratch disk back to G: and set C; as the secondary scratch. No autorecover file.
So, all in all, this seems to be a bit of a bummer... AutoRecover will only work if the primary scratch is set to the boot disk... ![]()
You mean this topic: PS CS6 Auto Recover???
Noel...
The AutoRecover feature does not seem to work unless the primary scratch disk is set to C:\ (or whatever is the original default - the boot disk I presume).
Have tried it with:
1. Primary and sole scratch as X:\ - the folders are there (under the user's path as AutoRecover and PSAutoRecover on the scratch disk) but no autorecover file
2. Primary set to the default of C:\ - it works - this seems to be the only instance that it works
3. Primary set to X:\ and secondary to C:\ - does not work - all folders present as in 1. above but no autorecover file
I have not tried primary as C;\ and secondary as X:\ as that is self-defeating, given you want an exclusive disk for the scratch file...
Could you please test and revert? I have access to only one CS6 installation at the moment - the person who called me with the initial problem. Thanks.
Okay, I set my primary scratch drive to D:, with secondary as C:. Opened a file, painted something on it, then left Photoshop alone. At that time only Photoshop Temp5256875416 showed up in the root of D:.
5 minutes later a PSAutoRecover folder was created and the auto-save file written as:
D:\PSAutoRecover\NoelC\_SpragueLakeWalk56222DAE5342B8EDB7E88D31B654DB9 FB.psb
-Noel
Noel...
In my case it creates the folder 'PSAutoRecover' but the folder is empty... the path is:
F:\PSAutoRecover\ =blank=
And yes, the folder was created a while later.
What i did was as follows:
1. Set: Pref/Performance/Scratch 1 to F:\ - this is a primary partition on a separate HDD
2. Set: Pref/Performance/Scratch 2 to C:\ - this is the boot drive
Shut down and reopened PS. Opened an existing file... made some changes... hung around for more than 5 mins... found the follwing:
1. New folder created on F:\ called 'PSAutoRecover'. Contents were empty.
2. Folder under the C:\Users\...etc. route was AutoRecover but, again, empty.
Wonder if i should advise a complete uminstall and reinstall?
Further... went into the drive where the scratch file is located (G:\) and checked permissions, etc... even reset some of them to giving all users full access... no luck... but the strange thing is the folder - PSAutoRecover - is created. It just doesn't get populated. Guess one will have to just try a reinstall...
And as stated earlier, if the primary scratch is set to C:\, everything works... ![]()
shunithD wrote:
if ... is set to C:\, everything works...
Generally speaking, Windows and applications written for Windows just seem to like drive C: best. It has always been thus and probably will always be.
This is a good example of why I created a super high speed SSD array for my own drive C:. Everything just works and it's very, very fast. I can hardly tell when Photoshop begins to go to its swap file.
If I were asked for advice how to configure a workstation I'd go against the general advice to set up a separate scratch drive and I'd advise setting up a big honkin' RAID 0 drive C: just like what I've done - using SSDs if the budget will allow, or with two or more high reliability spinning drives if not.
-Noel
Noel Carboni wrote:
This is a good example of why I created a super high speed SSD array for my own drive C:. Everything just works and it's very, very fast. I can hardly tell when Photoshop begins to go to its swap file.
Yup, i saw that suggestion in another thread... the one where the OP wanted to install a stripped down PS. You're probably right and it's an option i'll look into for my own system.The problem being faced in this instance is, however, unfortunately beyond my control
.
BTW... have seen a lot of your posts in Windows tech problem related fora... ![]()
Just did a new install of PS Extended - same problem. If the primary scratch is set to anything other than C:\. PS creates the AutoRecover folder but will not populate it.
On C:\ drive, in the users\etc.\etc\ path the folder is called: AutoRecover
On the other (non-C:) drive it is : PSAutoRecover
And yes, i did a complete uninstall of CS6, ran the AdobeCreativeSuiteCleanerTool and then reinstalled CS6. No change... ![]()
Neil...
Think you can somehow help... Have done the following, again today:
1. Uninstalled the entire CS Suite. This includes registry and folders
2. Ran the Adobe CS6 Cleanup tool - twice. Once for the entire suite and a second time for PS
3. Ran a registry clean up program
4. Did a Disk defragment - not really important, but still
5. Rebooted between various stages...
6. Reinstalled CS6 Master Collection minus some programs which are not needed such as Flash, AI 32 bit, etc. But installed both versions of PS
7. Validated using PS
8. Started - separately - both versions of PS. Set scratch to E drive (primary partition - 100GB) and Autorecover to 5 mins
9. Ran both versions of PS and opened and modified a file
In each case, the 'PSAutoRecover' folder was created on the scratch drive - E:\ alongwith the PS temp file. But the 'PSAutoRecover' folder never got populated.
Must be something unique to this system but can't figure out what. It can't be a permissions issue because both the scratch file and the autorecover folder are being created.
BTW... all Adobe entries in the config.sys startup are disabled - except for the Adobe CS6 Service Manager. But can't be those either as they are all related to updates, Acrobat, etc.
Yet, putting the primary scratch on C;\ solves the problem. However, as both Curt and you have tested, that should not be an issue...
(Have not been able to check on any other system as this is the only one that has CS6.)
System specs: Intel i5 processor, 12gb RAM, 64bit Win 7, P-55 USB3 Motherboard
Grateful for any suggestions / ideas...
Cheers...
S
I think Adobe needs to get involved here - I really don't have any further insights.
Just for absolute certainty, I've just re-tested and found that it works as expected on all my drives on my Windows 7 x64 Ultimate system.
C: is a RAID 0 array of 4 OCZ SSDs controlled by a Highpoint 2720SGL PCIe RAID controller.
D: is a RAID 0 array of 2 Western Digital HDDs controlled by the motherboard Intel ESB2 southbridge controller.
E: is a single Hitachi HDD controlled by the motherboard Intel ESB2 southbridge controller
G: is a Western Digital MyBook connected via USB.
The drives that make up D:, E:, and G: are set to spin down on inactivity, and they do.
The PSAutoRecover folder is created and the .psb file is written correctly at the 5 minute mark, just as configured.
You may see reduced performance by using drive C: for scratch, though I have actually found increased performance by doing so (given that C: is an SSD array).
-Noel
Still facing the same problem... anyone have an idea as to what could be causing this?
Noel, BTW, I saw your post in Cezrix's thread on file dates. Did that Registry fix just in case it may fix the problem.... But no luck
.
Basically, if the Scratch disk is set to any location other than C:\ the AutoRecover folder, though created, doesn't populate.
I wouldn't imagine that registry tweak would have anything to do with this issue as it just affects the display of folders in Windows Explorer.
What I suspect this has more to do with is a Photoshop quirk people have reported here from time to time where Photoshop jas been seen to write temporary files in folders not identified as TEMP nor present in the list of scratch drives. But that's just a guess.
-Noel
North America
Europe, Middle East and Africa
Asia Pacific