Ist Windows Vista / 7 schon installiert, im BIOS aber kein AHCI aktiviert, wird Windows sehr wahrscheinlich nach einer Aktivierung den Dienst verweigern.
Abhilfe schafft da mittels regedit nach:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\services\Msahci
zu gehen und den Wert des Schlüssels “Start” auf “0″ (Null) zu setzen
Nun den Rechner neu starten, AHCI im Bios aktivieren (DVD-Laufwerk an einen nicht-AHCI Port hängen, ich konnte sonst nicht mehr von CD booten) und glücklich sein.
Oder anders ausgedrückt: Windows ist doof.
Damit ich es hoffentlich nie wieder vergesse:
Wenn man beispielsweise ein Zeilenumbruch oder ähnliches durch ein anderes Zeichen ersetzen will kann dies mit dem Befehl
tr
geschehen. Für mehr details siehe
man tr
Bis vor kurzen hatten Besitzer einer x-fi Titatium unter Linux mehr oder weniger Pech. Vor kurzem kam aus dem ALSA Project (oder Unabhängig davon?) ein Treiber für die x-fi Karten welcher dann auch nach und nach in die Distributionen kommt. Unter anderem liefert das kommende Ubuntu 9.10 das ganze und siehe da: es geht (Ubuntu 9.10 Alpha 3 64bit).
Alles was ich machen musste war die Soundausgabe von hdmi auf die x-fi umzustellen.
Seit einigen Tagen hatte ich das Problem, dass das Firefox Plugin: Mozilla Weave sich nicht mehr mit dem Server syncronisiert hat. Der Login klappte zwar, jedoch passierte dann nichts mehr. Im Log fand sich die Fehlermeldung:
YYYY-MM-DD HH:MM:SS Engine.Passwords ERROR Could not process incoming record: Component returned failure code: 0x80004005
(NS_ERROR_FAILURE) [IWeaveCrypto.unwrapSymmetricKey] (JS frame :: file:///C:/Users/<username>/AppData/Roaming/Mozilla/Firefox/Profiles/blablabla.default/extensions/%7B340c2bbc-ce74-4362-90b5-7c26312808ef%7D/modules/base_records/crypto.js :: CryptoMeta__getKey :: line 189)
Das ganze scheint ein Problem zu sein welches immer mal wieder auftauchen kann, insbesondere sobald man mehrere Geräte syncronisiert. Jedoch habe ich in einer Mozilla Mailingliste den Hinweis bekommen das der Bug in der kommenden Version (!!!Entwicklerversion!!!) nicht mehr auftauchen soll.
Die jeweils aktuelle Version bekommt man unter: http://people.mozilla.com/~cbeard/weave/dist/weave-latest.xpi
Soweit ich es beurteilen kann taucht das Problem mit der Version nicht mehr auf. Jedoch noch einmal die Warnung dass es sich um eine Entwicklerversion handelt. Zur Sicherheit sollte man vorher vielleicht seine Bookmarks etc. lokal sichern (sollte man so oder so tun).
Gruß
Das standard Template der libvirt xml ist unter Ubuntu 8.10 und 9.04 leider fehlerhaft.
Eine mit dem vmbuilder oder ubuntu-vm-builder erstelle VM gibt beim starten volgende Fehlermeldung:
libvir: QEMU Fehler : internal error QEMU quit during console startup
qemu: at most 2047 MB RAM can be simulated
Fehler: Domain test konnte nicht gestartet werden
Das Problem ist, dass der vmbuilder eine XML Datei mit einem viel zu großen <memory> Eintrag erstellt. Hier müsste der RAM in MB stehen.
Lösung ist die /etc/vmbuilder/libvirt/libvirtxml.tmpl zu bearbeiten und #echo $mem * 1024# auf nur $mem kürzen.
<domain type=’kvm’>
<name>$hostname</name>
<memory>$mem</memory>
Nun muss die VM mit dem vmbuilder neu erstellt werden oder in /etc/libvirt/qemu/vmname.xml der <memory> Eintrag verändert werden (Ram in MB)
Es gibt einige Bugs im vmbuilder oder im ubuntu-vm-builder in Ubuntu 9.04 und 8.10. Gibt man in der Konfigurationsdatei die rootsize oder swapsize an so erhält man folgende Meldung beim aufruf vom vmbuilder:
Traceback (most recent call last):
File “/usr/bin/ubuntu-vm-builder”, line 29, in <module>
VMBuilder.run()
File “/usr/lib/python2.6/dist-packages/VMBuilder/__init__.py”, line 66, in run
frontend.run()
File “/usr/lib/python2.6/dist-packages/VMBuilder/plugins/cli/__init__.py”, line 65, in run
self.set_disk_layout(vm)
File “/usr/lib/python2.6/dist-packages/VMBuilder/plugins/cli/__init__.py”, line 92, in set_disk_layout
size = vm.rootsize + vm.swapsize + vm.optsize
TypeError: cannot concatenate ‘str’ and ‘int’ objects
Es gibt nur unter https://bugs.launchpad.net/vmbuilder/+bug/361418 einen kleinen Hotfix als diff Datei. Ansonsten muss man auf rootsize und swapsize in der Konfiguration verzichten.
Ich habe auf meinem altem Notebook (Intel P4) versucht unter Ubuntu 9.04 KVM einzurichten. Da ich dies schon auf meinem 64bit AMD Tower gemacht habe, ging mir die Installation leicht von der Hand. Beim erstellen einer vm stieß ich aber auf folgendes Problem:
# sudo ubuntu-vm-builder kvm jaunty -c vm.cfg –dest vm –debug
…
libvir: Domain Config error : unknown OS type hvm
2009-04-24 15:58:12,726 DEBUG Oh, dear, an exception occurred
2009-04-24 15:58:12,726 INFO Cleaning up
Im Internet findet man nicht viel zu diesem Fehler. Ein Freund hat mir mal den Hinweis gegeben, dass für KVM die CPU “VT” oder “AMD-V” unterstützen muss.
Lösung: einen neuen Laptop kaufen :-(
Ich habe einen Linksys WRT54GL Router mit einem DD-WRT 24 SP1. Dazu kommt ein 100 MBit Anschluss (100MBit Download / 10 MBit Upload) von NetCologne. Funktioniert ganz wunderbar, hat nur ein Problem: Der Router ist zu langsam für einen 100 MBit Anschluss. Das maximale was ich hinbekommen habe war 4,1 MiB, aber auch nur nachdem ich die CPU auf 250 MHz hochgetaktet hatte und QoS ausgeschaltet hatte. Mit QoS kam ich auf etwa 3 MiB maximal. Bei Originaltakt ohne QoS kam ich auf maximal 3,4 MiB.
Als Lösung musste also ein schnellerer Router her. Geholfen hat dabei die Seite http://www.smallnetbuilder.com/component/option,com_chart/Itemid,189/
Aus Kostengründen habe ich mir den D-Link DIR-655 geholt, auch wenn ich überhaupt kein Freund von D-Link bin. Hat aber funktioniert. Habe jetzt etwa 10 – 11 MiB Download und 1,3 MiB Upload was leicht über den 10 MBit Upload liegt welche im Vertrag stehen. Das ganze hat leider die beiden Nachteile das a) Kein DD-WRT dafür verfügbar ist und b) ist halt D-Link. Das D-Link Webinterface ist jedoch relativ gut, besser als das Original Interface des WRT54GL.
Im Verlauf meiner Diplomarbeit testete ich den ESX Scheduler. Das meiste lief ganz wunderbar, aber bei der Verteilung der Rechenzeit über shares gab es Probleme. Den ESX Scheduler interessierte es überhaupt nicht welche shares die Maschinen hattem, er hat alle Maschinen immer gleichberechtigt behandelt.
Die Lösung des Problems ist eigentlich simpel. Ich hatte meine VMs in einen Ressourcen Pool gepackt. Die einzige Scheduler Einstellung welche der ESX Server bei diesen Maschinen interessiert ist der Grenzwert für Rechenzeit. Garantien und shares werden ignoriert.
Werden die Maschinen aus dem Ressourcen Pool rausgezogen wird die share sofort beachtet. In anbetracht der Tatsache das sich die Leute im VMware Forum wegen diesem und ähnlichen Problemen in Threads wie:
http://communities.vmware.com/thread/73411?tstart=0&start=30
http://communities.vmware.com/message/703448#703448
die Köpfe einschlagen und teilweise auf ziemlich abstruse Ideen kommen, wäre es schön wenn sich VMware bequemen würde Klarheit zu schaffen ob es ein Bug oder Feature ist.
Eingesetzt wird:
- VMware ESX Server 3.5.0 Build 110268 German-000
- VMware Infrastructure Client 2.5.0 Build 103672
Einen sehr schönen Alias, der in keiner .bashrc oder was auch immer für einer Configdatei für eure Lieblingsshell fehlen darf, ist folgender:
alias grep="grep -n --color"
Fortan wird, wenn ihr grep verwendet, der treffende String farbig hervorgehoben. Wenn ihr mal einen großen SQL-Dump durchsucht habt, und eine Zeile ca. ein Parsec lang ist, dann wisst ihr das zu schätzen.
Wie aktiviere ich das dauerhaft?
Entweder durch eure .bashrc, dort einfach anhängen, oder in der /etc/basr.bashrc, dort gilt es dann für alle User des Systems.