Moblog

Entries from March 2008

Wednesday, March 5. 2008

Buch #8 - Heinrich Harrer: Sieben Jahre in Tibet

Anstatt einer eigenen Rezension zitiere ich Michael Schikowski:

QUOTE:

Wenn man dieses Buch heute liest, stellt man unverhofft fest, dass die Lektüre doppelt lohnt. Zunächst ist Harrers Abenteuerbericht aus Tibet ein Buch, wie es in solchen Fällen sein soll: ganz schnörkellos, sehr sachlich und mit der Überlegenheit des staunenden Europäers geschrieben. Ein wenig wie Mark Twains "Yankee an König Artus' Hof", woran man mehr oder weniger Gefallen finden mag. Was in diesen Berichten an Tiefenschärfe der Beschreibungen gelegentlich fehlen mag, wird durch die Fälle der Ereignisse aufgewogen. So liest man unaufhaltsam weiter und weiter.
Auf der zweiten Ebene aber, und das ist der springende Punkt, offenbart sich dieses Buch an vielen Details der Beschreibung von Menschen und Kultur als typisches Produkt seiner Zeit. Die Zustimmung, die sich der Autor vor über fünfzig Jahren erschrieb, kann man auf vielen Seiten dieses Buches mitlesen. Und auch heute wird man das Bewusstsein nicht los, hier ein Sachbuch vor sich zu haben, dessen Nimbus des unbestrittenen Klassikers auf jeder Seite präsent ist.

Continue reading "Buch #8 - Heinrich Harrer: Sieben Jahre in Tibet"

Saturday, March 1. 2008

Vista: Windows Update Error 80070011 Semi-Automated Fix

In January, I showed you how to move your program files and your profile folder to a different partition using robocopy and mklink. With NTFS junctions, you (and your programs) can transparently use the folders on your C drive, while the actual data lies someplace else.

Unfortunately, today, some Windows Updates where shipped that try to install on every reboot, but fail with error code 80070011. Using ~~Google~~Scroogle, I quickly found out why (and how to fix it manually).

Cause: If files cannot be replaced because they're open, updates write XML commands to \SystemRoot\WinSxS\pending.xml (usually C:\Windows\WinSxS\pending.xml, unless you've installed Windows to a different partition). This file will be processed on reboot. To replace files, updates create hard links at the destination, like this:

CODE:

This will fail if "Program Files" is on a different partition, as files can only be hard linked within the same partition. I highly doubt that Microsoft will ever fix this, because moving program data to a different partition is not officially supported.

Workaround: If you don't want to move your program files back to C: (like me), there seems to be only one way to fix this: By copying the updated files the the same partition as the real program folders, and by changing all HardlinkFile references to this new location, it will work. alantangcs posted a nice step-by-step guide on how to edit pending.xml (you have to change ownership of the file first).

Because I don't expect this to be the last time an update tries to change Program Files, I wrote a little script that does most of the work: It will provide a copy of pending.xml with all necessary replacements and copy the files to a directory called "WUTemp" on the same partition as your real program files. If you don't supply the real location of your program files by command line, the script will ask for it.

A slightly easier workaround might be to replace the affected HardlinkFile commands by CopyFile (not sure if it exists) or MoveFile (exists, but I don't know how it reacts if the target already exists). That way, the files can stay in WinSxS. I haven't tried this, and be warned: If you mess with pending.xml and Vista doesn't boot, it won't even boot in Safe Mode. Try in a VM or keep some recovery disk handy. Continue reading "Vista: Windows Update Error 80070011 Semi-Automated Fix"

« previous page (Page 1 of 1, totaling 2 entries) next page »
Frontpage