Versucht man nach der Installation ein paar der GNOME-Pakete (wie z.B. Evolution) loszuwerden, verunsichert apt mit dem freundlchen Hinweis, daß man mit diesem Schritt auch gleich die Pakete “gnome” sowie “gnome-desktop-environment” entsorgt:

Was auf den ersten Blick gefährlich aussieht, ist auf den zweiten Blick glücklicherweise harmlos, handelt es sich bei den beiden Paketen doch um sogenannte Metapakete, was auch erklärt, warum diese bei der Deinstallation eines ihrer Teile gehen müssen.

Gefährlich wird es erst nach der Deinstallation, denn dann meint apt jedesmal, etwas autoremove wäre angebracht:

und schlägt gleich noch vor

Wer sich auf den hilfreichen Hinweis verlässt, steht anschließend tatsächlich ohne Destktop da, denn u.a. ist in der obigen Liste auch das Paket “gnome-core” zu finden, ohne das wieder Tipparbeit am Terminal angesagt ist.

Sicherlich kann man einfach darauf verzichten, apt-get autoremove auszuführen - sicherer ist aber ein

das die aktuell installierten Pakete alle in die Rubrik “will ich behalten” einsortiert.

Ähnlich zu den automatischen Updates unter Windows gibt es auch unter Debian-basierten Systemen die Aktualisierungsverwaltung, die mittels Icon in der Taskleiste darauf aufmerksam macht, daß Updates für das System verfügbar sind.

Bei Rechnern, die aber hauptsächlich “in der Ecke” stehen und ohne menschliche Interaktion auskommen sollen, hat dies den Nachteil, daß Updates nur sehr unregelmäßig durchgeführt werden, wenn sich mal wieder jemand aus anderen Gründen am System anmeldet.

Da die Aktualisierungsverwaltung im Westentlichen auch nichts anderes macht, als auf “apt-get” zuzugreifen, könnte ein möglicher Lösungsansatz in einer Automatisierung dieses Vorganges mittels “cron” bestehen - während dessen Realisierung man hoffentlich über das Paket “cron-apt” stolpert, das exakt für diese Aufgabe geschaffen wurde.

Nach der Installation mittels

stehen die entsprechenden Konfigurationsdateien im Verzeichnis “/etc/cron-apt” zur Verfügung, wobei in einem ersten Schritt nur die Parameter der Datei “config” an die eigenen Wünsche angepasst werden müssen.

Standardmäßig lädt cron-apt die Pakete nur vom Server herunter und verschickt - je nach Konfiguration - eine entsprechende Mail an den zuständigen Administrator. Soll cron-apt die Pakete auch gleich installieren, so ist die Datei “/etc/cron-apt/action.d/3-download” durch Entfernen des Parameters “-d” anzupassen.

Wer vor dem Produktiveinsatz gerne einen Testlauf unter menschlicher Aufsicht durchführen möchte, kann dies mittels “cron-apt -s” tun.

So sinnvoll die automatischen Updates auch sind, so nervig ist das “Soll der Computer jetzt neu gestartet weden?"-Fenster, das in schöner Regelmäßigkeit sich immer genau dann in den Vordergrund drängt, wenn man es am wenigsten gebrauchen kann.

Leider bietet Microsoft keine auf den ersten Blick erkenn- und benutzbare Lösung (z.B. auf dem Konfigurationsdialog in der Systemsteuerung), so daß man die Hilfe des Gruppenrichtlinien-Editors in Anspruch nehmen muß:

• Unter “Start” / “Ausführen” “gpedit.msc” eingetippt und mit “Ok” bestätigt.

• Anschließend zu “Computerkonfiguration” / “Administrative Vorlagen” / “Windows-Komponenten” / “Windows Update” navigieren und dort die Richtlinie “Erneut zu einem Neustart für geplante Installationen auffordern” bearbeiten

• Hierzu die Richtlinie auf “Aktiviert” stellen und einen beliebigen Zeitraum (z.B. 999 Minuten) angeben.

• Mit “OK” bestätigen

So nervig es auch ist, daß unter Windows XP der Button für den Ruhezustand im “Computer ausschalten”-Dialog erst nach Drücken der “Shift”-Taste angezeigt wird - im Artikel 893056 der Knowledge Base bietet Microsoft eine Lösung.

Bis zum heutigen Tag ist der Fix für Service Pack 2 allerdings nur auf direkte Nachfrage bei Microsoft erhältlich - eine gute Gelegenheit, mal mit den ausgesprochen hilfsbereiten Mitarbeitern bei Microsoft zu telefonieren, trotzdem aber etwas nervig.

Freundlicherweise wurde der Fix aber in den Service Pack 3 für Windows XP mit integriert, so daß nach Installation nur noch die entsprechenden Änderungen in der Registry (und noch nicht mal ein Reboot) nötig sind:

• Regedit starten

• Zum Schlüssel ‘HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows’ navigieren

• Den Schlüssel ‘System’ anlegen und in diesen wechseln

• Den Schlüssel ‘Shutdown’ anlegen und in diesen wechseln

• Das DWORD ‘ShowHibernateButton’ mit dem Wert ‘1’ anlegen

• Regedit verlassen

Schon zu seligen DOS-Zeiten war meine Platte gevierteilt: 1x System, 1x Temp, 1x Daten und 1x Games. Das System war hierbei in einer primären Partition untergebracht, die restlichen als logische Laufwerke in einer erweiterten Partition angelegt.

Nachdem die Datenträgerverwaltung von Vista glücklicherweise noch immer mittels Rechtsklick auf ‘Computer’ und ‘Verwalten’ zu finden ist, geht’s ans Einrichten: die ersten 3 Partitionen kann man - wie auch immer man klickt - nur als primäre Partitionen anlegen, die 4. wird dafür automatisch als logisches Laufwerk in eine erweiterte Partition gepackt. Vista macht das so und damit basta - auch wenn die Hilfe, die ins Microsoft Technet (zur Server 2003 Doku) linkt, was von Auswahl des anzulegenden Typs schreibt.

Eine kurze Suche im Netz bringt das ernüchternde Ergebnis, das dieses Verhalten wohl gewollt ist - und den ersten Kontakt mit dem Werkzeug diskpart.

Na bitte - nach dem Öffnen der Datenträgerverwaltung strahlt eine erweiterte Partition in leuchtendem Grün, in der nun mittels Rechtsklick logischen Laufwerke erstellt werden können.