Virtuelle Maschine on Michael’s Domain

Wein- und Crossover-Büro

Sat, 26 May 2007 00:00:00 +0000

Da ich VMware satt hatte (weil es so langsam ist und die Hälfte meines Arbeitsspeichers beansprucht), habe ich mich Wine zugewandt. Aber Wine scheint sehr schwierig einzurichten zu sein. Typisch Linux. Es funktioniert zwar, aber wenn man nicht eine ganze Woche damit verbringt, kriegt man es nicht zum Laufen. Hier kommt die Anwendung „Crossover Office“ ins Spiel. Es handelt sich dabei lediglich um eine Reihe von Hilfsprogrammen, die die Einrichtung von Wine vereinfachen. Das gilt allerdings nur für bestimmte Windows-Anwendungen, und die meisten Windows-Anwendungen werden nicht unterstützt. Also habe ich mir eine Demoversion von Crossover Office besorgt und mit der Installation (als Root) begonnen. Die Anwendung ließ sich problemlos installieren. Nach der Installation startete ich die Crossover-Office-Setup-Anwendung. Von dort aus installiert man seine Windows-Anwendungen. Also wollte ich Microsoft Office XP ausprobieren (da es für die gesamte Universität lizenziert ist). Ich habe den Fehler gemacht, „Alles installieren“ auszuwählen. Das Installationsprogramm zwang mich dazu, auch den Internet Explorer von Microsoft und eine Menge anderen Mist zu installieren. Dann reagierte das Office-XP-Installationsprogramm mitten im Vorgang nicht mehr. Ich wartete zwei Stunden, aber der Fortschrittsbalken bewegte sich nicht und es gab keine Festplattenaktivität. Also musste ich die Installation abbrechen und hinterließ ein Chaos. Ein zweiter Installationsversuch schlug ebenfalls fehl. Also dachte ich daran, das Windows-Deinstallationsprogramm zu verwenden. Auch das schlug fehl. Die Deinstallation über Crossover Office schlug ebenfalls fehl. Also beschloss ich, das gesamte Crossover Office zu deinstallieren (im „bin“-Verzeichnis von Crossover Office gibt es ein Deinstallationsskript, das in der Dokumentation kaum erwähnt wird). Das funktionierte zwar, aber offenbar wurde nicht alles deinstalliert. Ich musste noch mehrere Verzeichnisse manuell entfernen, aber am schlimmsten war, dass die Gnome-Menüeinträge nicht gelöscht wurden. Die Gnome-Menüeinträge sind eine ziemlich knifflige Angelegenheit, da sie sich nicht an einem einzigen Ort befinden. Gnome nutzt ein System aus „virtuellen Ordnern“ (vfolder), um die Menüs zu erstellen. Das heißt, die Menüs werden dynamisch aus mehreren XML-Dateien zusammengestellt, die sich an verschiedenen Orten befinden. Aber ich glaube, ich habe sie alle gefunden und die Einträge manuell entfernt. Ich muss wohl einen Programmierfehler gemacht haben, denn danach war das gesamte Menü verschwunden. Anscheinend lag der Fehler in meiner Datei ~/.gnome2/vfolders/applications.vfolder-info. Natürlich hatte ich keine Sicherungskopie, also kopierte ich dieselbe Datei aus /root/.gnome2/vfolders in mein Home-Verzeichnis. Danach installierte ich Crossover Office neu und installierte nur Microsoft Word XP – und es funktionierte! Im Menü „Windows-Anwendungen/Programme/“ war ein schöner Eintrag zu sehen. Dann habe ich Adobe Photoshop 6.01 installiert. Die Installation verlief reibungslos, doch danach war der Microsoft-Word-Eintrag im Menü verschwunden. Auch unter „Windows-Anwendungen/Programme/Adobe“ gab es keinen Photoshop-Eintrag. Es gab lediglich einen ImageReady-Eintrag. Es scheint, als würde jede neu installierte Anwendung die Menüeinträge der zuvor installierten Anwendung löschen. Die hierarchische Ordnerstruktur bleibt jedoch erhalten; lediglich der letzte Eintrag ist verschwunden und wurde im letzten Menüordner durch einen Punkt ersetzt. Übrigens funktionierte Photoshop, da man es aus ImageReady heraus starten kann. Sowohl Office XP als auch Adobe Photoshop sind Anwendungen, die von Crossover Office „unterstützt“ werden. Nun habe ich versucht, eine nicht unterstützte Anwendung zu installieren, nämlich das Gene Construction Kit 2.5 (GCK2.5). Zunächst meldete Crossover Office, dass die Installations-CD einige versteckte Dateien enthalte und ich als Root einige Änderungen an den fstab-Einträgen vornehmen müsse, um das Lesen dieser Dateien zu ermöglichen. Das habe ich getan und die Installation fortgesetzt. Der Installer wurde abgeschlossen, und unter „Windows-Anwendungen/Programme/Gene Construction Kit 2.5“ gab es einen Menüeintrag namens „Uninstaller“. Ich schloss daraus, dass das Uninstaller-Programm nach der GCK2.5-Anwendung installiert worden war, und löschte daher den letztgenannten Eintrag. Noch seltsamer war, dass nach dem Abmelden und erneuten Anmelden sogar der Eintrag „Uninstaller“ aus dem Menü verschwunden war. Auch alle anderen Programmeinträge waren verschwunden. Ich nahm an, dass alle Menüeinträge einzelne Dateien im Verzeichnis /home/jeltsch/.gnome2/applications sind. Sie haben die Endung .desktop und sind XML-Dateien mit einer relativ einfachen Struktur. Ein Beispiel:> more Internet\ Explorer.desktop[Desktop Entry]Name=Internet ExplorerType=ApplicationComment=Internet ExplorerExec=/opt/cxoffice/bin/wine “C://Program Files//Internet Explorer//IEXPLORE.EXE” X-Created-by=cxoffice Icon=/home/jeltsch/.cxoffice/dotwine/fake_windows/Windows/Icons/9d75_iexplore.-32528.xpm [jeltsch@mcblpc2 applications]$ more CXTree-Windows_Applications-Programs-Internet_Explorer.desktop[Desktop Entry]Name=Internet ExplorerType=ApplicationComment=Internet ExplorerExec=/opt/cxoffice/bin/wine “C://Program Files//Internet Explorer//IEXPLORE.EXE“ X-Created-by=cxoffice Icon=/home/jeltsch/.cxoffice/dotwine/fake_windows/Windows/Icons/9d75_iexplore.-32528.xpm Categories=Application;X-cxoffice;X-CXTree-Windows_Applications-Programs;Es scheint, dass alle Einträge, die vom Crossover Office-Installationsprogramm erstellt wurden, noch in diesem Verzeichnis vorhanden sind. Jetzt muss ich nur noch herausfinden, warum sie nicht angezeigt werden. Natürlich kann ich die Anwendungen starten, indem ich den Eintrag unter Exec einfach in die Befehlszeile eingebe, aber das ist irgendwie umständlich. Um GCK2.5 zu testen, habe ich es über die Befehlszeile gestartet, und es wurde tatsächlich angezeigt. Zunächst wurde nach der Installations-CD gefragt (eine Art Kopierschutzmechanismus). Sie befand sich zwar im Laufwerk, aber ich musste sie irgendwie auswerfen und erneut einlegen, damit sie erkannt wurde. Das funktionierte einwandfrei, und es erschien der Dialog, in dem ich meinen Namen und meine Organisation eingab. Doch dann meldete es auf wundersame Weise: „Die Anwendung konnte nicht gestartet werden, da nicht genügend Arbeitsspeicher vorhanden ist.“ Nun muss ich dieses Problem angehen, denn GCK 2.5 ist für mich wahrscheinlich die wichtigste Anwendung, für die es unter Linux kein Äquivalent gibt.

