Lösung:

Über die Kommandozeile kann die Datei, hier "datei " direkt unter C: wie folgt gelöscht werden: del "\\?\C:\datei "

Die Keyserver waren leider lange Zeit überlastet. Die folgende Vorgehensweise hat bei mir jedoch letztenendes (mit Glück) zu einem funktionierenden Key geführt:
1. Anmelden bei http://technet.microsoft.com/ (rechts oben ist ein Anmeldelink)
2. folgende URL öffnen:
https://www.microsoft.com/betaexperience/productkeys/win7-32/dede/default.aspx (32 bit)
https://www.microsoft.com/betaexperience/productkeys/win7-32/dede/default.aspx (64 bit)

Es erscheint eine Informationsseite mit dem Key. Der Download-Link funktioniert nicht (mehr)! Einfach die ISO via Torrent odgl. laden.

Als Virtualisierungssoftware benutze ich nach wie vor die Sun xVM Virtual Box. Seit der aktuellen Version 2.1.0 ist es möglich, auf meinem 32bit Windows XP ein 64bit Windows 7 virtuell laufen zu lassen. Die Performance sei außer Acht gelassen. Ich benutze dennoch die Deutsche Version (32 Bit) als Gast-System und Windows XP (32 Bit) als Host-System.

Um die Treiber installieren zu können, bedarf es zusätzlichen Aufwands:
Die Installation der Treiber bricht ab mit der Fehlermeldung, dass die Windows-Version noch nicht unterstützt werde. Dem lässt sich entgegenwirken, indem der Windows 7 Kompatibilitätsmodus genutzt wird:
1. das virtuelle CD-laufwerk öffnen (Startmenü->Computer->CD Drive (D:) VirtualBox Guest Additions->(Rechtsklick)->open
2. VBoxWindowsAdditions-x86 ->(Rechtsklick)->Troubleshoot compatibility
3. “next”, warten.
4. “The program worked in earlier versions of Windows [...]” (erster Punkt), “next”
5. “Windows Vista” auswählen, “next”
6. Mit einem abschließenden “next” wird die Installation gestartet.

Die Installation funktioniert reibungslos. Vereinzelt wird angefragt, ob die VirtualBox Treiber auch installiert werden sollen. Dies muss natürlich bestätigt werden.
Im Anschluss stehen Treiber zur Mausintegration und für den Bildschirm zur Verfügung. Die Audiotreiber funktionieren noch nicht und ich weiß noch nicht, wieso. Ebenso habe ich noch keine Netzwerkverbindung.
Besonders angenehm ist jedoch die Tatsache, dass sich das virtuelle Windows 7 immer an die aktuelle Fenstergröße anpassen kann, sobald diese Funktion aktiviert wird. Ebenso ermöglicht es die nunmehr funktionierende Maus-Integration im virtuellen System, die Maus zu benutzen, ohne lästiges “Hängenbleiben” aufgrund unterschiedlicher Mausbeschleunigungen.

Bemerkenswert ist selbst im virtuellen Betrieb die unglaubliche Geschwindigkeit bei Installation, Bootvorgang und Herunterfahren. Schneller als mein Windows XP ist das virtuelle Windows 7 bereits nach 10 Sekunden einsatzbereit und fährt in unter 5 Sekunden herunter. An dieser Stelle: Gruß an Linux, “ich bin schon da”!

Im Gerätemanager (Systemsteuerung->System->Reiter “Hardware”->Button “Geräte-Manager”) müssen zuerst ausgeblendete Geräte angezeigt werden: Ansicht->Ausgeblendete Geräte anzeigen um anschließend unter der Kategorie “Nicht-PnP-Treiber” dein Eintrag “Beep” zu finden. In den Eigenschaften von Beep (Rechtsklick->Eigenschaften) lässt sich das nervtötende Geräusch deaktivieren: Button “Anhalten“. Dieses Vorgehen funktioniert übrigens ebenso unter Windows Vista.

Ich habe heute www.barbequick.at fertiggestellt und bin dabei auf einen sehr seltsamen Fehler im Internet Explorer gestoßen: Wann immer ich diese Seite (shop_5.html) öffnen wollte, gab es eine 50:50 Chance, dass untenstehendes Popup auftauchte. Im Anschluss nach einem Klick auf OK (obwohl ich diese Seitenaufbaufehler wahrlich NICHT OK finde, dämliche MessageBox – den Button NICHT OK haben sie wieder unterschlagen!) wurde die halbfertig aufgebaute Seite verworfen und eine Standard-Internet-Explorer-404-Seite ausgegeben.

Kompletter Screenshot der halbfertig aufgebauten Seite

Die Quelle des Problems war schnell gefunden: Die Prototype Library und / oder das Lightbox-Script. Konkret verursachten diese drei Zeilen den Bug im IE:

<script type="text/javascript" src="/js/prototype.js"></script>
<script type="text/javascript" src="/js/scriptaculous.js?load=effects,builder"></script>
<script type="text/javascript" src="/js/lightbox.js"></script>

Lösung:

Der Fehler bleibt aus wenn die drei <script>-Tags gegen Ende bzw. direkt vor dem schließenden </body>-Tag eingefügt werden.

Dieses “Workaround” gibt einige interessante Einblicke. Über die Ursachen möchte ich jetzt zwar lieber keine allzugroßen Mutmaßungen anstellen, die Lösung jedoch hat sich bei mir bewährt. Vermutlich liegt es an einem Timeout-Problem beim Laden der Seitenkopf-Informationen odgl. Ich bin mir desweiteren ziemlich sicher, dass es an mir nicht liegen sollte. Schließlich habe ich sorgfältig gearbeitet und die Seite validiert auch: validator.w3.org.

Leider geht auch mit Plugins noch immer einiges an Funktionalität ab, so ist es z.B. noch immer nicht möglich, Bilder aus der Galerie zu entfernen, ohne die Datei explizit zu löschen. Deshalb kann mit meiner modifizierten Version des Gallery Plus Plugins zumindest mit dem Shortcode-Attribut “exclude” ein spezifisches Bild entfernt werden.

So funktioniert das dann:

[gallery exclude="1, 3, 4"]

Hier wird die Galerie dargestellt, wobei das erste, das dritte und das vierte Bild nicht dargestellt werden.

Benötigt wird das Plugin in der aktuellen Version.

Durch Hinzufügen eines neuen DWORD-Wertes DisableSecuritySettingsCheck = 1 in der Registry unter

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Security

Vorweg: Ich benutze Firefox. Immer – und das ist auch gut so.

Den Internet Explorer brauche ich eigentlich nur für Microsoft-Updates. Lästiger Weise gibt es einige Einstellungen, die auch außerhalb des Internet Explorers zur Geltung kommen. Zum Beispiel lässt sich in den “Sicherheitseinstellungen” (Systemsteuerrung -> Internetoptionen (ja, das sind die Internet-Explorer-Einstellungen) -> Sicherheitseinstellungen) für die “Internet”-Zone festlegen, dass heruntergeladene Dateien ohne Nachfragen gestartet werden dürfen.

Ich speichere viele Installationen auf einem zentralen Samba-Share (also irgendwo im Netzwerk). Wann immer ich eine Datei öffnen möchte, lädt das System offenbar die ganze datei, überprüft deren Integrität, stellt fest, dass keine sicheren zertifikate vorhanden sind, und fragt mich anschließend, ob ich die Datei vielleicht doch lieber nicht ausführen möchte. Zu diesem Zeitpunkt wurde die Datei, die möglicherweise mehrere hundert MB groß ist, bereits vollständig geladen. Das Programm jedoch startet wieder von der entfernten Quelle aus – und lädt somit die selben Daten erneut. Lästig: zwischen meinem Ausführ-Befehl und der Rückmeldung der Sicherheitsüberprüfung der Datei blockiert das Explorer-Fenster.

Dieses Verhalten lässt sich wie gesagt in den Interneteinstellungen deaktivieren. Leider präsentiert sich danach jedoch sofort eine geänderte Startseite – und dieser Nag-Screen geht nicht mehr weg.

Die Sicherheitseinstellungsstufe ist ein Risiko für den Computer. Es wird empfohlen, dass Sie mit den aktuellen Sicherheitseinstellungen nicht browsen sollten. Klicken Sie oben auf die Informationsleiste und wählen Sie “Einstellungen reparieren”, um das Problem zu beheben. Klicken Sie auf die Startseite, um das Browsen im aktuellen Zustand fortzusetzen (nicht empfohlen).

Außerdem wird auf jeder Webseite beim Surfen von neuem die Informationsleiste geöffnet (Soundeffekte kann man zumindest deaktivieren.) Lange Suche im Internet hat lediglich unzählige Troll-Posts (“Nimm lieber Firefox”, “Die Sicherheitseinstellungen sind gut so wie sie sind”) geliefert.

Durch hinzufügen eines Registry-Keys lässt sich zum Glück auch dieses Problem beheben: unter

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Security

habe ich den neun DWORD-Wert DisableSecuritySettingsCheck angelegt und selbigen auf 1 gesetzt. Dies hat bei mir letzten Endes die lästigen Sicherheitsrisikomeldungen entfernt. Kommentare zu diesem Verhalten vom Internet Explorer erspare ich mir – Troll-Posts liefert Google in rauhen Mengen auch ohne mein Zutun.