Wenn man unter Windows XP Drucker, Druckertreiber und Anschlüsse zentral verwalten wollte hat man die “Servereigenschaften” des lokalen Druckservers genutzt. Diese waren im Fenster “Drucker und Faxgeräte” per Rechtsklick auf “Servereigenschaften” zu erreichen. Diese Druckserververwaltung war besser geeignet als die normale Übersicht des Druckerfensters.

In Windows 7 heißt die Funktion jetzt “Druckverwaltung” und kann über die Startmenüsuche gefunden werden. Von hier erfolgt die Verwaltung über den lokalen Druckserver.

Eine ähnliche Ansicht kann man öffnen, indem man bei den Druckern einen Drucker anklickt und dann in der Funktionsleiste “Druckerservereigenschaften” anklickt.

Es kann vorkommen, dass eine Softwareinstallation via GPO nicht so rund läuft und die Software fehlerhaft installiert wird. Die Gruppenrichtlinie sieht die (fehlerhaft) installierte Software und hakt diesen Punkt also ab, die Softwareinstallation bleibt fehlerhaft. Wenn nun auch die manuelle Deinstalltion der Software nichts daran ändert und die Gruppenrichtlinie immernoch nicht die Software neu zuweisen will, muss ein Trick her.
Grundsätzlich kann natürlich mein Guide zum Troubleshooten von GPO-/Softwareinstallationsfehlern helfen.

Ich möchte jetzt aber noch einen Trick ergänzen, den ich gestern entdeckt habe.

Grundsätzlich hilft bei diesem Problem (Installation fehlerhaft, Deinstallation wird nicht erkannt) wie erwähnt das Löschen des Registry Keys
HKLM/Software/Microsoft/Windows/CurrentVersion/Group Policy
und die komplette Gruppenrichtlinie wird erneut angewandt.

Wenn in der Softwareinstallation nun aber 5-10 Programme stehen und dann alle neu installiert werden ist das eine wirklich zeitraubende Lösung. Möglicherweise verlorene Programmfeatures, Updates, Pakete, Einstellungen durch die Neuinstallation sind auch oft ärgerlich.
Also wäre es besser nur die Installation zurückzusetzen, die tatsächlich fehlerhaft ist.

Geht in den Group Policy Key (siehe oben), dort in “AppMgmt” und ihr werdet einige GUID Schlüssel sehen. Jeder Schlüssel representiert eine Softwareinstallation. Klickt eine GUID an und schaut euch den Wert “Deployment Name” an, dort steht der Softwarename, den ihr in der GPO vergeben habt.
Löscht den Schlüssel der fehlerhaften Software und startet den Computer neu.

Die GPO wird jetzt diese Software neu installieren.
Gibt es immernoch Probleme dann deinstalliert die Software erneut, löscht alle Spuren (Regcleaner wie CCleaner), löscht den eventuell verbliebenen Installerverweis mit Microsoft Installation CleanUp Utility, löscht nochmal den Registry Key und rebootet nochmal den PC. Spätestens jetzt sollte die Software so korrekt installiert werden. Wenn nicht liegt der Fehler eher woanders

Umlaute in Batch-Script Ausgaben sind ja ein bekanntes Problem. Statt ä ö ü oder auch ß erscheinen leider nur sehr kryptische Symbole, dabei kann das aktuelle DOS doch umlaute darstellen.

Aber wie bekommen wir eine makellose Ausgabe am besten realisiert?

Ganz einfach, ihr braucht ein Texteditor, der MS DOS schreiben kann.
Zum Beispiel kann Notepad++ ein Dokument im MS DOS Stil bearbeiten. Dazu könnt ihr einfach die Bearbeitungssprache unter Sprachen -> M -> MS DOS Stil einstellen.
Das Script wird unter Umständen neu geöffnet, die Syntaxgestaltung verschwindet und alle Umlaute (mit dem ß) werden in kryptische Zeichen umgewandelt. Nun könnt ihr alle diese seltsamen Symbole durch die gewollten Umlaute ersetzen.

In der Ausgabe werden diese dann auch endlich normal angezeigt.

Ihr könnt dann in Notepad++ die Sprache wieder auf Batch zurückstellen. Und – bei mir war es zumindest so – danach sollten sogar in dieser Spracheinstellung eingetippte Umlaute korrekt angezeigt werden. Testet es aus.

aida32 ist zugegebenermaßen kein sehr aktuelles Programm, die letzte Version kam 2004 raus und fällt bei den meisten Administratoren deswegen schon direkt durch. Was ich aber sehr schätze ist, dass das Programm klein ist, keine Installation benötigt, keine Lizenzeinschränkungen im Business Bereich hat und seine Aufgaben möglichst performant, schnell erledigt. Für eine netzwerkweite Inventarisierung wollte ich zuerst msinfo32 nutzen, dass bei jedem Windows System von Hause aus mitgeliefert wird (%commonprogramfiles%/microsoft shared/msinfo/msinfo32.exe) und auch alles nötige über das System herausfinden und als Report auch abspeichern kann.
Leider funktioniert das Programm ab Windows Vista nicht mehr korrekt, um genau zu sein werden wichtige Paramter einfach ignoriert. Die Parameter /category oder /categories, die für eine performante Inventarisierung unverzichtbar sind, werden gekonnt missachtet. Das fällt also leider raus.
Programme wie SIW 2010, Everest o.Ä. sind in kommerziellen oder Businessbereichen zu lizenzieren und eventuell auch einfach zu umfangreich.

