Alex' blog (Artikel mit Tag vm)

VMware Aktie

nospam@example.com (Alex) — Wed, 15 Aug 2007 18:44:04 +0200

Ich hab gewusst, dass die VMware Aktie schnell im Kurs anziehen wird. Dummerweise habe ich nicht das nötige Kleingeld, um einen Haufen Aktien zu kaufen.

Sehr schade, denn es wäre eine schnelle "Mark" gewesen ...

Administrative Laufwerkssperrung umgehen

nospam@example.com (Alex) — Tue, 24 Jul 2007 22:24:01 +0200

Den Einfall hatte ich heute und er hat auch anstandslos funktioniert:

Wenn der Administrator unter Microsoft Windows 2000 den Zugriff auf das eingebaute Diskettenlaufwerk softwareseitig unterbunden hat, dann ist dies noch kein Hinderungsgrund an der Benutzung des Laufwerks als normaler Benutzer.

Auf dem PC war noch eine VMware Workstation installiert, worin ich dann ein vorhandenes Windows Server 2003 gestartet habe, worauf ich als Administrator Zugriff habe. In der Konfiguration der VM war ein Diskettenlaufwerk eingetragen und "connect at boot" bereits angehakt. Nachdem das OS lief habe ich meine mitgebrachte Diskette eingelegt und in der VM konnte ich dann problemlos auf meine Dokumente zugreifen.
Eigentlich hätte ich die Dokumente außerhalb der VM gebraucht, was allerdings mit der Workstation-Version kein Problem dank "Shared Folders" ist. (Drag'n'Drop scheint nur in die VM hinein zu funktionieren - im Gegensatz zum VMware Player.)

Netter Workaround, wie ich finde.

VMware Converter

nospam@example.com (Alex) — Mon, 29 Jan 2007 20:26:27 +0100

Ich habe mir heute den VMware Converter heruntergeladen und dabei ist mir aufgefallen, dass die Registrierung vor dem Download gar nicht nötig ist.

Wer beim Formular JavaScript noch aus hat und es erst auf der nächsten Seite einschaltet, der kann sich den Converter auch ohne Registrierung herunterladen.

Eigentlich nichts besonders, aber so einfach war das sonst noch nirgends.

VMDK-Images vergrößern ohne VMware-Tools

nospam@example.com (Alex) — Wed, 14 Jun 2006 02:32:00 +0200

Da ich meine sämtlichen Programmierutensilien für Windows (und später auch für Linux) in eine virtuelle Maschine auslagern wollte, damit das ganze etwas aufgeräumter zur Sache gehen kann, hab ich mit dem freien VMX-Builder eine neue VM mit Windows XP angelegt. Abspielbar ist die VM mit dem ebenfalls frei erhältlichen VMware-Player.

Jedoch habe ich dummerweise nur fünf GB als Festplattengröße angelegt, die sich im nachhinein nur mit dem VMware Diskmanager, der nur den kommerziellen Produkten beiliegt, verändern läßt.Ich weiß auch nicht wieso ich nur fünf GB eingegeben habe ... Dies stellt mich jetzt vor ein Problem, da ich keine Lust habe viele weitere VMDKs zu erstellen um diese als weitere Festplatten o.ä. in meine bestehende Installation einzubinden.

Also muss eine andere Lösung her.
Da der VMX-Builder die Images mit QEMU erstellt, bietet sich vielleicht hier eine Möglichkeit, dass Image zu vergrößern. Und hier ist sie:

Zuerst aber noch: bitte sicherhaltshalber ein Backup anlegen !

Man konvertiert das VMware-Image (.vmdk) zuerst in ein Raw-Image (.img). Das geht mittels dem Befehl:

qemu-img convert -f vmdk zukleinesimage.vmdk -O raw wirdnochgroesser.img

Spätestens jetzt sollte man wissen, wie groß denn das Image generell werden soll. Da das Image nicht von z.B. ein auf zwei GB vergrößert werden kann, sondern nur mit dem Hinzufügen von Raw-Daten wachsen kann, muss man also bei diesem Beispiel eine ein GB große Raw-Datei mit Qemu erstellen. Dieses Raw-Datei, wie groß sie nun auch immer im gewünschten Einzelfall sein mag, wird dem bestehenden Raw-Image hinzugefügt. Der dazu nötige Befehl lautet (passend zum Beispiel hier):

