No, it’s not that easy. I got an “file or directory corrupted” error. I tried twice, then I installed a clean Vista to perform all kinds of checks to the backup drive, everything was fine, but not working. Then I found out that the Complete Backup is a .vhd file and that other software is capable of restoring from vhd. So I installed some commercial software, burned a rescue CD, booted from that. Same result: It finds the backup and knows what to do with it, but can’t write.

There are some other threads on the net on this issue. I doubt that this damn Vista feature works on RAID drives at all. After hours of trying and internet research, I found a solution:

1. Install a clean Vista on the broken array and switch off “user account control”.
2. Install the Vhdmount feature of MS Virtual Server 2005 (downloadable at no cost). See these instructions in German (I didn’t manage extracting the msi out of setup.exe, but you can choose the vhd function only in regular setup) or google for it in English.
3. Install xxcopy freeware edition.
4. Find the .vhd file under the “WindowsImageBackup” folder and mount it using vhdmount.
5. Xxcopy all content from the newly mounted drive to a directory (either on the backup drive or on the formerly broken array) using the /backup parameter. This will show some errors, don’t care.
6. Reboot from your Vista DVD, go in repair mode and open a command line.
7. Xxcopy everything from the folder mentioned before to C:\, use parameters /backup and /y.
8. Reboot from hard disk and enjoy your new old Vista installation

My system is fully functional. The only thing I recognized is that Vista lost information about the Vista updates I chose not to install and offered those to me again. But that’s not too bad.

Now, this took me almost the whole day. Why does Mandriva not ask before formatting a harddisk? Why does Vista not check whether the backup can be restored to the drive that is backed up? And does anyone have a good recommendation for a backup tool that works with RAID drives?

So I went through dozens of websites related to Vista bootloader fails after BSD or Linux installations. I came closer and closer, but at some point, information became very rare – as usual, my problem seemed to be more complicated than the average problem of the same kind Here’s how I did it:

First of all: This article is for people having a problem with booting Vista, while the Vista partition and all files on it are still there. If you chose to use the whole (and same as Vista) hard disk for your BSD or Linux or whatever other operating system, and therefore the Vista disk partition was deleted, there’s most probably nothing you can do (maybe apart from calling and paying a professional data recovery service).

Step 1: Vista Automatic Repair
This is said to work in many cases. Take your Vista DVD (or, if you don’t have one because Vista was preinstalled and your PC manufacturer didn’t deliver a DVD, get a Recovery CD image from here). Choose “Repair your Computer” and then “Startup Repair“. If that works for you, fine, don’t read on. It didn’t work out on my computer.

Step 2: Repair MBR and BCD
Now, open a command line from the repair options menu and enter:

del c:\boot\ /f /s
bootrec /fixmbr
bootrec /rebuildbcd


This is said to work out for the very most people where step 1 didn’t help. Again, if that works for you, fine, don’t read on. It didn’t help me.

Step 3: Repair the Start Sector
Now, what websites say is that most probably this works out for the rest:
Enter
bootrec /fixboot
at the command line.

If you get a success message, go back to step 2, which should really work now.
Again, I got no success message but an error message: “The volume does not contain a recognized file system“. Information on the net is rare on this specific problem. But at the very end, I managed it:

Step 4: Using diskpart
Diskpart is the Vista partition manager and it is the most unhandy partition manager I’ve ever seen. You’ll love good old fdisk after using diskpart.
Anyway, enter
diskpart
to open the diskpart console.

There, enter help to get an overview. Our goal is to activate the Vista boot partition. This is usually done by

select disk 0
select volume 1
select partition 0

if the Vista boot partition is the first partition on your first hard drive. If you have to search for the right partition, use

detail disk
detail volume
detail partition

to see information about the selected object. If you’ve selected the right partition, enter

active
exit

to activate that partition and go back to the command line. Then follow steps 3 and 2. This helped me and – according to the rare information on the net – also a few others. If this doesn’t help, I can’t help you either, sorry.

Thanks to the authors of information that I found here, here and here.