Also, ich hab mir erstmal aida32 3.93 auf unser Netzlaufwerk geschoben.
Als nächstes ist es wichtig eine klare Vorstellung davon zu haben, was inventarisiert werden soll. Alles zu inventarisieren ist absolut kontraproduktiv. Der Vorgang an sich würde bestimmt eine Minute dauern und der Informationsgehalt wäre für die Administratoren auch einfach zu extrem.
Folgende Daten waren mir in unserem Netzwerk wichtig:

1. Betriebssystem mit z.B. so Informationen wie Computerbeschreibung, Computername und Domäne.
2. Systemdaten zur Hardware wie Prozessortyp, Mainboard, Speicher, Festplatten etc
3. letzter angemeldeter Benutzer
4. Netzwerkinformationen wie IP, MAC, Anzahl der Netzwerkkarten, vorhandenes WLAN etc
5. Monitormodell
6. (Autostart)
7. installierte Programme mit Version und ggf. Installationsdatum

Um von Aida32 wirklich nur diese Informationen zu bekommen muss man sich eine Berichtvorlage erstellen. Das ist schnell gemacht, einfach Aida32 starten und dann beim Berichtsprofil unter Bericht -> Bericht-Assistent Pro/Lite... “angepasste Auswahl” einstellen. So habe ich nur die Bereich aktiviert, die ich brauche. Generiert wird eine .rpf Datei im Verzeichnis von aida32, die nachher noch wichtig ist.
Es ist zu empfehlen möglichst wenig Daten zu sammeln um den Vorgang der Analyse, die ja bei jedem Systemstart dann durchgeführt wird, möglich gering zu halten. Die Analyse sollte nicht länger als 10 Sekunden dauern, der Userstimmung wegen. Wird mehr Zeit benötigt würde ich unnötige Informationen aussortieren. Meine paar Dinge reichen vollkommen aus und sind in 3-6 Sekunden erfasst, je nach Rechnertyp. Je nach Anzahl der Mitarbeiter/Computer und der Arbeitsstimmung her muss jeder Administrator das aber selber einschätzen.

Nun brauchen wir den Bericht durch einen Batchbefehl, den wir dann später zum Automatisieren des Vorgangs nutzen. Also die CMD öffnen und zuerst schauen wir in die Hilfe von aida32: aida32.exe /? (aus dem Verzeichnis von aida32 raus oder mit dem entsprechenden Pfad davor) bringt nämlich erstaunlich viele Parameter zum Vorschein, mit der sich die Inventarisierung super steuern lässt.

Folgenden Befehl nutze ich für die Aufgabe:

\\serverpfad\zu\aida32\aida32.exe /r "\\serverpfad\zu\den\logs\$hostname" /text /silent /safe /custom "iqb.rpf"

Also, mit /r erstelle ich allgemein einen Report im Verzeichnis bla\logs\. Der Dateiname wird mit $hostname auf den Namen des Computers gesetzt. Bei diesem Pfad keine Dateiendung angeben, diese wird nämlich mit dem Parameter für das gewünschte Format, bei mir /text, von alleine ergänzt. /silent führt den Vorgang ohne GUI durch, mit /safe umgeht aida32 das Laden der Gerätetreiber, was anscheinend eine häufige Fehler/Konfliktquelle sein soll. Die letzte Option /custom übergibt aida32 meine benutzerdefinierte Berichtvorlage, sodass nur die Informationen ermittelt werden, die ich brauche.

Wenn der Test in der CMD klappt wars das eigentlich schon. Diesen Befehl jetzt am besten als Startscript in ein GPO einbauen und an alle Computerobjekte knüpfen, die inventarisiert werden sollen. Done! Ich hoffe, ich konnte helfen. Fragen, Verbesserungen, etc, wie immer in den Comments!

Bei der Erstellung von VMs in VMware Server 2 stehen für die virtuelle Festplatte 2 verschiedene Adaptertypen zur Auswahl: IDE oder SCSI.
Nach der Erstellung lässt sich der Adaptertyp nicht aus dem grafischen Webinterface von VMware heraus ändern. Nicht nur das: virtuelle HDDs vom Typ IDE lassen sich nicht mal vergrößern, SCSI Platten dagegen schon.

Wenn also eine IDE Festplatte voll ist kann man aus dem Webinterface von VMware Server weder den Typ noch die Größe ändern.

Es geht doch, und zwar mit dem Konsolentool “vmware-vdiskmanager.exe”.
Sucht das VMware Programm “vmware-vdiskmanager.exe” im Installationsverzeichnis vom Server.
Der Standard wäre: C:\Programme\VMware\VMware Server\
Nun noch den Pfad der zu ändernden .vmdk (HDD der VM) kopiert und bastelt dann folgenden Befehl:

"c:\Program Files (x86)\VMware\VMware Server\vmware-vdiskmanager.exe" /x 20GB "D:\VMs\Test1\Test1.vmdk"

/x steht hierbei für “eXpand” also erweitern und die Größe wird danach mit Wert und einer der 2 Einheiten MB oder GB angegeben.

Nun ist die Festplatte der VM größer aber die Partition immernoch unverändert. Also müsst ihr auf die VM jetzt ein Partitions Manager wie EASEUS Partition Master oder Paragon Partition Manager installieren und die gewünschte Partition vergrößern.

In der Toolreferenz stehen die restlichen Parameter und bei Google gibts es zum vdiskmanager noch viele andere Infos zu entdecken. Have fun.