yes, I think ‘wireless’ is the key word here… my NAS is cable connected… on a 4 hour incremental backup and mirrored
This works if you keep all your working files in one location. If you have job folders as I do, you would have to remember to re-apply the script to each one (according to this article).
Thats what I was thinking. I used to have a lot of trouble with cloud backup files.
What kind of NAS do you use I have been looking into but I used to have issues with the cloud server and thought it might be the same with the NAS
Shared in the FB Trimble SketchUp Group
nothing special, D-Link Share Server with 2 mirrored 1TB drives… but been running continuously for 4 years now… its a cabled connection
What about Layout? @TheGuz
Can ALL of these guidelines be applied directly to Layout as well?.. or if not, then what notable distinctions can be made between the two?
In recent times I’ve seen two threads with broken Layout Files—both of which reached the 2GB file size threshold, and neither one of them was fully recovered. Is there a known upper limit for where Layout file sizes starts to become unreliable?
And if this hasn’t been fully tested to warrant an ‘official’ response,… is there enough info to hazard a guess for what can constitute a best practices approach?
I cannot find the autosaved files on my Mac. Nor can I find a recovered files folder (And why are we calling them “recovered files” now when the preferences options still calls it Auto-save?)
I just messed up my model. In previous versions I could go to the backup (or was it autosave then?) made 5 minutes ago. If I recall correctly, this was stored in the same folder as the .skp file but with the ~.skp extension. I still have the ~.skp files, but they’re backups now (I think) since they are much older than 5 minutes. In previous versions the Autosaves were distinct because they had the prefix “Autosave” and only were created upon crashes.
I tried going to the welcome window and restoring the "most recent’ version, but that was about an hour old! Where did that file come from–was it the ~.skp version? (Shame on SU for not putting a time stamp on the file in the welcome window). It’s also odd that there’s an Autosave folder in User/Library/Application support/Sketchup 2019/Sketchup/Autosave. But it’s empty. I’ve lost an hour of work, and another hour searching for where my every 5 minute auto-saves are. HELP! Something is nuts–is it me?
they are now kept in the temp directory…
from ‘Ruby Console’ you can copy’paste >> return…
Thanks John. This temp directory currently shows two files from last night: a .skp file and a ~.skp file timestamped about 3 minutes earlier. I have been working for an hour today, repeated the Ruby command, and the same two files from last night are there. This leads me to the same question–where are my 5 minute autosaves from today?
Not sure if it is related, but SU has been doing a few other quirky things today–mainly, it decided it would no longer update a scene forcing e to create a new one and delete the old. Never seen that before.
This makes sense, but doesn’t work this way for me on a Mac. When I went to the Welcome To SketchUp window and loaded what I thought was a file saved within the last 5 minutes (I couldn’t be sure because SU doesn’t time stamp the files in this window), I got a file that was at least 45 minutes old–probably my last save. Am I supposed to crash the program to get the recent auto-save???
The main reason I want direct access to the autosaves is not due to crashing, but to be able to backtrack a few minutes after I’ve broken something (undo doesn’t always work for all functions). So if I just broke my model, and my last save was 20 minutes ago, I know there is supposed to be an autosave file somewhere standing by in case of a crash. I WANT TO OPEN THAT FILE. In these situations, I would typically save my broken model somewhere in case I want to refer back to it, and grab the autosave file which is less than 5 minutes old. I used to do this all the time, but I’ve already forgotten where I found the file in SU 2018 and prior. Some people advocate simply saving constantly, but that’s a double edged sword since you may have just saved and realized you broke the model a few moves before that. Part of the answer is to save incremental versions periodically (I usually do this every couple hours or when I make a radical change), but doing incremental versions every few minutes gets insane. I like multiple backstops–saved incremental model versions going back to the beginning of my model, my last saved version (usually no more than 20 minutes old), the saved version prior to that (=the current SU backup file), and an automatic version saved every 5 minutes. It’s the latter that’s giving me headaches.
Found this thread after sketchup stopped responding and I went to go find the backup or autosave file - there isn’t one.
Autosave it set to 35mins but the most recent savepoint/file is over 2 hours old…pretty frustrating.
I am working on a network location - but i am on an office network (all our files are network based - intel servers & cisco managed switches with gigabit wired via usb-c).
When I go to load a file from the Welcome screen startup, it has the date of the files but not the time. Can it show the time as well?
@audiobrad, I did a bit more digging and just want to add some detail to the original post…
the var/folder [temp_dir] is completely purged after a mac menu ‘Restart’ or ‘Shut Down’…
the active ‘autosaved’ skp is completely purged when the window is closed with ‘Save’ or ‘Don’t Save’ option…
after a ‘force quit’ or crash, if you use the
The recovered version of this file is newer than the file.
Open the recovered version instead?
a ‘new’ autosave skp [appended with a digit] is created, and the old one remains…
a further ‘force quit’ or crash, and restart will give the same message, and another ‘new’ autosave skp [appended with a digit] is created, and any older skp’s remain…
closing the window now only purges the last autosaved file…
unless you run long enough for an autosave to trigger, only the older versions are available…
@TheGuz, is this a fair appraisal of the current mac situation?
Yes! Your abridgement is accurate. Thanks John!
That mostly makes sense, though I’m curious why a Mac restart or shutdown would purge the RecoveredFiles folder. Would that also be true if the computer crashes? These would seem to be scenarios where you would want your autosaves preserved. BUT, that’s a secondary point to my current situation where the RecoveredFiles folder is simply empty all the time (with the single exception of a few days ago where I spotted a couple files in there). Is there any chance that this command:
may not be taking me to the correct folder? Does that temp folder move around?
You could try the following:
Open a terminal window and copy/paste this command into the terminal:
find /var/folders/ -type d -name "*com.sketchup.SketchUp.2019.$USER*" 2> /dev/null
The output of that command will be the path to the user’s recovered files. If you navigate to that directory you should find the
OK, I’ve made some progress and have some new information to report that may be helpful to some Mac users. First of all, I restarted my Mac and ran disk utility. I’m now getting autosaves in the RecoveredFiles folder (yay!) BTW, the terminal command you suggested only gave the last half of the directory path, but I was able to find the entire path using the Ruby Console command. The path lives in a root folder called “private” which is hidden, so neither the Finder or Spotlight could find it.
A few observations:
- It appears that SU only autosaves a file if there is a change made. If you simply open a file with no changes, it won’t write anything there–which makes sense I guess.
- The “Welcome To SketchUp” window does not give access to the autosaved file. I checked the timestamps and tested this–it only shows the last saved version. ***It would be very helpful if SU actually provided access to the autosave file as TheGuz indicated in the top post. SU should also provide a time stamp on these files in the “Welcome To SketchUp” window as well as the File/Open menu. When using Open, it displays a familiar Finder window, except the timestamp is removed from the date. Odd. So if checking the time stamp is important to you, you need to double click the file in Finder outside of SU.
- If you close the file, the autosave is purged (as mentioned above).
- If you want to go back to the last autosave voluntarily (which is something I do fairly often–not due to a crash), then you must navigate to the RecoveredFiles folder and open that file BEFORE closing the file of the same name in SU. Interestingly, this will give you two models open with the exact same name–so you have to know which one to close. A better approach is to drag the autosave out of the RecoveredFiles folder first (before it is purged), then close the open file in SU and then open the autosaved file.
Now that my computer is behaving, and I understand how autosave works and where it parks the file, I can make use of the autosaves for going back less than 5 minutes if I haven’t saved in a while. I find this enormously useful and hope that SU will provide a more transparent path for utilizing autosave in non-crash scenarios.
Thanks for the added detail audiobrad! I’m sure it will come in good use.
Hey JimD! I don’t have a lot of details yet on what’s new with Layout and Saving or upper limit for file sizes, but I understand that we now create a “working” folder for LayOut documents when they get opened. That is where recovered files will be found by the welcome window and it is also intended to fix the lost references issue that many were experiencing in the past. We’ll post more details as they are available.
I was looking into this recently. The working folder is deleted when you close the document, but when you open the document the working folder is created again, and it is filled with the embedded images. This is handy if you have lost the original that was inserted into the document.
To get to the working directory, open Document Setup, choose References, choose a file that is missing, select Relink (because Go To is disabled), point to a file in the Ref folder, and Command-click on it. That will open the folder in Finder, and you can copy any of the missing files to somewhere else. Once they are there, do another Relink, and link to the external copy you made.
In Windows you can right-click on a file and Open in New Window, to get an explorer window open.
I made a video.