Und weiter unten bei den Systemeigenschaften erscheint – natürlich, die Aufforderung zur Aktivierung. Wohlgemerkt: Meine Vista-Installation hat eine gültige Lizenz und war natürlich bereits vorher aktiviert. Aber nach der SP1-Installation soll man offenbar nochmal – also gut. Drei Klicks bis zur Online-Aktivierung und… “Ihr Lizenzschlüssel wurde bereits verwendet”. Ach nee. Natürlich wurde er das, wenn ich SP1 auf eine bereits aktivierte Vista-Installation anwende.

Immerhin habe ich mehrere Auswahlmöglichkeiten: Ich kann einen neuen Lizenzschlüssel kaufen oder die telefonische Aktivierung probieren. Ich entscheide mich für die Telefonvariante auf einer 0800-Nummer.

So viel Freude habe ich selten beim telefonieren gehabt. Das könnte glatt als “Tele-Spiel” durchgehen. Man muss eine Zahlenkombination aus achtundvierzig (!) Ziffern über die Telefontastatur eingeben. Natürlich habe ich mich an der ca. zweiundvierzigsten Stelle vertippt und durfte den Spaß zweimal genießen – nicht ohne dass die Computerstimme jeweils nach sechs Ziffern nochmal alles bestätigt und man zum Fortfahren die Rautetaste drücken muss.

Und siehe da: Der Code ist gültig. Sehr schön. Warum sind Codes am Telefon gültig, die es online nicht sind?!? Egal. Jetzt wird mir nur noch einmal ein achtundvierzigstelliger Code vorgelesen, den ich einzutippen habe. Jetzt fängt der Spaß erst richtig an: Microsoft verwendet nämlich offenbar irgendwo auf dem Übermittlungsweg VoIP – und das in miserabler Qualität. Einzelne Ziffern werden immer wieder verschluckt oder so verzögert, dass man nicht weiß, ob nicht zwischendurch eine verschluckt wurde. Aus acht Zahlenblocks á sechs Ziffern werden so zirka 30 Vorleseversuche.

Immerhin, die Mühe hat sich gelohnt: Vista SP1 ist aktiviert. Wer den Spaß selbst erleben will: 0800-2848283.

Letzteres wollte ich vermeiden, zumal dann auch alle Updates – einschließlich den Office Service Packs – neu heruntergeladen und installiert werden müssen. Das alles kann Stunden dauern. Den Systemdienst “Office Source Engine” habe ich gar nicht in der Diensteliste gehabt und die Datei OSE.exe war in Ordnung. Dann habe ich die Reparaturfunktion versucht (Systemsteuerung – Programme – Reparieren). Doch das Office Setup brach ebenfalls mit einer auf die “Office Source Engine” bezogenen Fehlermeldung ab.

English short version follows

Alles versucht – also Neuinstallation? Nicht so schnell. Bei Windows lohnt sich immer ein Blick in die Registrierungsdatei. Also regedit aufgerufen (Start – Ausführen – regedit) und nach “ose” gesucht. Und tatsächlich, da lag der Hund begraben. Ich habe nämlich für mein Notebook eine Docking Station und je nachdem, ob ich ihn mit oder ohne Docking Station betreibe, werden (automatisch) unterschiedliche Hardwareprofile verwendet. Windows-Systemdienste können abhängig vom Hardwareprofil installiert werden, und Microsoft hat sich wohl – blödsinnigerweise – entschieden, den Office Source Manager nur in das Hardwareprofil zu installieren, was bei der Office-Installation aktiv ist.

Ein Hinweis vorweg: Wer die gleichen Probleme hat, wird sie wahrscheinlich lösen können, indem er das Office Upgrade (oder das hinzuinstallieren von Office-Funktionen) einfach mit dem Hardwareprofil ausführt, mit dem Office installiert wurde. Das habe ich gar nicht erst versucht, denn ich wollte ja Office auch mal ohne Docking Station updaten.

Also, zurück zum Registrierungseditor. Dort befinden sich unter HKEY_LOCAL_MACHINE\SYSTEM mehrere Schlüsselordner, und zwar mit den Namen “CurrentControlSet” und “ControlSetXXX”, wobei XXX bei mir drei Gruppen mit 001, 003 und 004 sind. Da sind (bei mir) noch andere Ordner, aber die interessieren hier nicht. Jeder der genannten Ordner hat einen Unterordner “Services”. Jetzt muss man jeden dieser Unterordner – also …\CurrentControlSet\Services und …\ControlSetXXX\Servixes – durchsuchen, ob man irgendwo wiederum den Unterordner “ose” hat.