Wie starte ich das Gene Construction Kit unter Linux?

Sat, 26 May 2007 00:00:00 +0000

Es gibt nur wenige Mac- oder Windows-Programme, für die es unter Linux kein gutes Äquivalent gibt. Eines dieser wenigen Programme ist das Gene Construction Kit (GCK) von Textco . GCK ist sowohl für Windows als auch für Mac verfügbar. Daher sollte es möglich sein, es auf einem i86-Linux-Rechner mit Wine (einer Art Emulator) auszuführen. Ich habe das versucht und bin gescheitert (ich habe mich allerdings nicht besonders angestrengt). Allerdings lässt sich wahrscheinlich jedes Windows-Programm mit VMware unter Linux ausführen. Leider ist VMware kommerziell und teuer (es gibt jedoch eine voll funktionsfähige, zeitlich begrenzte Demoversion). GCK läuft unter VMware 4.0/W2K/RedHat9 ohne Probleme. Der einzige Wermutstropfen bei VMware ist die Option „Gemeinsame Ordner“. Es ist viel besser, das Linux-Home-Verzeichnis über Samba freizugeben und es dann automatisch mounten zu lassen, wenn man sich bei dem emulierten Windows-Betriebssystem anmeldet. Es ist mir sogar gelungen, Linux-spezifische Dateien in meinem Home-Verzeichnis, die mit einem Punkt beginnen (wie z. B. .mozilla), auszublenden, indem ich „hide dot files = yes“ in die Samba-Konfigurationsdatei /etc/samba/smb.conf eingefügt habe. Obwohl ich derzeit VMware verwende, plane ich, auf Wine umzusteigen, um jeglichen Microsoft-Code zu vermeiden.

