The pane Clean Up is designed to remove files from your computer which might not be needed any longer. Note that TinkerTool System cannot release you from your decision whether certain files are indeed not needed or should be kept. To avoid that the program cleans your system from files without your explicit permission to do so, it is recommended to always keep the option Display analysis before deleting anything, which you'll find at the bottom line of each tab item, in the “on” position. The option will be active by default if you have set the preference Always create report before performing any delete operations in the Preferences panel of the application.
With this feature switched on, TinkerTool System always displays a confirmation panel which will list all files and folders that are about to be removed before the actual delete operation will take place. You will have a final chance to review the list of files. By deselecting specific files from the list, you can also take them away from the delete operation individually.
Mac OS X uses several types of hidden support files to fulfill specific tasks. If you are transferring disks to users of operating systems where these hidden files could become visible, e.g. when authoring a CD-ROM, uploading files to a shared server, or when working with external drives for transport, these files might cause confusion or may be considered to be disturbing. Some hidden files contain important data while others might not be of use when working with foreign systems. TinkerTool System supports the removal of two specific types of hidden files:
TinkerTool System cannot prevent in advance that these files are being created. (This would cause the Finder no longer to remember view preferences, and would cause data loss in case of AppleDouble files.) The Finder contains an advanced preference setting however, which can be used to suppress the creation of new .DS_Store files when the Finder is opening folders located on network file servers. This setting is accessible via the sister application TinkerTool.
TinkerTool System can remove these two types of hidden files, cleaning a whole hierarchy of folders if desired. The user initiating the removal must have read permission for the files and folders affected. To delete hidden files, perform the following steps:
Only remove hidden files when you know for sure that their contents is really not important. Otherwise serious data loss could occur.
As outlined in the chapter The Pane Info, Mac OS X keeps a great number of log files which collect messages about events and error conditions that occurred during the operation of the computer. When log files have reached a certain age or size (depending on information category), Mac OS X will automatically remove them, starting anew with clean files. Several log files are considered to be important, however, so the old copies are not simply deleted but are compressed and put to an archive area. Depending on importance of the log category in question, Mac OS X will hold several generations of those archived copies until they will be finally deleted.
If you are computer is very low on storage space, you may like to remove all archived log files immediately. The currently used generation of log files won't be touched during this operation. To delete archived log files, perform the following steps:
Whenever an application crashes, Mac OS X automatically creates a so-called crash report which can help software developers to determine the exact technical reason why the application had to be terminated immediately. Application crashes are usually caused by programming errors either in the application itself or in the operating system. When you report a crash incident to the application's publisher, the responsible software engineer will usually request the crash report to be submitted for analysis.
In case you no longer need specific crash reports for communication with the software vendor, you can delete them to reclaim storage space. TinkerTool System can automatically find crash reports that either apply to programs affecting the whole computer (usually system services), or that apply to applications which have been run in the current user account. (Crash reports owned by other users won't be displayed.) The list of crash reports may also include crashes which occurred on mobile Apple devices that could not send the report directly to Apple, e.g. an iPod touch.
To delete unneeded crash reports, perform the following steps:
If you are using Mac OS X 10.6.6 or later, the operating system contains the application App Store which can be used to purchase software products from Apple's iTunes store for Mac Apps. Because this program and the App Store are new, not every aspect has matured yet, so the application records diagnostic logs that help in detecting defects and other technical problems. If you don't need these logs for diagnostic purposes, you can remove them to reclaim storage space.
To delete log files created by the App Store application, perform the following steps:
Aliases are a feature taken over from the classic Mac OS to Mac OS X (see also the pane Files). They are file system objects which refer to other file system objects, making the original object accessible under a different name or in a different folder. When the original objects are moved or being renamed, applications can still try to find the original object if they like to, tracking the objects by an educated guess, similar to a smart find operation. However, when the original objects have been deleted, aliases referring to them become outdated and will break. You can use TinkerTool System to find and remove such outdated aliases.
The operation to find the object to which an alias is referring to is known as resolving the alias. It is important to know that the current environment when an alias is being resolved plays a role in deciding whether the alias is outdated or not. An alias may refer to an object on a file system currently not mounted, e.g. a shared folder on a file server, an external disk drive, a CD-ROM, a memory stick, etc. It could also have been created by another user, referring to an object for which the current user has no access permission. In both cases, the original object does not appear to exist from the current user's point of view. However, the alias could still be valid for the other user, or after reconnecting the correct file system.
To decide whether an alias can be resolved, TinkerTool System uses the current user's access permissions and does not trigger any reconnect operations.
To delete unresolvable aliases from a hierarchy of folders, perform the following steps:
The hidden files mentioned at the beginning of this chapter are not the only invisible components usually found on Macintosh disks. A disk typically contains additional hidden folders to store the Trash, the Spotlight index, and some other files needed to maintain full compatibility with the old Finder of the classic Mac OS. When you pass such a disk to users of a non-Mac operating system, e.g. Linux or Microsoft® Windows, and these users have configured their graphical file browsers to display hidden files, they may be confused.
TinkerTool System can remove the complete set of Macintosh support files from an entire disk and then eject this disk to avoid that Mac OS X will recreate the files. You can execute this procedure as the last step before passing the disk to users of a foreign operating system. Perform the following steps:
The list of removable disk volumes contains all disks for which you can perform an eject operation in the current situation. This can include internal disks which are not directly removable in the physical sense.
Remember that Macintosh-specific features will be removed from the files on the affected disk. Some files could become unusable from the point of view of the Mac. You should only use this feature on “transfer disks” passed to other non-Mac systems. The disk should only contain copies of original files you have still on your main disk or file server.
When using advanced software testing features of Mac OS X, the operating system can be configured to produce so-called post-mortem core dumps. After a tested program — or in these special test situations usually the Mac OS X kernel — has crashed, Mac OS X will write the entire contents of the computer's main memory to a core dump file on the operating system disk. The core dump is basically a snapshot of the memory situation of the computer when the crash occurred, and can be analyzed further at a later time after the system has been restarted. Core dump files are typically as large as the available memory size, so they may consume a lot of space on the system disk. TinkerTool System can remove all available core dumps automatically if you don't need them. Perform the following steps: