Um beim Start von Windows ein eigenes Skript automatisiert starten zu lassen gibt es verschiedene Möglichkeiten, aber selbst die Funktion “Geplante Tasks” bietet nur die Möglichkeit, einen Task entweder “Beim Starten des Computers” oder “Beim Anmelden” auszuführen:

Um jedoch beim Herunterfahren des PCs einen eigenen Befehl ausführen zu lassen, muß man etwas tiefer in der Werkzeugkiste kramen:

Unter “Start / Ausführen” mittels Eingabe von “gpedit.msc” den Gruppenrichtlinieneditor aufrufen. Anschließend kann wahlweise entweder unter “Computerkonfiguration” oder “Benutzerkonfiguration” der Punkt “Windows-Einstellungen” geöffnet werden und bei “Skripts (Start/Herunterfahren)” der gewünschte Eintrag angelegt werden.

Hierzu einfach “Herunterfahren” doppelklicken und mittels “Hinzufügen” einen eigenen Eintrag anlegen.

Unter Linux gibt es die Funktion serienmäßig, unter Windows leider nicht: ein ISO-Image, das auf der Platte (oder wo auch immer liegt) direkt als Laufwerk einzubinden.

Neben vielen kostenlosen und kostenpflichtigen Lösungen gibt es auch eine von Microsoft: das “Microsoft Virtual CD-ROM Control Panel”, das offiziell nicht supportet und gut versteckt im Downloadcenter sein Schattendasein fristet.

Aufmerksam wird man spätestens dann auf das kleine aber feine Progrämmchen, wenn man sich z.B. durch einen Knowledge-Base-Artikel arbeitet, in dem genau auf das Virtual CD-ROM Control Panel referenziert wird.

Der Download ist mit rund 60kb richtig fix erledigt und nach dem Durchklicken der Installationsanleitung in der mitgelieferten “Readme.txt” kann’s auch schon losgehen.

Wenn man unter Debian das Paket “sun-java6-jre” installiert hat, meldet sich anschließend nach einem “java –version” immer noch

statt dem eigentlich erwarteten JRE. Damit das funktioniert, hilft ein

mit dessen Hilfe man die Möglichkeit hat, die gewünschte Java-Installation zu wählen. Anschließend spuckt “java -version” das gewünschte

aus.

Nachdem jahrelang eigentlich alles wunderbar funktioniert hat, streikt nach einer Neuinstallation von Debian der Sound auf meinem Asus L8400C. Zwar findet ‘alsaconf’ die richtige Karte und trägt das richtige Modul ein, anschließend erscheint aber ein ernüchterndes

auf dem Bildschirm, so daß man das anschließende

nicht so wirklich ernst nehmen sollte. Ein Blick in die Ausgabe von ‘dmesg’ bringt glücklicherweise einen Fingerzeig in die richtige Richtung, nämlich daß mit der Firmware für das Sounddevice irgendetwas faul ist:

Da es auf den Debian-Servern keine neuere als die installierte Version des Firmware-Paketes gibt, ist Herunterladen des aktuellen alsa-firmware-Pakets von den Seiten des Alsa-Projects sowie der anschließende, altbekannte Dreisatz

gefragt, nach dem ‘alsaconf’ zwar immer noch über eine nicht gefundene Soundkarte meckert (liegt wohl an der Debian-Verzeichnisstruktur), ein Blick auf ‘dmesg’ aber nur noch

ausspuckt und der anschließende Hörtest ebenfalls positiv ausfällt.

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.