VMware und nicht standardmäßige Bildschirmauflösungen bei Laptops

Mon, 21 May 2007 00:00:00 +0000

Der Bildschirm meines Laptops hat eine Auflösung von 1280x800. Diese Auflösung wird vom Grafiktreiber von VMware nicht unterstützt. Unter Windows 98 habe ich die Option „Automatisch anpassen“ deaktiviert, die Größe des VMware-Fensters auf eine ungewöhnliche Größe geändert, die Windows-Registrierung aufgerufen (unter Windows 98 sind das drei versteckte Dateien namens system.dat, user.dat und policy.pol) und den Eintrag „Resolution“ (der etwa 966.558 lautete) auf 1280.800 geändert. Nach dem Neustart war die Auflösung in Ordnung, wenn ich den Vollbildmodus wählte. Im Fenstermodus passt sich die Auflösung jedoch nicht an die kleinere Größe an, sondern es erscheinen stattdessen Bildlaufleisten. Unter Windows 98 funktioniert die Netzwerkverbindung jedoch nicht. Ich bin verbunden (Webbrowsing usw. funktioniert), aber immer wenn ich versuche, das lokale Netzwerk zu durchsuchen, erhalte ich die Fehlermeldung: „Das Netzwerk kann nicht durchsucht werden“. Unter Windows 2000 hat derselbe Trick mit der Auflösung nicht funktioniert. Der Registrierungseintrag heißt dort auch anders: „Resolution.KVM“. Vor diesem Eintrag gibt es verschiedene andere Einträge mit dem Namen „resolution“. Da diese jedoch aus komplexen Zahlenreihen bestehen, weiß ich nicht, wie ich sie bearbeiten soll. Daher verwende ich die Auflösung 1078x768, obwohl sie auf meinem 1280x800-Bildschirm offensichtlich unscharf dargestellt wird. Nach dem Update auf VMware 4.5.2 (Build 8848) kann ich die Auflösung auch im Windows 2000-Gastbetriebssystem auf 1200x800 einstellen. Im Vollbildmodus funktioniert alles einwandfrei, aber wenn ich im Fenstermodus arbeite und „Gast an Fenster anpassen“ wähle, gehen die Einstellungen aus der Windows-Registrierung verloren, und ich muss sie manuell bearbeiten und neu starten, um die Vollbildauflösung wieder auf 1200x800 einzustellen.

VMware und Samba

Mon, 21 May 2007 00:00:00 +0000

VMware kann zu Konflikten mit Samba führen. Wenn Sie einen Samba-Server auf Ihrem Computer betreiben und VMware installieren, kann dies dazu führen, dass Ihr Samba-Server nicht mehr funktioniert. Sie können dies überprüfen mit: sudo /etc/init.d/smb status. Wenn das Ergebnis „dead“ lautet und VMware einen eigenen Samba-Server betreibt (was Sie mit ps -aux überprüfen können, indem Sie nach einem Eintrag wie „vmware-smb“ suchen), müssen Sie vmware-config.pl erneut ausführen. Unter RedHat gibt es eine einfache Möglichkeit, den VMware-Samba-Server vom Systemstart auszuschließen (Systemeinstellungen -> Servereinstellungen -> Dienste; stoppen Sie einfach den Dienst und deaktivieren Sie das Kontrollkästchen, wenn Sie nicht möchten, dass er beim Systemstart gestartet wird). Unter SUSE 9 führe ich einfach das Skript vmware-config.pl erneut aus. Wenn die Frage erscheint: „Möchten Sie, dass VMware den Dateizugriff auf den Host-Computer einrichtet?“, sollten Sie mit „Nein“ antworten.

VMware-Installationsfehler (libpopt)

Mon, 21 May 2007 00:00:00 +0000

Die Fehlermeldung während der VMware-Einrichtung (vmware-config.pl) ist darauf zurückzuführen, dass SUSE 9 ein zu neues Paket für die angeforderte Bibliothek enthält: /usr/bin/vmware-smbpasswd.bin: Fehler beim Laden der gemeinsam genutzten Bibliotheken: libpopt.so.0: Die gemeinsam genutzte Objektdatei kann nicht geöffnet werden: Keine solche Datei oder kein solches VerzeichnisDas folgende Kommando behebt das Problem:ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0

Installation von Windows 95 unter VMware

Thu, 05 Apr 2007 00:00:00 +0000

