Many readers must be dual-booting Vista and XP. I certainly am. It’s not hard to set up but as reader Gordon Edwards found out, there’s a catch. In the simplest situation, let’s say you have XP installed on drive C:, and you installed Vista on a separate NTFS partition, D:. When you boot to Vista these drive letters are reversed - Vista sees itself as C:, and the XP partition will be seen as D:.
Other partitions may also be re-lettered if Vista bumps them down the pecking order. This isn’t really a problem, though you may find that resources that are shared between the two operating systems - for example MS Office macros - might grind to a halt if they encounter a path reference using a remapped driver letter. What is a problem is that when you boot into XP, all your Vista restore points are deleted.
In addition, all previous versions of files are deleted, as are all but the latest Complete PC backup. So why does it happen? The official explanation is that when XP boots it automounts and examines each partition. If it comes across something it doesn’t recognise, it deletes it in order to maintain the partition’s integrity, without so much as a ‘Please wait while Windows destroys your restore points’ message.
You might think that if you set XP to ignore the Vista drive when creating its own restore points it would leave things alone. But that doesn’t work. Nor does hiding the drive in TweakUI. What does work is shutting down Vista then physically disconnecting the drive before booting to XP, but this is impossible if the partitions are on the same physical disk, and highly impractical with separate internal disks.
Another method is to use a third-party bootloader that will hide the Vista partition from XP, but this is not a trivial matter. Though Microsoft hasn’t released a hotfix for the problem, it acknowledges its existence and offers two solutions. The first involves a Registry edit.
In XP make a system restore point (note that the problem is not reciprocal and XP restore points survive a Vista boot) and then run Regedit. Go to HKEY_LOCAL_ MACHINE \SYSTEM \MountedDevices. If there is an ‘Offline’ subkey, then open it. If not create it.
Then, in the Offline key, create a new DWORD value with the name \DosDevices\D: including the backslashes and, if necessary, substituting the drive letter of the Vista partition (as XP sees it) for D. Having named the value, double-click on it and set its value to 1.
This will hide the drive contents from XP – you’ll still see the drive letter in Explorer, but it will show no contents or label – and the restore points on the Vista partition will be untouched. One point to note is that if you have partitions other than the XP and Vista system volumes on which you keep data accessible to both operating systems, you should not include these in system restore on either version of Windows.
The other method is for Ultimate and Enterprise users only. If you turn on the Vista Bitlocker feature, then this will also hide and protect the volume from XP’s meddling, without having to take any action in XP.
Another one bites the dust
One of the better new features that came with Windows Millennium (yes, there
were some) was the facility to create Zips within Explorer by selecting a bunch
of files and sending them to a ‘compressed folder’. Previously you’d have had
to use a third-party utility such as Winzip or PKZip to do this.
The icing on the cake was that you could encrypt the zipfile with a password – anybody could still see the file names inside the zipfile, but they couldn’t open those files without the password. And if you wanted to stop people seeing the file names, then you reiterated the process by creating an outer, password-protected zipfile.
The same facility is available in Windows XP, though the password protection takes a bit of finding. The trick is to select the compressed folder in the left-hand pane of Explorer, and you’ll find that ‘Add a password…’ appears on the File menu. If you’re using Vista, then don’t bother looking for the password feature – it has been removed. Vista will still open existing password-protected Zips, however.
All PC Operating Systems