Wenn das nicht der Fall ist, hast Du bis hierher vergeblich gelesen. Bei mir war das aber der Fall. Jetzt den “ose” Ordner markieren und dann im Menü “Datei – exportieren”. Die Datei am besten auf dem Desktop speichern, z.B. mit dem namen “ose.reg”. Dann auf den Desktop gehen, rechte Maustaste auf die Datei, “öffnen mit” und dann Notepad auswählen (wenn es nicht in der Liste ist, dann das Programm notepad.exe aus dem Windows-Installationsordner manuell auswählen). Die Datei wird dann im Windows-Texteditor geöffnet.

Dort hat man jetzt einen Block, der mit einer “Überschrift” in eckigen Klammern beginnt, in denen [HKEY_LOCAL_MACHINE\System\ControlSetXXX\Services\ose] steht und darunter allerlei Daten, überwiegend hexadezimale Zahlen. Diesen ganzen Block kopiert man jetzt so oft, bis man so viele Blöcke hat, wie der Ordner “ose” nicht in den oben genannten ControlSet-Ordnern stand. Bei mir stand es nur in “…003″, also habe ich jeweils einen Block für “…001″, “…004″ und “Current…” angelegt, also den vorhandenen Block noch zweimal kopiert, sodass ich ihn dreimal hatte. Dann habe ich in den eckigen Klammern [...ControlSet003...] jeweils ersetzt, und zwar einmal durch [...ControlSet001...], einmal durch [...ControlSet004...] und einmal durch [...CurrentControlSet...]. Das dann abgespeichert.

Anschließend habe ich die Datei ose.reg einfach doppelgeklickt, wodurch die Registrierungsinformationen in die Datenbank eingetragen werden. Anschließend den Computer einmal neu starten – und fertig, es funktioniert.

Hinweis: Nach bestem Wissen und Gewissen, aber ohne Gewähr. Wer nicht weiß, was er da tut und die Schritte nicht selbst nachvollziehen kann, sollte es bleiben lassen.

English short version
When running Microsoft Update on my machine (Vista, Office 2003; most probably this workaround applies for XP aswell), the error 80070643 occured, which is related to the Office Source Engine, as described in the Microsoft Knowledge Base. Similar errors occured when I tried to repair oder change my Office installation.

The workarounds described in the knowledge base article did not work for me. The ose.exe file was alright, but the system service “Office Source Manager” was not even listed in the administration console. And I didn’t want to re-install Office completeley. So I found out, that system services can be installed for certain hardware profiles. On my notebook, I installed Office when using my docking station, and the described error occured as my notebook was detached from the docking station. So some guy at Microsoft chose to install the OSE system service only for the hardware profile active during initial installation. So, if you don’t want to go throug the following steps, it probably helps to use the hardware profile for Office updates that you used during initial Office installation. But I need (or want) to run Office updates and setup also when my notebook is detached from the docking station.

I opened the Registry editor (Start – Run – regedit). Under “HKEY_LOCAL_MACHINE\System” there are some ControlSet folders, namely “CurrentControlSet” and “ControlSetXXX”, where XXX, in my case, where 3 profiles “001″, “003″ and “004″ (there are other folders unter “System”, which are irrelevant for this matter). Each of the named folders has a “Services” subfolder. I checked in each of this “Services” folders for an “ose” subfolder and found it (only) under “…003\Services\ose”. I marked this ose subfolder and exported it (File – export) to the file “ose.reg” on my desktop. I opened the file with Notepad (right-click – open with – Notepad, or, if not in the list, choose the program notepad.exe in your Windows installation directory). I found a block of data (mainly hexadecimal numbers) under a “headline” [HKEY_LOCAL_MACHINE\System\ControlSet003\Services\ose]. In my case, the ose service was missing in 3 profiles (001, 004 and Current), so I copied the block twice to have three of those blocks, each including the “headline” and separated from each other by a blank line. In the “headlines”, I changed [...ControlSet003..] in [...ControlSet001...], [...ControlSet004...] and [...CurrentControlSet...] respectively. I saved the file and opened it with a double-click, which registers the file into the registration database. After a restart, everything worked finde.

Disclaimer: This worked fine for me, but I can’t guarantee it will for you. If you don’t know what you are doing, don’t try.