Leider musste ich nach dem Start des neuen Systems feststellen, dass mein Account, obwohl mit Administratorrechten versehen, beim Aufrufen von Funktionen oder beim Starten von Programmen nicht richtig funktionierte. Es wurde vielfach über die “fehlende digitale Treibersignatur” gemeckert.

Nach einigem Herumgefrickel und -geforsche im Internet habe ich den verantwortlichen Bösewicht schließlich identifizieren können. Auf dem Rechner war ein Programm von Norton installiert, das den Umgang mit der (leidigen) Benutzerkontensteuerung unter Vista verbesserte. Das Programm nennt sich “Norton UAC Tool“. Es lief unter Vista gut, verträgt sich aber (verständlichereise) nicht mit Windows 7. Seitdem ich es deinstalliert habe, läuft unter Win 7 (bisher) alles einwandfrei.

Zum Deinstallieren musste ich allerdings erst den gesicherten Modus von Windows starten (F8 beim Systemstart), dann über die Computerverwaltung das Standard-Administratorkonto von Windows 7 aktivieren, mich nach einem Neustart mit diesem Konto anzumelden. Dann war das Aufrufen der Deinstallationsroutine möglich. Unter meinem “normalen” Konto verweigerte mir UAC nämlich den Zugriff auf ebendiese.

Ich hoffe, euer Update klappt gleich.

Den ersten Lösungsansatz fand ich in Sebastian Vogts Blog “WordPress optimieren“, musste seine Info aber noch erweitern. Ich tat es ihm gleich, installierte testweise mit der von Hosteurope bereitgestellten One-Click-Installation ein WordPress und schaute mir die wp-config.php an.  Dort fand ich folgenden Eintrag:

// Host Europe Modification 08/11/2008
// Cause of ftp_rawlist issued in plugin automated installation with
// changed user tmp directory.
putenv('TMPDIR='.ini_get('upload_tmp_dir') );
if ( !defined('ABSPATH') )
define('ABSPATH', dirname(__FILE__) . '/');
require_once(ABSPATH . 'wp-settings.php');
?>

Diesen ganzen Abschnitt kopierte ich in meine wp-config.php, überschrieb dabei die vorhandenen Einträge und siehe, das AutoUpdate lief ohne Probleme.

Nur die eine Zeile, von der Sebastian in seinem Blog schreibt, zu ergänzen, hat bei mir nicht ausgereicht. Aber natürlich trotzdem vielen Dank für die Info!

if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');
require_once(ABSPATH . 'wp-settings.php');

in dieser Form schon drin. Bei meiner Datei war das so noch nicht der Fall. Dort stand nur

define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-settings.php');

Es ist ein wenig seltsam, dass dieses Verhalten von einen Tag auf den anderen plötzlich auftritt. Aber der Betrieb war eh immer mal wieder problematisch. So war die Liste der Medien oft nicht vollständig, auch nach einer Aktualisierung der Datenbank und nach einem Neustart des Clients nicht.

Ob das nun am PCast-Server der Linkstation liegt oder daran dass Clients nicht DNLA-zertifiziert sind, vermag ich nicht zu sagen. Wer sich für diese Lösung der Medienverteilung interessiert, sollte vorsichtig sein.

Ich musste einen Eintrag der boot.ini wie folgt ändern:
vorher
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

nachher
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS

Bei mir lags daran, dass ich mit einem Partitionierungstool herumgespielt habe, und danach die Windows-Partition nicht mehr die war, die in der betreffenden Zeile der boot.ini angegeben wurde.

Ja, ja … wieder selbst verschuldet.

Die Routerkonfiguration lässt sich zwar immer bedienen, aber mit dem Firefox 3 kann mit einer Firmwareversion < 3.22 kein Update vorgenommen werden. Ähnliches gilt für den IE 8 Beta, mit Opera ist ein Firmware-Update generell nicht möglich. (Quelle)

Fakt ist, dass mir der Updateversuch mit der Meldung “Falsches Dateiformat” verweigert wurde. Mit dem Internet Explorer 7 klappte es dann. Es nervt, wenn man sich so etwas erst ergoogeln muss.

Über eine Sache habe ich hier schon berichtet. Das nächste Problem ist, dass der Explorer ständig die Einstellungen vergisst, die ich für die Ordneransicht definiert habe. Z.B. schalte ich auf die Detailansicht um und blende zusätzlich die Spalte “Erstelldatum” ein. Weil ich das gern für alle Ordner (eines Typs) haben möchte, nehme ich auch noch die erforderlichen Konfigurationen in “Extras-Ordneroptionen” bzw. übers Menü “Eigenschaften” vor. Aber schon beim nächsten Öffnen ist alles wieder weg.

Dass ich nicht der Einzige mit diesem Phänomen bin und dieses auch nicht neu ist, erfährt man, wenn man versucht, eine Lösung zu ergoogeln. Und dass es anscheinend keine Lösung gibt, lässt zumindest die Anmerkung von Dedicato im WinFuture-Forum vermuten. Ich kann dem nur zustimmen. Traurig ist, dass diese Anmerkung vor etwa einem halben Jahr geschrieben wurde und sich seitdem anscheinend nichts getan hat.

Manche hoffen auf das SP 1. Ich bin da skeptisch.

Meine Empfehlung: Freecommander.

Das SP1 hat dieses Problem leider nicht beseitigt. Eine neue Google-Suche brachte auch keine neuen Erkenntnisse. Schwaches Bild, MS.

Aber bei Vista ist ja Administrator nicht gleich Administrator. Manchmal hilft es, dass aufmüpfige Programm nochmal zu installieren, allerdings auf folgendem Weg:

• rechter Mauskklick auf das Installationsprogramm
• “Als Administrator ausführen”  wählen
• Abfragen der Benutzerkontensteuerung bestätigen
• installieren

Hoffentlich habe ich das bis zur nächsten Installation nicht wieder vergessen!

Und ja … gestern ging es noch.

Wer plötzlich an seinen grundlegenden Betriebssystembedienungskompetenzen zu zweifeln beginnt, weil er (oder sie) es plötzlich nicht mehr schafft, mehrere Dateien im Explorer zu markieren, den kann ich beruhigen. Das ist kein Zeichen von nachlassender Intelligenz o.ä. – es geht manchmal einfach nicht mehr. Fertig. Zum Glück gibt es eine Lösung.

Infos z.B. hier und hier und hier.