Heute gab es für Ubuntu 9.10 Karmic Koala ein Update des Pakets "libpq5". Bei der Installation des Updates lief zuerst alles wie gewohnt. Dann bekam ich jedoch unerwartet folgende Fehlermeldung angezeigt:

dpkg: Fehler beim Parsen, in Datei »/var/lib/dpkg/available« nahe Zeile 11131 Paket »modutils«:
Fehler in Versionszeichenkette »524288:«: nichts hinter Doppelpunkt in Versionsnummer

Das englische Pendant hierzu lautet:

dpkg: parse error, in file »/var/lib/dpkg/available« near line 11131 package »modutils«:
error in Version string »524288:«: nothing after colon in version number

Das Problem trat auch bei einem nochmaligen Versuch, das Update zu installieren, auf. Lösen ließ es sich schließlich durch das Ausführen der folgenden Befehle:

# Löschen der existierenden Informationen darüber, welche Pakete verfügbar sind
dpkg --clear-avail

# Erneutes Konfigurieren des Pakets "apt"
dpkg-reconfigure apt

Normalerweise werden die in einer Linux-Shell ausgeführten Befehle unter ~/.bash_history o.ä. dauerhaft gespeichert. Manchmal gibt es aber auch Gründe dafür, dies zu unterbinden (z.B. Sicherheit oder Datenschutz). Wie so oft, gibt es auch hierfür viele Möglichkeiten. Ich werde im Folgenden daher nur auf zwei davon eingehen. "Shell-History nicht speichern" vollständig lesen »

Kürzlich hatte ich mal wieder meine Freude mit Windows Vista: Ein auf dem Rechner angemeldeter Hauptbenutzer wollte einen im Netzwerk freigegebenen Drucker hinzufügen. Zuerst lief dabei auch alles normal. Nachdem die Abfrage, ob der Treiber installiert werden soll, bestätigt worden war, kam jedoch die Meldung "Druckerverbindung kann nicht hergestellt werden. Zugriff verweigert". Es gab aber auch keine Möglichkeit, diesen Vorgang mit Administratorrechten zu durchzuführen.

Daher habe ich mich als Administrator angemeldet und es nochmals versucht. Dies hat dann problemlos funktioniert. Als ich den Drucker dann anschließend nochmals als Hauptbenutzer hinzuzufügen versuchte, hat es ebenfalls geklappt.

Dass man als Hauptbenutzer keine Treiber installieren darf, erscheint natürlich logisch und durchaus sinnvoll. Doch warum fragt Vista dann nicht - wie sonst i. d. R. auch - nach den Anmeldedaten eines Administrators? Dies würde das Problem jedenfalls beheben.

Sicher ist es dem einen oder anderen schon einmal passiert: Man hat über crontab -e Cronjobs definiert und möchte an diesen etwas ändern. Nach der Änderung stellt man fest, dass es nicht so funktioniert, und möchte die Änderungen rückgängig machen. Unglücklicherweise hat man aber so viel geändert, dass man nicht mehr genau weiß, wie es davor war.
Aber zum Glück macht man ja regelmäßige Backups des Systems, weshalb die alte Version ja noch nicht ganz verloren sein dürfte. Doch dann stellt sich die Frage, wo die so definierten Cronjobs im Dateisystem abgelegt werden.
Die Antwort hierzu ist jedoch ganz einfach: Im Verzeichnis /var/spool/cron/crontabs/ gibt es für jeden User eine Datei, in der dessen Cronjobs hinterlegt sind. Stellt man die betreffende Datei dann aus dem Backup wieder her, so sind die Cronjobs wieder auf dem Stand vor den Änderungen.

Eines der am weitesten verbreiteten Tools zur Überwachung von Computer-Systemen ist Nagios. Ein entscheidender Grund hierfür ist sicher, dass es dafür unzählige Plugins gibt, mit denen man so gut wie alles überwachen kann.
Kürzlich stand ich mal wieder vor dem Problem, dass ich mit Nagios etwas überwachen wollte, was unter Linux problemlos möglich ist, sich aber nicht so einfach auf ein Windows-System übertragen ließ. Es ging dabei um das RAID-Array eines 3ware-Controllers. Für Linux gibt es dafür gleich ein paar Plugins, für Windows war kein einziges zu finden. Schließlich konnte ich dies jedoch trotzdem lösen. "3ware-RAID unter Windows mit Nagios überwachen" vollständig lesen »