|
#1
|
|||
|
|||
You're right. While I was writing that script I was told that to create the temp file path to temporary items folder and it won't be needed to delete manually, OS X would delete it automatically on next startup. But, I noticed that it was not the case. May be something changed in OS X recently. Then I had to delete it at the end of the script. I suppose, OS X moves them into Recovered Files folder on startup if it find anything in the TemporaryItems folder considering as they were remained undeleted in the previous session. Just a thought.
|
#2
|
|||
|
|||
Howdy,
I've seen this behavior ever since I went from 10.3 to 10.4. I think the system ``told'' apps to make their temp files in /private/tmp/ (link was /tmp/) but now it's in /var/tmp/folder.UID/Temporary Items/ and we have this wonderful behavior that fills our trash. Sigh... ;-(. Good Luck, Herb Schulz |
#3
|
||||
|
||||
Exactly, Herb. We've reported the problem to eSellerate, and we have a potential workaround for the next version of SuperDuper, too. (Unfortunately, it involves not compressing the framework, but that's better than nothing.)
__________________
--Dave Nanian |
#4
|
|||
|
|||
Howdy,
I run a script at the end of the SuperDuper run that turns off Spotlight Indexing on the clone*. If I add a line to rm -fr /vat/tmp/folder.MyUID/TemporaryItems/322* the folders/files don't seem to get removed. Is that script being run as ``me'' or some other user (su)? Is the Esellerate stuff being written after the script is run? I'm not really comfortable trying to remove those 322* directories since I don't know if something like that would be created by some other application but generally I'm not running anything else (at least regular apps) while SuperDuper is running. Good Luck, Herb Schulz |
#5
|
||||
|
||||
Well, part of the problem there is that the folder is /var/tmp, not /vat/tmp. The script is not being run as you, but rather authenticated as root.
I'm not sure I would bother with this, Herbert. The 322 is likely to change (since it's probably a random number of sorts), and if it's just a matter of emptying your trash every so often, it seems unnecessary.
__________________
--Dave Nanian |
#6
|
|||
|
|||
If I run the following little applescript after the SuperDuper!, the problem goes away.
set osx_path to (path to temporary items folder as string) set unix_path to POSIX path of osx_path do shell script (("cd " & quoted form of unix_path & " && rm -rf *") as text) |
#7
|
||||
|
||||
Um, that could easily remove things that other applications are depending on...
__________________
--Dave Nanian |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Possible or not - Define a 'folder' as a 'target drive'? | Marc Dolfen | General | 1 | 03-05-2006 03:41 PM |
Terrible performance with folders with 5000+ files? | xochi | General | 8 | 12-30-2005 06:49 PM |
SuperDuper! Erasing Audio Files? | Emerson | General | 3 | 06-22-2005 01:41 PM |
Some unchanged files keep being copied | d2hamilton | General | 18 | 05-07-2005 06:09 PM |
backing up specific files and folders | winni2 | General | 1 | 05-04-2005 08:41 AM |