Is it safe to delete .appmergegen files in /var/tmp anytime?

Hi,
I saw when I start an weblogic server, it writes deployment files in /var/tmp in exploded format.
Do anybody has any idea on these files? and why weblogic writes these in /var/tmp?
And can these be deleted anytime without restarting weblogic?
e.g. here are some of the files generated today:
(each of the directory contains deployment files in exploded format)
drwxr-xr-x 5 ecmspbea ecmspbea 512 Sep 14 07:29 .appmergegen_1222796450487_da.war
drwxr-xr-x 9 ecmspbea ecmspbea 512 Sep 14 07:42 .appmergegen_1252939053427_da.war
drwxr-xr-x 3 ecmspbea ecmspbea 512 Sep 14 07:42 .appmergegen_1252939053427
For background:
This is weblogic 10.0 on a Solaris 9 box.

Thanks for your answer.
But I am curious to know if these are not required at all after deployment is successfull, why weblogic does not delete these? It is going to be an overhead to the administrators to periodically delete these files from /ver/tmp or to write scripts ... whatever ...
I'll delete all such files from /var/tmp. but needed a confirmation that weblogic server not at all access these during runtime (means we do not need to restart weblogic servers after deleting all these) ...
Appriciate your help.

Similar Messages

Is it safe to delete preview files/folders?

I noticed I have 30gb or more of folders in a folder called preview files. These seem to be the product of rendering and look like a waste of space - what happens if i delete the whole lot for projects i no longer work on? would removing these and the CFA and PEAK files damage the ability to work on the file at a later stage? I could use the extra space!
j

First of all, there is a difference between preview files and Media Cache files.
Preview files are those, which are created when you render the timeline. By default they are .mpeg and .xmp. If you delete them via Sequence -> Delete Render Files, .mpeg files, which represent the current state of your timeline, will be deleted, whereas the rest .mpeg files, which represent older state of your timeline, and all .xmp ones remain.
If you delete them manually, i.e. without going to Sequence -> Delete Render Files, you will be asked about some missing media on that project re-launch.
Media Cache files, some of which are .pek and .cfa, are created when you import assets into a project. You can check the Media Cache files location via Preferences -> Media.
Deleting all files from both Media Cache and Media Cache Files folders is safe: PrPro will rebuild Media Cache Database from scratch on restart. Moreover, deleting all files from both Media Cache and Media Cache Files manually sometimes helps fixing Dynamic Link or Importer Generic Error issues.

Is it safe to delete .fpj files?

In RH9, using Source Control 3.1.
Trying to bring in topics from several other projects. Somehow, we have managed to get all the files we want into the project as displayed in
RoboSource
Windows Explorer
But when each of us tries to open the project in RH9, none of us can see the topics we brought in from the other projects. Upon doing some research here in the forums, we opened a few fpj files in these folders and saw that they are scrambled.
There are dozens of these folders, we would prefer not to have to edit them manually.
So, long story long, is it safe to delete them - will they rebuild when the project is reopened?

Hi there
When you create a folder in RoboHelp, the FPJ is part of the XML structure used by RoboHelp to manage and track topics. I would think RoboHelp will become awfully confused and project corruption will ensue if you start deleting FPJ files.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Is it safe to delete .dmp files in the Program directory?

I found a rather large .dmp file located in my Firefox install directory:
c:\Program Files (x86)\Mozilla Firefox\core.20130617.XXXXXX.XXXXX.XXXX.dmp
It appears that the core file is tagged with a date stamp; the subsequent "X's" are other numerical digits but I'm masking those out since I'm not sure they're relevant. Is it safe to remove this? Note that this file doesn't appear in about:crashes.

Delete it and reboot the computer, make sure firefox is not open, as windows usually makes those when you get BSOD's.

Is it safe to delete these files?

I'm making a video in iMovie, and as it is around 15 minutes long, all the clips and audio I have imported into iMovie takes up a huge amount of space on my computer, which means I can't make the video into a file as there's not enough space on the hard drive. But, before I imported all the clips to iMovie they were just on my computer, and they still are (Making the amount of space it comsumes the double.), so can I delete the all the video files that are still on my computer without it affecting the project? (I still keep the files in iMovie)