qemu-img create -f raw ankleben.img 1G

Diese neue Datei fügt man nun also dem Raw-Image wie folgt hinzu:

copy /b wirdnochgroesser.img + ankleben.img nungrossgenug.img
(Hier sollte man unbedingt die Reihenfolge beachten. Da qemu-img zumindest bei mir unter Windows Probleme mit dem Erstellen von zwei GB oder größeren Raw-Dateien hat, kann man dieses Problem, sofern man mehr braucht umgehen, indem man den Vorgang des "Addierens" wiederholt: copy /b wirdnochgroesser.img + ankleben.img + ankleben.img + ... nungrossgenug.img)

Jetzt sind wir auch schon fast fertig. Nun brauchen wir nur noch einen Partitionierungsprogramm unseres Vertrauens um die aufgebrauchten ein GB auf die maximale neue Größe von zwei GB hoch zu resizen. (Ich veranglizisiere mich hier gerade etwas. ) Partitionierer wie qtparted bzw. gparted auf einer Live-CD bieten sich dazu an. Da VMware nichts mit dem Raw-Image anzufangen weiß, aber dafür QEMU, starten wir QEMU wie folgt:

qemu -hda nungrossgenug.img -cdrom gparted-live-cd.iso -boot d -L .

(Die Live-CD muss nicht zwingend gebrannt werden, da QEMU auch mit ISO-Images umgehen kann.)

Wenn dieser Vorgang (hoffentlich erfolgreich) abgeschlossen wurde, muss das neue, große Raw-Image nun nur noch wieder in ein gültiges VMware-Image hiermit konvertiert werden:

qemu-img convert -f raw nungrossgenug.img -O vmdk endlichfertig.vmdk

(Diese Anleitung bezieht sich auf die Benutzung sämtlicher Programme unter Windows (XP). Man kann das für Linux natürlich entsprechend leicht abändern.)

Update: Nachdem das Problem mit der 2 GB Hürde wohl tatsächlich an qemu-img liegt, habe ich hier für Windows-Systeme folgenden Workaround: fsutil file createnew Dateiname Dateigröße

Update: Das ganze Unterfangen kann man sich seit dem freien Release des VMware Servers sparen. Denn dort ist das Tool "vmware-vdiskmanager.exe" dabei, welches das Laufwerk ruckzuck in seiner Größe ändert. Jetzt muss man nur noch die Partitionen an die neue Größe anpassen. Hier kann man sich z.B. der gparted Live-CD zuwenden.

Intels vPro Technik und die Risiken

nospam@example.com (Alex) — Tue, 09 May 2006 14:25:00 +0200

Intel hat eine neue Virtualisierungslösung entwickelt und hat sie vPro getauft. Diese neue Virtualisierungslösung soll zur Sicherheit von Einzelarbeitsplätzen beitragen und das Management dieser Computer vereinfachen.

vPro setzt sich aus mehreren Komponenten zusammen: "Intel Core 2 Duo" (Duo = 2 Kerne, 2 = 2. Architektur-Generation) CPU (Codename: Conroe (Desktop), Merom (Mobil)), Chipsatz Q965, einem speziellen Gigabit-Ethernet-Controller und angepasster Firmware.

Das Prinzip hinter Intels Businessplattform vPro: das eigentliche OS, worunter der Benutzer normal arbeiten soll, bekommt nur eine virtualisierte Netzwerkschnittstelle zu sehen, die das zweite - nicht sichtbare - OS im Hintergrund bereitstellt. Dieses zweite Betriebssystem soll dafür sorgen, dass das eigentliche OS von außen stets ferngewartet werden kann, auch wenn das System nicht mehr booten kann. So soll es dank dem zweiten OS leicht aus der Ferne repariert und administriert werden können, etc. Mit WoL auch dann wenn der zuerst Computer ausgeschalten ist, was ansich eigentlich nichts neues ist.

Ob diese versprochene Sicherheit wirklich ein Mehrwert ist und nicht besser ungenutzt bleibt, darf kritisch betrachtet werden. Sicherlich werden sich Wege finden um das zweite OS, welches zur Rettung dient, mißbrauchen (Spam- und DDoS-Bot, Würmer, etc.) zu können oder es schlichtweg zur Überwachung einzusetzen.