VirtualBox schafft 16GB RAM, mehr ist nicht enstellbar und nicht spezifiziert. Läuft, aber das reicht nicht für das Preprocessing. Eine Anfrage im VirtualBox Forum ergab, dass es wohl einen Patch für das Heraufsetzen der RAM-Grenze gibt, aber das ganze auf der angealterten RHEL5-Plattform nicht trivial ist und letztlich nach stundenlangem Compilieren auch fehl schlug.

Auf Anfrage teilte mir vmWare mit, dass ihr vShpere das kann, ich aber die Befürchtung hatte, dass die Software so tief in das System reingreift, dass danach nichts mehr von dem Rechenknecht übrig ist, und die nVidia-Dualhead-Grafikkarte mit closed Source Treiber und andere Spezialitäten auch nicht mehr funktionieren.

Und mitten in der Depression hatte ich die Idee, mir die VirtualBox-Konfigurationsdatei des Windows-Gastes zunehmen und dort statt der 16GB eben 64GB RAM einzutragen. Klappte. Und beim ersten Testlauf hat der Windows-Gast auch mehr als 30GB Speicher belegt. Und lief ohne Absturz durch. Nun stehen noch ein paar ausführlichere Tests mit dem FEM-Preprozessor an, aber es sieht aktuell gut aus. Und das Problem der RAM-Begrenzung scheint auch nur virtuell zu sein.

Update: Ein ausführlicher test hat nun ergeben, dass Windows die 64GB RAM wahrnimmt und sie laut Taskmanager auch nutzt, aber das trotzdem nicht korrekt funktioniert. Jedenfalls ist der Windows-Gast (erwartungsgemäß) instabil und hat auch einmal den Neustart des Hosts erfordert. Schade! Fazit: Rollback.

Was ist enthalten:

• Aktuelles Ubuntu Linux, Apache, MySQL, APC, XDebug, IMAP, UploadProgress
• Firefox (mit Entwicklerplugins) und Chrome
• Drush und ein Installationsskript für Aegir
• Apache Solr
• Netbeans und Eclipse
• cvs, subversion, git, bazaar

Die Installation ist wirklich so einfach wie auf der Projektseite (http://drupal.org/project/quickstart) beschrieben, man muss nach dem Import nur darauf achten, die wichtigsten Parameter (CPUs und RAM) an die lokalen Gegebenheiten anzupassen.

Tolles Projekt, ich werde mal die Netbeans IDE und das aktuelle Aegir testen (die anderen Sachen habe ich auch auf ‘nem Server unterm Tisch ;).

Es dauerte 15min und zwei Reboots (!!), bis ich die Aktion bereute. Beim Kaspersky fror mir jedes mal nach spätestens 5min der gesamte virtuelle PC ein. Wenn ich Outlook startete (dafür habe ich den virtuellen PC hauptsächlich), dann lies sich die Zeit bis zum Showdown noch gut verkürzen. Ich habe dann versucht, die 5min zu nutzen, um den Virenscanner wieder zu deinstallieren, aber auch das klappte nicht. Bei 90% Deinstallation fror er ein. Grrrrrr.

Ein Wiedereinspielen der virtuellen WinXP-Harddisk aus dem Backup rettete mir die Situation. Danke sbackup! Das dauerte ~30min. Immer noch besser als beim Wiederaufsetzen eines echten PCs. ;)

Bei heise online war heute morgen zu lesen, dass Windows 7 RC1 zum freien Download bereit steht. Eigentlich ist es ja nicht meine Spielwiese, aber ich wollte mal wissen, ob Microsoft Lehren aus der Vista-Verweigerung der Microsoft-Kundschaft gezogen hat…

So lud ich mir binnen ~45min das 2.3GB-Image herunter und warf VirtualBox an. Und nach weiteren ~45min lief ein “Windows 7 Ultimate” auf meinem betagten Notebook. War insgesamt nicht schwer. Schwer ist es allerdings, nun neben einer laufenden Windows7-Sitzung noch was anderes zu machen. Mal sehen wie sich “das Neue Windows” anfühlt und ob ich einen Schalter finde, Eye candy abzuschalten und einen “netbook-taugliche” Version zustande zu bekommen.

Später mehr …

Mittlerweile habe ich ein volles Laufwerk C: (Allein für einen Lotus Domino Administrator gehen inkl. Mail-Datenbank ~1GB “verloren”). Nun war Handeln angesagt. Leider ist es m.E. nicht möglich, eine virtuelle Festplattendatei (VDI) mit VirtualBox-Bordmitteln zu vergrößern. Aber das war kein Problem.

