Weil mein XAMPP (ist halt 32 bit) auf meinem Hardy mit 64 bit immer wieder Zicken machte, wollte ich mir einen „echten“ mysql-server installieren. Die Installation des Paketes mysql-server-5.0 unter Ubuntu Hardy 64 Bit wollte und wollte dann jedoch einfach nicht gelingen:

/var/lib/dpkg/info/mysql-server-5.0.postinst: line 143: /etc/mysql/conf.d/old_passwords.cnf: No such file or directory
dpkg: Fehler beim Bearbeiten von mysql-server-5.0 (–configure):
Unterprozess post-installation script gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von mysql-server:
mysql-server hängt ab von mysql-server-5.0; aber:
Paket mysql-server-5.0 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von mysql-server (–configure):
Abhängigkeitsprobleme – lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
mysql-server-5.0
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Egal ob ich das Paket mit sudo apt-get purge wieder loswerden wollte und egal auch, wie oft ich einen reinstall versuchte – immer wieder diese Fehlermeldung. Auch der Tipp, die Datei /etc/mysql/conf.d/old_passwords.cnf von Hand anzulegen half nicht. Bis ich dann bei Nabble auf einen Thread stieß, der mich auf einen ganz anderen Weg verwieß:

sudo apt-get purge mysql-common

sudo apt-get autoremove

… und dann ein reinstall von mysql-server-5.0. Das war’s.

Bisher verbinde ich mich mit MySQL aus Base heraus über ODBC – schlicht weil ich JDBC nicht zum Laufen bekommen habe (evtl. liegt das an meinem 64 Bit Hardy). Die Einrichtung ist vorbildlich in diesem Artikel auf linux.com beschrieben:

http://www.linux.com/archive/feature/60185

Es gibt aber auch eine Extension für OOo, die die Einrichtung erleichtern soll – den MySQL Connector, der im Moment lediglich noch daran krankt, dass er keine IP Adressen für den MySQL Server verdaut:

http://extensions.services.openoffice.org/project/mysql_connector

Die Extension läuft unter der Kombination OOo Version >= 3.1 und MySQL Version >= 5.1.

Meine XP VM wächst mir langsam aus der Platte heraus. Also musste ich die Festplatte der virtuellen Maschine vergrößern, was nur mit VMWare Workstation selbst gelingt. Für alle anderen ist aber das GPL Tool vmmanager für Windows auch unter Wine geeignet.

Hinweis: Eine Vergrößerung der Windows Systempartition kann (!) gelingen, muss aber nicht. Voraussetzung scheint hier zu sein, dass die Datei pagefile.sys in C:\\ gelöscht wird. Manchmal klappt es dann aber auch nicht. In diesem Fall: Eine Möglichkeit sperrige Systemfestplatten doch noch zu vergrößern besteht darin, die virtuelle Festplatte der einen Windowsinstallation in einer zweiten einzubinden.

Als Vorarbeit (und Sicherung) auf jeden Fall die virtuelle Maschine kopieren – am besten aus VMWare selbst heraus. Dann darf auch was schief gehen. Auch darauf achten, dass keine Snapshots der VM existieren (was automatisch der Fall sein dürfte, wenn eine Kopie mit VMWare erstellt wurde), sonst klappt es mit der Größenanpassung ebenfalls nicht.

Weiter sicherstellen, dass von .wine/drive_c im Homeverzeichnis ein Symlink auf das Verzeichnis der virtuellen Maschinen unter Linux existiert. Bei mir wäre dies demnach

/home/dirk/.wine/drive_c

Dann das Archiv von der angegebenen Adresse herunterladen und in .wine/drive_c/Programme entpacken. Das ergibt den Ordner

/home/dirk/.wine/drive_c/Programme/vmmanager-linux.1.03

Eine Konsole in diesem Ordner öffnen und dann mit

wine vmmanager.exe

den vmmanager starten.

Auf dem Reiter [Hard Disk] ein Häkchen bei [Unlock] setzen und dann die neue Größe eingeben. Die Anpassung ist in wenigen Sekunden über den Reiter [Finish] erledigt – allerdings weiß dann Windows noch nichts hiervon und muss erst lernen.

Hierzu mit Hilfe von Parted Magic die Partition händisch vergrößern. Das ISO von Parted Magic kann von der angegebenen Seite heruntergeladen werden und wird über den Hardware-Konfigurationsdialog der VM in VMWare als CD eingebunden.

Auf der Beschreibungsseite der VM befindet sich hierzu ein Knopf [Edit virtual machine settings] – ein Doppelklick auf das CD/DVD Icon im Programmfenster von VMWare hilft aber auch. Meist steht hier „Auto detect“.

Dann die VM von der Parted-Magic CD booten. Evtl. muss hierzu das BIOS der VM erst entsprechend eingestellt werden. In diesem Fall muss man ziemlich schnell sein: Sobald die VM startet mit der Maus auf die VM klicken und dann [F2] drücken, damit das BIOS Setup betreten wird. Hier auf dem Reiter [Boot] das CD Laufwerk nach oben schieben. Einstellungen speichern und nochmal versuchen.

In Parted Magic gparted starten und die Partition vergrößeren. Das geht hübsch mit der Maus.

Nicht vergessen, dass gparted zur Umsetzung durch Klick auf [Apply] aufgefordert werden muss.

Nach der erfolgreichen Größenanpassung der Systempartition Parted Magic herunterfahren und die VM starten, nachdem das ISO wieder ausgeworfen und „Auto detect“ für das CD/DVD Laufwerk der VM wieder eingeschaltet wurde. Wurde an einer fremden Systempartition gearbeitet, diese wieder der eigentlichen VM zuordnen.

Weitere Hinweise: http://vsphere-land.com/tips-tricks/re-sizing-virtual-disks