Hi
Here is my case. I decided to change file system from FAT32 to NTFS of system partition where resides Windows XP Professional SP3 OEM. I also decided to not to use any special tool for this purpose, I simply wanted to do it myself.
First I backed up all the files from system partition including hidden and system files. Next I formatted the system partition to NTFS file system, installed Windows XP boot loader, I also installed Windows 7 Boot Manager, so that the system partition supports now booting to this operating system. But that’s not the case.
I copied back all files from the backup to the system partition and then created an image of this partition.
I run the system and everything worked perfectly.
Then I decided to install a new software. I installed several applications and everything was fine. However when I tried to install one more software, the installer refused to uninstall previous version of this software. I also noticed that some resources, such as icons disappeared and some applications started to work in foreign language.
I’ve spent several days on searching for the reason and a solution for this case, I’ve made tens of experiments. Here is what I’ve found out.
The cause of the issue is a “Windows Installer” application. For some reason it deletes all contents of the "%systemroot%\Installer” folder and it changes all user and group rights to this folder and it removes all file attributes from the folder. It commits this crime only once. After this it works normally and installs new software without deleting the folder contents. Not all software installers are packed as Windows Installer archives, some use non-Microsoft installers, in such case the problem is not present.
The problem arises only when installing software which makes use of “Windows Installer” system service, which executes "%systemroot%\system32\msiexec.exe" file. Files with file name extensions such as “MSI” and “MSP” are self extracting compressed archives which are extracted with Windows Installer "msiexec.exe", indirectly, because this file is used automatically by Windows Installer service, which is run automatically by the system when it’s needed. I carried out a test and found out that if I just manually run the service, for the first time, after the file system change to NTFS, the contents of “Installer” folder are deleted as I’ve described above.
Files from "%systemroot%\Installer” folder are very important. They contain installer files required to uninstall software and update already installed software, of course only software that makes use of Windows Installer. They also contain configuration files and some resources, such as icons.
I’ve found out that this case has nothing to do with user and group rights to files and folders, which is present in NTFS file system only. FAT32 doesn’t have such functionality. I tried all combinations with no positive result.
I’ve found out that this case has nothing to do with Windows registry. I made use of private utility to compare Windows registry entries exported to files of REG type after the crime with entries exported before it was committed. I found minor changes that I consider unimportant after examining them and carrying out some tests. They had no impact on the case occurrence.
I’ve found out that this case has nothing to do with file and folder creation, modification and use dates. I changed them to current date and no positive result was observed.
The only solution I’ve found, which is not satisfying for me, is to rename “Installer” folder, for example to “Installer_old”, let Windows Installer create its new “Installer” folder and then use cut and paste functions to move files from “Installer_old” to new “Installer” folder. These files won’t be deleted any more.
This is not satisfying solution, because I have to run the system to fix the problem. However I don’t want to run the system, because my system is an OEM version and I would want that it won’t detect hardware changes and saved them. I want to preserve an image of a system partition containing original system settings for a long time, where in the meantime many hardware changes will possibly take place. Microsoft permits several significant hardware changes in long time periods between each Windows activation. However I wouldn't rather believe in that.
That’s all. If you have any idea what is the primary reason of this case or know a better solution, please share it.
Here is my case. I decided to change file system from FAT32 to NTFS of system partition where resides Windows XP Professional SP3 OEM. I also decided to not to use any special tool for this purpose, I simply wanted to do it myself.
First I backed up all the files from system partition including hidden and system files. Next I formatted the system partition to NTFS file system, installed Windows XP boot loader, I also installed Windows 7 Boot Manager, so that the system partition supports now booting to this operating system. But that’s not the case.
I copied back all files from the backup to the system partition and then created an image of this partition.
I run the system and everything worked perfectly.
Then I decided to install a new software. I installed several applications and everything was fine. However when I tried to install one more software, the installer refused to uninstall previous version of this software. I also noticed that some resources, such as icons disappeared and some applications started to work in foreign language.
I’ve spent several days on searching for the reason and a solution for this case, I’ve made tens of experiments. Here is what I’ve found out.
The cause of the issue is a “Windows Installer” application. For some reason it deletes all contents of the "%systemroot%\Installer” folder and it changes all user and group rights to this folder and it removes all file attributes from the folder. It commits this crime only once. After this it works normally and installs new software without deleting the folder contents. Not all software installers are packed as Windows Installer archives, some use non-Microsoft installers, in such case the problem is not present.
The problem arises only when installing software which makes use of “Windows Installer” system service, which executes "%systemroot%\system32\msiexec.exe" file. Files with file name extensions such as “MSI” and “MSP” are self extracting compressed archives which are extracted with Windows Installer "msiexec.exe", indirectly, because this file is used automatically by Windows Installer service, which is run automatically by the system when it’s needed. I carried out a test and found out that if I just manually run the service, for the first time, after the file system change to NTFS, the contents of “Installer” folder are deleted as I’ve described above.
Files from "%systemroot%\Installer” folder are very important. They contain installer files required to uninstall software and update already installed software, of course only software that makes use of Windows Installer. They also contain configuration files and some resources, such as icons.
I’ve found out that this case has nothing to do with user and group rights to files and folders, which is present in NTFS file system only. FAT32 doesn’t have such functionality. I tried all combinations with no positive result.
I’ve found out that this case has nothing to do with Windows registry. I made use of private utility to compare Windows registry entries exported to files of REG type after the crime with entries exported before it was committed. I found minor changes that I consider unimportant after examining them and carrying out some tests. They had no impact on the case occurrence.
I’ve found out that this case has nothing to do with file and folder creation, modification and use dates. I changed them to current date and no positive result was observed.
The only solution I’ve found, which is not satisfying for me, is to rename “Installer” folder, for example to “Installer_old”, let Windows Installer create its new “Installer” folder and then use cut and paste functions to move files from “Installer_old” to new “Installer” folder. These files won’t be deleted any more.
This is not satisfying solution, because I have to run the system to fix the problem. However I don’t want to run the system, because my system is an OEM version and I would want that it won’t detect hardware changes and saved them. I want to preserve an image of a system partition containing original system settings for a long time, where in the meantime many hardware changes will possibly take place. Microsoft permits several significant hardware changes in long time periods between each Windows activation. However I wouldn't rather believe in that.
That’s all. If you have any idea what is the primary reason of this case or know a better solution, please share it.