If your original video clips were downloaded direct to your hard drive (i.e not into iPhoto or iTunes) then iMovie should have made copies and therefore not require the downloaded clips to be present.
However, I would strongly advise against deleting them unless or until you have made a backup of them somewhere first. Also, to be absolutely shure, just delete one clip at first and make sure the clip still appears in the iMovie event.
If you are using iMovie 9 I would avoid deleting still and audio clips since I'm not sure imovie 9 makes copies of these. In the case of imovie 10 it definitely does.
In the longer term I think you will need to put all your iMovie files (excluding the application itself) on an external hard drive.
Geoff.

Invisible files (etc, var, tmp) become visible after Disc Utility Restore

After cloning my hard disc to an external drive using the Disc Utility Restore function the three files var, etc, tmp have become 'visible' as aliases. How do I restore them to their 'invisible' status and how do I prevent this happening again?
The 'restored' external drive works fine as a startup disc with all other files as they should be.

Personally I think the easiest solution is to just do what all versions of OS X did up to Tiger: create the .hidden file and list the files. While Tiger no longer creates the file, the Finder will still read one if it is present. What I did was open TextEdit, set format to plain text, listed:
var
etc
tmp
Saved as hidden to the root level of the drive, then opened Terminal, did cd to /, then
mv hidden .hidden
Relaunch Finder and files are now hidden from view, without any monkeying with the files themselves. The Apple recommendation for the problem makes me feel faint.
Francine
Francine
Schwieder

Safe to delete file from Time Machine hard drive?

Is it safe to delete a file from an external hard drive that's being used for Time Machine backups? The file is not a backup -- it's a .dmg from the manufacturer of the hard drive. Other than that one file, I don't use the drive for anything other than Time Machine.
I'm just concerned because I don't want deleting the file to affect Time Machine in any way.
Thank you.

I have done it without issue.

25K+ Files which uses 30.5GB disk space - Is it safe to delete?

I am running Oracle 10g on Windows Server 2003 and noticed that the folder D:\oracle\product\10.2.0\db_1\WIN2KSVR_DB1\sysman\recv\errors have 25K+ files which have 30.5GB folder size. Is it safe to delete these files?

Please refer below MOS doc
*DB Control directory ../sysman/recv/errors is filled up with xml files. [ID 732725.1]*

Can't open new Lion Mail? - Try delete the file "Envelope index"!

Problem: can't start Mail.app after installing Lion. Mail.app repeatedIy crash when you accept the database upgrade.
Possible solution:
In Finder use Go to Folder... and type "~/Library/Mail".
Delete the index file "Envelope index".
Start Mail and it should work nicely.
If you fear to delete it, move it to the Desktop. Go to step 3. If Mail works, it's safe to delete the file.
This simple solution is found on many comments in this forum.

FIXED! My case was just successfully closed with Apple and I am now able to see my mail in Lion. It took 2 days for Apple to come up with the resolution, and I was told that there were other cases of a siimilar nature reported.
Here's what fixed it for me. The problem had something to do with smartmailboxes, which I use in my mail.
Close the Mail app and confirm it is closed.
Open a Finder window. Hold down the Option key while clicking Go along the top menu bar in the Finder window and click on Library.
Navigate to the mail library under your user name. In one of the subfolders, you will find 1 or more files named smartmailboxes.plist. There may be a file name similar to that with "backup" in the name, as well.
Drag each of those files to your desktop and ensure they are no longer in your mail library folders.
Restart Mail. (Those .plist files will be re-built automagically.)
This fixed my problem and I was then able to delete those plist files from my desktop. It did take a little while for the .plist files to regenerate, though.
Good luck with your fix.

Is it safe to delete ALL caches and/or receipts?

is it safe to delete ALL files and folders under "user/library/caches"? I was surprised to see how big it has gotten. and is it safe to delete "macintosh hd/library/caches"?
how about receipts located in "user/library/receipts" and/or in "macintosh hd/library/receipts"?
how about unders "user/library/preferences"?
thanks for the help.

Regarding receipts, as already provided check these links.
http://docs.info.apple.com/article.html?artnum=25751
http://docs.info.apple.com/article.html?artnum=25768
Regarding the preference files at Home > Library > Preferences, these are the preference files for your applications and the Finder, etc. so if deleted for a particular application, this will require resetting your preferred preference settings for the application. If there is a preference file available for an application you have deleted, the application's preference file can also be deleted but these preference files take up very little hard drive space and cause no adverse effects if not deleted when the associated application is deleted.
Are you trying to free up hard drive space? If so, check this link.
http://www.thexlab.com/faqs/freeingspace.html