Sie benötigen: die Windows 95-Installations-CD und eine Windows 95 Version B-Bootdiskette . Da ich kein Diskettenlaufwerk habe, muss ich ein Disketten-Image der Bootdiskette erstellen. Starten Sie unter VMware von der Windows 95-Bootdiskette. Erstellen Sie eine primäre Partition, die die virtuelle Festplatte vollständig ausfüllt (Option 1, dann erneut 1 und anschließend „Ja“). Starten Sie Windows 95 neu. Formatieren Sie die virtuelle Festplatte und installieren Sie Windows 95: format C: /S R:\WIN95\SETUP /IS Meine Installations-CD funktionierte nicht. Also habe ich ein Image davon erstellt: dd if=/dev/cdrom of=w95oem.iso. Der Rest sollte dann eine Routineinstallation sein…

Probleme bei der Installation der VMware Tools (manuelle Installation)

Thu, 05 Apr 2007 00:00:00 +0000

Aus irgendeinem Grund gelang es VMware 4.5.2 nicht, die VMware Tools über die übliche Option unter „VM -> VMware Tools installieren…“ zu aktualisieren. Daher musste ich sie manuell installieren: sudo /sbin/losetup /dev/loop1 /home/your_username/vmware-distrib/lib/isoimages/windows.iso mkdir /home/your_username/temp sudo mount -r -t iso9660 /dev/loop1 /home/your_username/temp/ Da mein Home-Verzeichnis unter VMware sichtbar ist, habe ich die setup.exe manuell gestartet. Alles lief gut, obwohl VMware nach dem Neustart immer noch meldet, dass meine VMware Tools veraltet sind…

SUSE Linux 9.1/9.2 und VMware

Thu, 05 Apr 2007 00:00:00 +0000

Ich habe mir erneut eine VMware-Version zum Testen heruntergeladen (4.5.2). Aber sie ließ sich nicht einmal konfigurieren. Anscheinend hat SUSE die Verzeichnisstruktur der Installationsquellen durcheinandergebracht. Ich habe folgende Lösung gefunden: cd /usr/src/linux su make cloneconfig make prepare. Danach sollte das Skript „vmware-config.pl“ einwandfrei laufen. Bevor ich vmware-config.pl ausgeführt habe, habe ich außerdem den vmware-any-any-update78-Patch angewendet. Übrigens: Man muss diesen Vorgang bei jedem Kernel-Update wiederholen! Nach dem Update auf 9.2 hatte ich weitere Probleme. Nach jedem Neustart musste ich vmware-config.pl erneut ausführen. Dies wurde behoben, indem ich for a in seq 0 9; do mknod /dev/vmnet$a c 119 $a; done am Anfang der Datei /etc/init.d/vmware hinzugefügt habe. Nach Kernel-Updates lautet die Vorgehensweise vor dem Start von vmware-config.pl: cd /usr/src/linux make cloneconfig make modules_prepare

Windows XP-Gast auf einer Raw-Partition unter VMware 4, coLinux als Rettungssystem

Thu, 05 Apr 2007 00:00:00 +0000

Bisher ist es mir noch nie gelungen, ein Windows-XP-Gastbetriebssystem über Linux VMware von einer Raw-Disk-Partition aus zu starten. Hier ist der Diskussions-Thread .

VMware und „Fehler beim Laden von gemeinsam genutzten Bibliotheken“: Das neue gdk-pixbuf-RPM von SUSE ist fehlerhaft

Wed, 04 Apr 2007 00:00:00 +0000

Noch gestern habe ich VMware unter Suse Linux 9.1 ausgeführt, und heute (nachdem ich ein Online-Update meines Systems durchgeführt habe) erhalte ich folgende Meldung: Fehler beim Laden der gemeinsam genutzten Bibliotheken: /opt/gnome/lib/gdk-pixbuf/loaders/libpixbufloader-xpm.so: SUSE hat dieses Paket beschädigt… Aber bisher hatte ich keine Probleme beim Ausführen von VMware, also muss ich einfach herausfinden, was ich heute getan habe, um es kaputt zu machen. Anscheinend ist dieser Fehler auf mein kürzlich durchgeführtes automatisches System-Update zurückzuführen: Der Übeltäter ist das gdk-pixbuf-Paket 0.22.0-62.4. Nachdem ich auf das ältere Paket 0.22.0-57 zurückgegriffen hatte, funktionierte VMware wieder. Um das Paket zurückzusetzen, gib einfach in der Befehlszeile Folgendes ein: rpm -e --nodeps gdk-pixbuf. Installiere anschließend das ältere RPM-Paket (gdk-pixbuf-0.22.0-57.i586.rpm von den Original-Suse-9.1-CDs oder ftp.suse.com/pub/suse/i386/9.1/suse/i586/gdk-pixbuf-0.22.0-57.i586.rpm). Nachtrag: VMware funktioniert mit dem neuen gdk-pixbuf-0.22.0-62.7.i586.rpm!