Ich legt ein neues VDI-File mit 10GB Platz an (dynamisch wachsend), holte mir die [GRML-Live CD (medium)](http://grml.org/download/) und legte eine neue virtuelle Maschine an. Diese bootet von dem LiveCD-Image und bindet das bisherige Windows-VDI-File (als /dev/sda) sowie das neu angelegte VDI-File (als /dev/sdb) als Festplatten ein. Diese virtuelle Maschine wird gestartet und dann im GRML-Linux der Inhalt der bisherigen “Platte” au die neue “Platte” kopiert:

dd if=/dev/sda of=/dev/sdb bs=512

Nach ~15min war das erledigt. Nun kann der virtuelle GRML-Rechner wieder heruntergefahren werden.
Nun muss die Partition in der neuen virtuellen Festplatte noch vergrößert werden.

Als nächstes habe ich also die neue Platte zu dem bestehenden virtuellen Windows-PC als “Primary Slave” hinzugefügt und die virtuelle Maschine gestartet. Nun eine DOS-Box im virtuellen Rechner öffnen und mit diskpart die Partition vergrößern:


c:>diskpart
diskpart> select disk 1
diskpart> select volume 2
diskpart> extend
...
diskpart> exit


Nun kann der virtuelle Windows-Rechner herunter gefahren werden. Das bisherige VDI-File wird ausgehängt und statt dessen das Neue als “Primary Master” angemeldet.
Fertig.

PS: Ich hätte statt der GRML-LiveCD natürlich auch eine [GParted-LiveCD](http://gparted.sourceforge.net/livecd.php) nehmen können und mir damit die Basteleien mit diskpart erspart. Allerdings hinterlässt GParted ein modifiziertes NTFS-Image mit dem Dirty-Flag und beim nächsten Windows-Start spring checkdisk an. Und ob ich das Ganze dann in 30min geschafft hätte…

A few days ago Mandriva Linux delivered it’s spring update. So I waited two more days until the fresh bytes arrived at german mirrors.

So I decided that Saturday would be a good day to download the 1700+ new packages. All I did was  to replace 2008.0 to 2008.1 in all repository URLs (main, contrib and non-free) and run the MandrivaUpdate program. It took about 6 hours on my aged Thinkpad T41 using a 2MBit DSL line to fetch and install the update, but it worked (almost) seamless. In the middle of the operation I had to install libldap-2.4 manually and I deinstalled some lib*-devel packages to prevent package collisions.

After the next reboot I had a shiny polished desktop. Great work, Mandriva staff!

Some post-upgrade works had to be done: The kernel module packages were not updated automaticly. But that was easily to manage. The madwifi driver got upgraded flawlessly when I tried to activate the WLAN adapter for the first time. And the vbox-modules (for VirtualBox) was painless as well. I just selected the packages with kernel version number ’2.6.22’ and ’2.6.24’ fom the list of all installed packages and user rpmdrake to install their updated version:

rpm -qa| grep -E '2\.6\.2(2|4)' | sort

Afte that I deinstalled all packages with ’2.6.22’ in their name. Done.

VBox status code: -102 (VERR_FILE_NOT_FOUND).

Nachdem ich mich versichert hatte, dass der aktuelle Kernel (kernel-desktop586-latest) und die Pakete dkms-vboxvfs und dkms-vboxadd installiert waren, war ich ein wenig verunsichert, dass die Fehlermeldung blieb.

Dann las ich mir die Meldung nochmal komplett durch, fand den Term “Secondary Master” und erinnerte mich, dass das CD/DVD-Laufwerk in dem virtuellen Gast mit eingebunden wird. Und der Gerätename hat sich geändert: Bei Ubuntu hieß es /dev/scd0, bei Mandriva /dev/hdc. Dies schnell angepasst und  – es läuft wieder.

Die Moral von der Geschichte: Fehlermeldungen sind zum Lesen da. Und dazu, die richtigen Rückschlüsse zu ziehen.

So, nun kann ich wieder ohne Reue virtuelle Rechner mit VirtualBox aufsetzen und endlich fleißig Linux-Distros testen. Und für den Oracle-Kurs die Oracle 10g Enterprise Edition installieren. Und noch viel mehr …

Kürzlich wurde ich von einem KDE-auf-openSuSE-Screenshot und dem zugehörigen Review in einem Computermagazin magisch angezogen. Und wegen einiger Probleme nach dem Ubuntu-Gutsy-Update auf ‘nem IBM Thinkpad T41 war ich bereit, den Test zu machen. Aber so "richtig".

Also holte ich mir die Installations-CD der gerade erschinene Version 10.3 und startete sie in einer VirtualBox. Die Installation lief reibungslos und der Desktop sah schon chic aus! Wie zu erwarten ein eleganter KDE-Desktop. Also wagte ich den Schritt, mein Ubuntu gegen openSuSE auszutauschen – natürlich nach einem kompletten Backup auf USB-Disk.

Auch hier: reibungslose Installation, volle Unterstützung des externen LCDs mit 1600×1200-er Auflösung, die PCMCIA-SDCard werkelte endlich. Guter erster Eindruck.

Aber dann kam die Ernüchterung namens Yast. Dies war vor 10 Jahren der initiale Grund Alternativen zu SuSE zu suchen (und in Debian zu finden – und habe diesen Schritt bisher nie bereut!)
Irgendwie hatte ich den Eindruck, dass es gar nicht gewollt und auch nicht gefördert wird, das System abseits von Yast zu administrieren.

Dann das Paketmanagement: "zypper" und seine Freunde wirken wie ein gut gemeinter, aber wenig glücklicher Versuch, ein kommandozeilen-basiertes Werkzeug anzubieten. Wenn man eine Anfrage abgesetzt hat, ärgert man sich schon wieder über die Wartezeit, die man gleich investieren muss.

Und wieso sind die SuSE-rpms eigentlich keine "echten rmps? So bekam ich mir wichtige Software (da denke ich gleich an miro ;)) auf openSuSE nicht zum Laufen … :/
Auch VPN-Verbindungen mit PPTP-Endpunkten wollte nicht klappen. Es scheiterte schon bei Dokumentationen zum Thema openSuSE+VPN+PPTP.

Mein Selbstexperiment liegt nun schon wieder zwei Monate zurück. Und da ich gerade wieder mal an einem PC mit openSuSE 10.3 saß und den Desktop echt chic fand … musste ich das schnell mal aufschreiben.
So als Gedächtnisstütze!