[SOLVED] Files in the /tmp directory are being deleted

Hi,
I've been using Arch Linux for four weeks, but have now come across a problem which I can't fix after trying to search for a solution (and also checking to see if anyone also had the same problem). I would appreciate any help you can give.
A few days ago the web browsers I use (chromium and opera) lost their profile settings, and I had to set the profiles. This kept happening and the indicator of the problem was that I use profile-sync-daemon for both web browsers, which uses the /tmp directory. I then started noticing that a file I created in /tmp disappeared which pointed me to the fact that something was cleaning up the /tmp directory (this seems to happen hourly).
A quick search led me to systemd-tmpfiles and the /usr/lib/tmpfiles.d/tmp.conf file. I have not modified the file, and if I have read it correctly only files in the /tmp directory that are more than 10 days old are deleted. I boot every day, so no files should be deleted by systemd-tmpfiles (unless I've misunderstood tmpfiles.d).
Here is the tmp.conf file anyway:
$ cat /usr/lib/tmpfiles.d/tmp.conf
# This file is part of systemd.
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See tmpfiles.d(5) for details
# Clear tmp directories separately, to make them easier to override
d /tmp 1777 root root 10d
d /var/tmp 1777 root root 30d
# Exclude namespace mountpoints created with PrivateTmp=yes
x /tmp/systemd-private-*
x /var/tmp/systemd-private-*
X /tmp/systemd-private-*/tmp
X /var/tmp/systemd-private-*/tmp
The /etc/tmpfiles.d directory is empty, so /usr/lib/tmpfiles.d is the only location for the tmpfiles.d config files:
$ ls /etc/tmpfiles.d/
$
Here is the list of packages I upgraded/installed for the last few days. systemd 207-3 seems the likeliest candidate, but I have not come across any reports about the problem I am having.
[2013-09-17 19:30] [PACMAN] Running 'pacman -Syu'
[2013-09-17 19:30] [PACMAN] synchronizing package lists
[2013-09-17 19:30] [PACMAN] starting full system upgrade
[2013-09-17 19:34] [PACMAN] upgraded bluez-utils (5.7-1 -> 5.8-1)
[2013-09-17 19:34] [PACMAN] upgraded cogl (1.14.0-4 -> 1.14.0-5)
[2013-09-17 19:34] [PACMAN] upgraded dbus (1.6.12-1 -> 1.6.14-1)
[2013-09-17 19:34] [PACMAN] upgraded dialog (1.2_20130523-2 -> 1.2_20130902-1)
[2013-09-17 19:34] [PACMAN] installed efivar (0.6-1)
[2013-09-17 19:34] [PACMAN] upgraded efibootmgr (0.6.0-3 -> 0.6.0.138.1132342-1)
[2013-09-17 19:34] [ALPM-SCRIPTLET] Generating locales...
[2013-09-17 19:34] [ALPM-SCRIPTLET] en_GB.UTF-8... done
[2013-09-17 19:34] [ALPM-SCRIPTLET] Generation complete.
[2013-09-17 19:35] [PACMAN] upgraded glibc (2.18-3 -> 2.18-4)
[2013-09-17 19:35] [PACMAN] upgraded gnome-desktop (1:3.8.3-2 -> 1:3.8.4-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-color-manager (3.8.2-1 -> 3.8.3-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-settings-daemon (3.8.4-2 -> 3.8.5-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-control-center (3.8.4.1-2 -> 3.8.5-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-themes-standard (3.8.3-1 -> 3.8.4-1)
[2013-09-17 19:35] [PACMAN] upgraded libpng (1.6.3-1 -> 1.6.5-1)
[2013-09-17 19:35] [PACMAN] upgraded libusbx (1.0.16-2 -> 1.0.17-1)
[2013-09-17 19:35] [PACMAN] upgraded linux-firmware (20130725-1 -> 20130903-1)
[2013-09-17 19:35] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2013-09-17 19:35] [ALPM-SCRIPTLET] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Starting build: 3.11.1-1-ARCH
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Starting build: 3.11.1-1-ARCH
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: bfa
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: smsmdtv
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-09-17 19:35] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-09-17 19:35] [PACMAN] upgraded linux (3.10.10-1 -> 3.11.1-1)
[2013-09-17 19:35] [PACMAN] upgraded openssh (6.2p2-1 -> 6.3p1-1)
[2013-09-17 19:35] [PACMAN] upgraded orc (0.4.17-1 -> 0.4.18-1)
[2013-09-17 19:35] [ALPM-SCRIPTLET]
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> The file /etc/sysctl.conf has been removed from this
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> package, as all its settings are now kernel defaults.
[2013-09-17 19:35] [ALPM-SCRIPTLET]
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> If you had customized it, you need to rename it as
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> /etc/sysctl.d/99-sysctl.conf since from version 207 on
[2013-09-17 19:35] [ALPM-SCRIPTLET] ==> systemd only applies settings from /etc/sysctl.d/* .
[2013-09-17 19:35] [ALPM-SCRIPTLET]
[2013-09-17 19:35] [PACMAN] upgraded procps-ng (3.3.8-2 -> 3.3.8-3)
[2013-09-17 19:35] [PACMAN] upgraded raptor (2.0.9-2 -> 2.0.10-2)
[2013-09-17 19:35] [PACMAN] upgraded xorg-xinput (1.6.0-1 -> 1.6.1-1)
[2013-09-17 19:36] [PACMAN] Running 'pacman --color auto -U /tmp/yaourt-tmp-dsana/PKGDEST.u70/profile-sync-daemon-5.40.1-1-any.pkg.tar.xz'
[2013-09-17 19:36] [PACMAN] upgraded profile-sync-daemon (5.40-1 -> 5.40.1-1)
[2013-09-18 20:35] [PACMAN] Running 'pacman -Syu'
[2013-09-18 20:35] [PACMAN] synchronizing package lists
[2013-09-18 20:35] [PACMAN] starting full system upgrade
[2013-09-18 20:35] [ALPM] warning: /etc/systemd/journald.conf installed as /etc/systemd/journald.conf.pacnew
[2013-09-18 20:35] [ALPM-SCRIPTLET] ==> systemd 205 restructures the cgroup hierarchy and changes internal
[2013-09-18 20:35] [ALPM-SCRIPTLET] protocols. You should reboot at your earliest convenience.
[2013-09-18 20:35] [ALPM-SCRIPTLET] ==> The "timestamp" hook for mkinitcpio no longer exists. If you used
[2013-09-18 20:35] [ALPM-SCRIPTLET] this hook, you must remove it from /etc/mkinitcpio.conf. A "systemd"
[2013-09-18 20:35] [ALPM-SCRIPTLET] hook has been added which provides this functionality, and more.
[2013-09-18 20:35] [PACMAN] upgraded systemd (204-3 -> 207-3)
[2013-09-18 20:35] [PACMAN] upgraded systemd-sysvcompat (204-3 -> 207-3)
[2013-09-18 20:35] [PACMAN] upgraded udisks2 (2.1.0-3 -> 2.1.1-1)
[2013-09-19 20:46] [PACMAN] starting full system upgrade
[2013-09-19 20:48] [PACMAN] Running 'pacman -Rns psd'
[2013-09-19 20:48] [PACMAN] Running 'pacman -Rns profile-sync-daemon'
[2013-09-19 20:48] [PACMAN] removed profile-sync-daemon (5.40.1-1)
[2013-09-19 20:48] [PACMAN] removed rsync (3.0.9-6)
[2013-09-19 20:49] [PACMAN] Running 'pacman -Rns chromium'
[2013-09-19 20:49] [PACMAN] Running 'pacman -Syu'
[2013-09-19 20:49] [PACMAN] synchronizing package lists
[2013-09-19 20:49] [PACMAN] starting full system upgrade
[2013-09-19 20:50] [PACMAN] upgraded chromium (29.0.1547.65-1 -> 29.0.1547.76-1)
[2013-09-19 20:50] [PACMAN] upgraded xvidcore (1.3.2-1 -> 1.3.2-2)
[2013-09-19 20:58] [PACMAN] Running 'pacman --color auto -U /tmp/yaourt-tmp-dsana/PKGDEST.ZDK/chromium-pepper-flash-stable-2:11.8.800.170-1-x86_64.pkg.tar.xz'
[2013-09-19 20:58] [PACMAN] upgraded chromium-pepper-flash-stable (2:11.8.800.97-1 -> 2:11.8.800.170-1)
EDIT: journalctl doesn't show me anything interesting, other than the fact that chromium complains when it realizes that its profile data has gone missing.
Last edited by dsana123 (2013-09-21 16:02:48)

I think I have found the problem.
There was a gnome update earlier in the week. gnome-settings-daemon runs an hourly housekeeping job. I had set the "Automatically Purge Temporary Files" in the Privacy tab when setting up my laptop last month.
gnome-settings-daemon has decided to delete files in the /tmp directory (I can trigger this by clicking "Purge Temporary files" which then deletes my files in the /tmp directory). This does not happen in the previous gnome-settings-daemon. Anyway, I'll mark the thread SOLVED if my file in the /tmp directory survives the hour!
[2013-09-17 19:35] [PACMAN] upgraded gnome-desktop (1:3.8.3-2 -> 1:3.8.4-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-color-manager (3.8.2-1 -> 3.8.3-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-settings-daemon (3.8.4-2 -> 3.8.5-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-control-center (3.8.4.1-2 -> 3.8.5-1)
[2013-09-17 19:35] [PACMAN] upgraded gnome-themes-standard (3.8.3-1 -> 3.8.4-1)

Delete certain files from backup

Is it possible to:
1) backup my iPhone (locally with my iTunes on Win7), I CAN DO THIS, of course
2) delete only certain files from the backup (there are many tools for exploring backup, but I have not found anyone which can also delete certain file, only view and export), I CAN LOCATE THE BACKUP DIRECTORY and see the files, but is it possible to locate those that I'd like to delete and simply erase them?
3) restore my iPhone with such an altered backup?
Thank you
Kamil
PS: I need to delete certain files from var directory, but I do not have root access, so this seems to be the only solution (I do not want to jailbreak and also I do not want to start from zero, I mean to make factory reset and then to set up everything again)

Maybe you should try to install it and try it yourself.
You can edit sql databases (delete some records e.g. from call history), but you cannot delete files in the folders (.jpegs, .plist etc.).
I tried to export only files, that I wanted to recover, then I have made factory reset of my iPhone, made new local backup of the empty reseted device. Then I tried to import to this empty backup those exported files, but it is also not supported. Only files which already exist in the current backup can be imported. It means that you cannot remove or add file into the backup, you can only modify it - with this tool certainly.
Let us try it with another question: is it possible to make selective restore (to restore only certain settings, call history, SMS's, files...,) but not the whole backup?
Thank you for your effort.

Is it safe to delete the cache file folder from library

is it safe to delete the cache file folder from library ?

As I understand it Robo doesn't really 'do' third-party
source control. We use SourceGear Vault, but really only as a
repository for the files. We can't really work concurrently because
Robo needs exclusive access to the top level project files. But it
kind of works for us, because we're on opposite sides of the globe.
I see what you're saying on the 'local' versions of (say) the
cpd files conflicting. If anyone else has an informed view, I'm all
ears. We've set it up this way ourselves - I don't know of anyone
doing the same. If someone tells me this is a bad idea, I'm happy
to think again.
Cheers!

Had to start Firefox in safe mode cause it kept crashing after i deleted the file. Now Fire fox Crashes every time I open it and I have to put it in safe mode j

Had to start Firefox in safe mode cause it kept crashing after i deleted the file. Now Fire fox Crashes every time I open it and I have to put it in safe mode just to use it, also it's not syncing with my iPad.

If you use Norton software, try disabling your Norton extensions. As of last week, there were severe compatibility issues with Firefox 24.

How can I delete the update installation files? Or which files are useless and safe to delete?

ThinkVantage System Update application will find the appropriate updates, download them and install them. This is convenient. But when it finishes the updates, it will not clean the installation files it has downloaded, which I think are not useful any more since the update installation is completed, right?
I think the update appliction stores the downloaded files in the folder: C:\Program Files\Lenovo\System Update\ , this folder of mine is over 1.32GB big now. But I just don't know which files and subfolders in it are safe to delete.
Or rather, the preload system occupies a large space on the disk. Which files are no longer used and safe to delete?
Would any experts help with this? Thank you very much!
Norm

I've been experimenting. Now I figure it out. Automatic System Update downloads and stores files in C:\Program Files\Lenovo\System Update\ Sessions\, and in Sessions' subfolders, all files are not used once update is completed except those ending with .xml. Thus those unnacessary files are safe to delete.
This is what I find out so far.
Continuing to experiment.
Message Edited by normyy on 05-31-2009 11:12 PM

Is it safe to delete .appmergegen files in /var/tmp anytime?

Similar Messages

Maybe you are looking for