Drive corruption on a multi boot system
Posted: Sun Feb 08, 2015 11:27 am
I only had primocache active on Windows 7 on my multi boot PC, which is installed on an 256gb ssd, most of the programs are kept on another drive to save space, and this has become my main system. On this main system I have Primo configured to provide drive D, (standard hard drive), with a 5gb L1, cache, and 12gb L2, no deferred write, (on a partition on the 256gb ssd). I do not have any cache configured for drive C.
I found sometimes, after booting from one system to another, when returning to Windows 7, there had been drive corruptions on drive D requiring the drive to be checked and sometimes "fixed" which required a restore of drive D.
I started pausing, and then stopping the cache before booting into another drive, and I disabled fast start on Windows 8.1, and the problems stopped completely for many months.
Yesterday, I forgot to stop the cache before rebooting into Windows 10, which is isolated totally on a separate drive, and has few programs installed, Comodo, a system information utility, a game plus benchmarks etc.
When I rebooted back to Windows 7, the drive D needed checking again, and there were errors,the first since Primocache had not been stopped prior to rebooting months ago.
Though I take regular backups of my drives, I decided to investigate where the corruption was following checkdisk "fixing" the errors. All the errors were in the section of the D drive that contained the same programs that were also on Windows 10, i.e. comodo. the system information utility, even the same game, all were corrupted, (and had been used). By restoring those pieces of software, all was OK. Those pieces of corrupted software represented only a small part of the physical drive. I also stress, these are totally separate copies of the software, all reinstalled individually on each operating system.
The only common denominator in my view is primocache. I therefore suggest that when rebooting into another operating system, primocache, which is not installed on neither of the other two operating systems, it is somehow resulting in the corruption. It would seem the only way that can happen is if Primocache is possibly still running in memory following the reboot?, perhaps booting from a shutdown would not have the same drastic consequences, but after spending all day yesterday rebuilding drive D investigating this, I do not want to go through the loop again so soon to test that theory. The copies of those programs were not corrupted on the other two systems.
Currently, as I am doing some beta testing on the game I mentioned, I have now left Primocache disabled, and after 8 or 9 reboots between systems all has been fine.
It may be this is a problem with my particular motherboard or bios not clearing the ram on a reboot, or something specific to my system, though in my view, the process of elimination indicates is a problem with Primo.
I found sometimes, after booting from one system to another, when returning to Windows 7, there had been drive corruptions on drive D requiring the drive to be checked and sometimes "fixed" which required a restore of drive D.
I started pausing, and then stopping the cache before booting into another drive, and I disabled fast start on Windows 8.1, and the problems stopped completely for many months.
Yesterday, I forgot to stop the cache before rebooting into Windows 10, which is isolated totally on a separate drive, and has few programs installed, Comodo, a system information utility, a game plus benchmarks etc.
When I rebooted back to Windows 7, the drive D needed checking again, and there were errors,the first since Primocache had not been stopped prior to rebooting months ago.
Though I take regular backups of my drives, I decided to investigate where the corruption was following checkdisk "fixing" the errors. All the errors were in the section of the D drive that contained the same programs that were also on Windows 10, i.e. comodo. the system information utility, even the same game, all were corrupted, (and had been used). By restoring those pieces of software, all was OK. Those pieces of corrupted software represented only a small part of the physical drive. I also stress, these are totally separate copies of the software, all reinstalled individually on each operating system.
The only common denominator in my view is primocache. I therefore suggest that when rebooting into another operating system, primocache, which is not installed on neither of the other two operating systems, it is somehow resulting in the corruption. It would seem the only way that can happen is if Primocache is possibly still running in memory following the reboot?, perhaps booting from a shutdown would not have the same drastic consequences, but after spending all day yesterday rebuilding drive D investigating this, I do not want to go through the loop again so soon to test that theory. The copies of those programs were not corrupted on the other two systems.
Currently, as I am doing some beta testing on the game I mentioned, I have now left Primocache disabled, and after 8 or 9 reboots between systems all has been fine.
It may be this is a problem with my particular motherboard or bios not clearing the ram on a reboot, or something specific to my system, though in my view, the process of elimination indicates is a problem with Primo.