#1
|
|||
|
|||
Recovered Files folder in Trash
I notice that I am having a Recovered Files folder in Trash, contains:
3225137678 (folder) EWSMac.framework (folder with some stuff in it) EWSMacCompress.tar.gz (file) after making a copy with SuperDuper! and startup. If I startup without running SuperDuper!, there's no Recovered Files folder in Trash. There's also an EWSMac.framework folder in Library/Frameworks/, but not the EWSMacCompress.tar.gz file. I searched for it and it was in SuperDuper!.app/Contents/Resources/ so it's related with SuperDuper! and this problem started with version 2.1. |
#2
|
||||
|
||||
Have you crashed or shut down improperly recently?
__________________
--Dave Nanian |
#3
|
|||
|
|||
Quote:
|
#4
|
|||
|
|||
I got the same files in Trash after using SuperDuper 2.1 v77.
According to system.log, SDCopy crashed while running SuperDuper!, before restarting my iBook. |
#5
|
||||
|
||||
Well, those particular files are part of eSellerate's purchasing engine, and are installed when we go through registration, by their own code.
I don't know why they'd be in recovered files, since that's for files that were "fixed" by Disk Utility/fsck during scaning after a crash, but eSellerate has come out with a new version of their library, which we'll be including in our next update. Perhaps it'll be fixed in that.
__________________
--Dave Nanian |
#6
|
|||
|
|||
FYI,
I noticed that the 3225137678 (folder) was in /private/var/tmp/folders.504/TemporaryItems/ after SuperDuper! copy. |
#7
|
||||
|
||||
Yes, the eSellerate library is checking itself, and creates a temporary file there.
__________________
--Dave Nanian |
#8
|
|||
|
|||
... and eSellerate library is forgetting to delete them after checking, I suppose.
|
#9
|
||||
|
||||
That's right, although that doesn't really explain why it ends up in "Recovered Files".
__________________
--Dave Nanian |
#10
|
|||
|
|||
Quote:
|
#11
|
||||
|
||||
That's weird. I wonder why they do that with /tmp... things create stuff in /tmp all the time without deleting them (although they should), but maybe they treat folders specially.
__________________
--Dave Nanian |
#12
|
|||
|
|||
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.
|
#13
|
|||
|
|||
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 |
#14
|
||||
|
||||
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 |
#15
|
|||
|
|||
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 |
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 |