Dann gibts noch hier einen Test des ASUS U30Jc. Das hat immerhin schon einen i3 und eine ganz ähnliche Grafikkarte wie das Macbook. Leider hat es auch noch eine Intel Grafikkarte. Diese arbeiten zwar beide unter Linux aber das Umschalten wird wohl nicht so einfach funktionieren.

Ich frage mich wann Lenovo der Edge-Reihe die neuen CPUs und vielleicht auch brauchbare Grafik spendiert. Das x100 wäre an sich ja auch nett aber die AMD (singlecore) CPU ist nicht nur lahm, sie saugt auch den Akku erstaunlich schnell leer. Bei der neuen DualCore Variante geht das sogar noch schneller. Irgendwie schaffen es die Hersteller doch immer wieder am Kunden vorbei zu entwickeln…

Mit dem Spiegeldisplay habe ich mich ja inzwischen schon fast abgefunden. Hier wird man nichts brauch- oder bezahlbares ohne Spiegel finden.

Zum Glück lag noch ein a65 rum, bei dem das kein Problem ist… also zweimal Simkarte tauschen und weiter schlafen.

Nachtrag:

Es geht wohl auch am g1 über:

**05*<PUK Code>*<enter a new PIN>*<confirm the new PIN>#
 

Sie das wunderschöne Dust Theme kaputt gemacht! Schau euch das mal an…

So sollte es aussehen:

Und so sieht es jetzt aus:

Vielleicht liegts ja nur an mir aber ich glaube die Entwickler des Themes meinen genau das, wenn sie folgendes ins Release Log schreiben…

This is the first release of Dust 0.5.
Changes:
* Updated to work with murrine 0.91
* Tweaks to visual style
* New window borders!

Ich finds jedenfalls schrecklich, werde eine alte Version nutzen, wenn sich da nichts mehr ändert. Vielleicht ist ja alles nur ein bedauerliches Missverständnis und das soll gar nicht so aussehen. Ich hoffs.

Ansonsten scheint sich nichts geändert zu haben.

Und zwar verwaltet zfs Laufwerke als sog. vdevs (Virtual Devices), das können einzelne Platten, Mirrors (raid1) oder ein raid-z (raid5, raid5 usw.) aus mehreren Platten sein. Diese vdevs werden nun in Pools verwaltet. Ein Pool besteht also aus einem oder mehreren vdevs. Das Problem ist nun folgendes, will man mehr Speicher in seinen Server einbauen, ist das erstmal kein Problem, nur die Art wie es gemacht wird ist etwas unpraktisch für meine Zwecke.

Ich erkläre mal an einem Beispiel wie das läuft: man hat 3 Platten in seinem Solaris Server. Diese 3 Platten werden als raid-z Verbund als ein vdev in einen Pool, der sich “Daten” nennt aufgenommen. In dem Pool erstellt man dann seine Filesysteme, Snapshots und was sonst noch alles und alle sind glücklich. Eines Tages wird der Platz knapp und man will eine 4. Festplatte einbauen. Jetzt wäre es schön, wenn man das vdev erweitern könnte, aber das geht nicht. Man kann nur den Pool erweitern.

Was bedeutet das nun?

Wenn ich den Server erweitern will, habe ich nun folgende Möglichkeiten:

• Ich lege ein vdev mit der einen neuen Platte an und füge sie dem Pool “Daten” hinzu.
  Damit verliere ich keinen Speicher aber verzichte ich auf Redundanz. Die alten Platten laufen im raid-z Verbund, es kann also eine ausfallen. Wenn die eine neue ausfällt, sind die Daten futsch. Ob dann der ganze Pool hin ist, weiß ich nicht, aber ich nehme es mal an.
• Ich muss mehr als eine Platte einbauen und sie zusammen als vdev dem Pool hinzufügen.
  So ist das von Sun gedacht. Nur hat man dann folgende Probleme… 1. man muss mehr Geld ausgeben, 2. man verliert unnötig Kapazität (kauft man zwei Platten verliert man 50% der neuen Kapazität + 33% Kapazität des alten vdevs aus drei Platten für die Ausfallsicherheit; kauft man drei Platten sind es trotzdem 33% des neuen + 33% des alten Verbunds), 3. hat man evtl. gar nicht die Möglichkeit mehr als eine Platte einzubauen, da der “physikalische Raum” dafür nicht ausreicht.
• Die letzte Möglichkeit wäre nun ein Backup anzulegen, den Pool und die vdevs zu zerstören und einen neuen Pool mit einem neuen vdev mit 4 Platten anzulegen. Wenn man genug Platz für ein vollständiges Backup hat, mag das machbar sein. Ich finde es nur extrem unschön.

Trotzdem würde ich gerne ZFS einsetzen,da mir die Konstruktion auf Linux im direkten Vergleich einfach nicht gefällt. Z.B. ist das Erweitern eines Softwareraids dort erstmal kein großes Problem, aber dann muss man das Filesystem vergrößern. Und will man Features wie Snapshots oder mehrere Filesysteme auf dem Raid, muss man sich noch mit LVM herumschlagen. Das ist zwar der Unix way aber bei ZFS gibts alles schön aufeinander abgestimmt in einer Box.

Hier noch ein paar Erfolgsgeschichten… A Home Fileserver using ZFS, Building my ZFS-Fileserver, OpenSolaris als Fileserver.

Interessant sind auch die Demos bei Sun, dort sieht man dann, wie einfach das alles sein kann.