Informationen zum Download und zur Installation findet man auf der XBMC-Projektseite. Wer Interesse an einem kurzen Test des Release Candidates hat, kann sich meinen Artikel dazu durchlesen.

Under most circumstances, when you use https://www.google.com your search terms are encrypted and are excluded from the referrer headers that are part of the request sent to the result site you visit. The landing site will still receive information that you are coming from Google, but not the query that was issued — namely, the host is still part of the referrer being passed.

Die aufgerufene Seite erfährt also auch in Zukunft woher die Besucher kommen, der Suchbegriff ist aber nicht mehr im Referrer-Teil des Headers zu finden. Dagegen können auch die Entwickler von Piwik nichts tun wie sie bereits in der Hilfe beschreiben. Wer Piwik benutzt wird das wahrscheinlich bereits selbst gemerkt haben. Mehr und mehr Besucher die von Google kommen sind mit dem Stichwort “Suchbegriff nicht definiert” getagged. Ich möchte Google nicht vorwerfen, dass sie damit Google Analytics fördern wollen – dazu hat eine verschlüsselte Suche zu viele Vorteile – aber Schade ist das ganze doch…

iOS-Port

Die größte Neuerung von XBMC ist sicherlich der iOS-Port für Geräte wie den Apple TV 2, das iPad oder auch das iPhone. XBMC kann dabei ganz einfach auf jedem Geräte mit Jailbreak und mindestens iOS 4.x aus dem Cydia-Store installiert werden. Die Installation wird detailliert im Wiki des Projektes beschrieben und lässt sich innerhalb kurzer Zeit durchführen. Grundsätzlich lassen sich alle auf den anderen Plattformen unterstützen Videoformate in SD-Qualität auch auf den iOS-Geräten wiedergeben. HD-Material im H.264 Format kann ebenfalls auf den meisten Geräten wiedergeben werden, alle anderen HD-Formate funktionieren aufgrund mangelnder Leistung aber nur schlecht und auch nur auf dem iPad 2 und dem iPhone 4S. Musik und Videos sollte man am besten auf einem Netzwerkspeicher vorhalten, denn keines der Geräte unterstützt externe Festplatten oder andere Datenträger. Lediglich auf dem iPad kann man mithilfe des SD-Adapters auf externes Material auf SD-Karten zugreifen.

Ich hab XBMC auf einem iPad der ersten Generation getestet und war von der Stabilität und der Funktionalität positiv überrascht. Das “Touched”-Theme funktioniert gut und die Steuerung ist auch einigermaßen flüssig. Der Zugriff auf meine Videodatenbank mittels SMB funktionierte auf Anhieb und mithilfe eines Tricks lassen sich alle Bibliotheken mit mehreren XBMC-Installationen synchronisieren. So sieht man auf dem Mediencenter am Fernseher die gleichen Videos wie auf einem iPad oder einer Installation auf einem Notebook. Schade ist, dass XBMC auf dem iPad noch kein Multitasking unterstützt, sprich sobald man in eine andere Anwendung wechselt wird XBMC beendet und man muss von vorne Anfangen.

BluRay-Wiedergabe

Eines der am meisten geforderten Features der Community war ein ordentlicher Support für BluRays. Dem sind die Entwickler in der neuen Version auch nachgekommen und unterstützen das direkte Wiedergeben von BluRays und BluRay ISO-Dateien. Ein großer Wermutstropfen bleibt aber: Die Unterstützung für das Abspielen von BluRays bleibt auf ungeschützte Filme beschränkt und auch Menüs werden bislang nicht unterstützt. Grund dafür ist, dass es noch keine Open Source Bibliothek zum Umgehen der Verschlüsselung oder zur Darstellung von Menüs von BluRays gibt. Bis sich die Situation ändert und es eine Art libdvdcss für BluRays gibt muss man auf andere Möglichkeiten zurückgreifen, etwa wie in dieser Anleitung beschrieben, die auch bereits mit der alten XBMC-Version Dharma funktioniert.
Die Wiedergabe klappt dank ausgereifter Hardware-Beschleunigung selbst auf schwachbrünstigen Atom-HTPCs ohne Probleme in voller HD-Auflösung und mit Sound über HDMI oder SPDIF. Nervig ist bei manchen Videos die Suche nach der richtigen Audio-Spur, da XBMC diese oft nicht mit Namen benennen kann und man so raten muss.

Theming und GUI

XBMC Eden bringt auch eine neues Standard Theme mit horizontalem Layout mit. Die Entwickler beschreiben in einem Eintrag, dass sie damit das Auffinden von Videos und Addons erleichtern und unnötige Klicks vermeiden wollen. Zusätzlich zur neuen Addon-Leiste unten gibt es auch die Möglichkeit oben die kürzlich hinzugefügten Serien und Filme anzuzeigen.

Das alte vertikale Confluence Theme aus XBMC Dharma. (Quelle: xbmc.org)

Das neue horizontale Confluence Theme aus XBMC 11. (Quelle: xbmc.org)

Außer dem neuen Standard-Design gibt es aber auch einige Verbesserungen für Entwickler eigener Themen. Diese sollen noch besser auf die verschiedenen Funktionen von XBMC zugreifen können und so um einiges flexibler werden. Weiters wurde die Maus und Touch-Unterstützung verbessert sowie Touch-Gesten eingeführt. Das ist natürlich im Hinblick auf den iOS-Port beinahe zwingend nötig gewesen.

PVR-Unterstützung?

Leider haben es die Entwickler in dieser Version nicht geschafft eine eigene ordentliche PVR-Unterstützung zu programmieren. Wer also Filme mit einer TV-Karte aufzeichnen möchte oder live anschauen will, der muss weiterhin auf externe Lösungen wie MythTV oder VDR zurückgreifen und diese in XBMC mithilfe von Addons integrieren. Ein eigenes Backend rund um TV-Karten soll aber die nächste Version mit sich bringen.

Weitere Neuerungen

Die oben genannten Verbesserungen sind natürlich nicht alle Änderungen der neuen Version. Ich bin so frei und fasse ein paar der wichtigsten kleinen Perlen aus der Englischen-Wikipedia und der Roadmap des Projektes zusammen:

• Allgemeine Verbesserung der CPU und GPU-Auslastung, vor allem auf der ARM-Architektur und in Zusammenhang mit erweiterten Prozessorfeatures wie MMX oder SSE
• Slingbox-Wiedergabe (Set-Top-Box zum ortsunabhängigen Fernsehen)
• Verbesserter OpenGL ES und EGL Support
• VDPAU-Verbesserungen – etwa hardwarebeschleunigtes Upscaling mit NVIDIA GPUs
• AirPlay/AirTunes Support
• Verbesserte Addons API, etwa eigene Webinterfaces für Addons
• Stub-Files um Nachrichten anzuzeigen, etwa wenn eine DVD ins Archiv aufgenommen werden sollte, ohne dass ein Image davon existiert
• NFS-Support auf allen Platformen
• Update der ffmpeg-Bibliothek

Fazit

XBMC kann es in der neuen Version auf jeden Fall mit kommerziellen Mediencentern aufnehmen. Die Entwickler haben meiner Meinung nach zwar keine bahnbrechende Neuerungen eingeführt, aber einige Probleme der alten Version ausmerzen können. Leider trüben DRM-Systeme wie die Verschlüsselung von BluRays weiterhin den absoluten Mediengenuss, wer aber etwas Geduld mit sich bringt oder weiterhin bei DVDs bleibt und auf BluRay-Medien verzichten kann wird das wenig stören.

The Raspberry Pi Foundation will be making a big (and very positive) announcement that just might interest you at 0600h GMT on Wednesday 29 February 2012.

Wenn sie ihr Versprechen einhalten wollen und mit den Vorbestellungen im Februar beginnen wollen, bleiben auch nicht mehr viele Möglichkeiten für den Start übrig. Da ich morgen Dienstbeginn um 6:15 habe, werde ich auf alle Fälle versuchen einen der 10.000 ersten Raspberry Pi zu ergattern. Hoffentlich wird der Ansturm nicht all zu groß sein, immerhin scheinen bereits heute die Datenbankserver an ihre Grenzen zu stoßen, da immer wieder Verbindungsfehler auftreten.

Raspberry Pi Platine (Quelly: elinux.org)

Das im ersten Schritt produzierte Modell wird 256 MB RAM haben und von einem  ARM v11 mit 700 Mhz als Prozessor angetrieben. Das besondere sind die Videowiedergabefähigkeiten des Gerätes. So soll es ohne Probleme möglich sein Videos in BluRay-Qualität mit 1080p wiederzugeben. Laut FAQ des Herstellers soll die Grafikleistung etwa der einer Xbox 1 entsprechen. Weieters findet man auf dem Board noch zwei USB-Anschlüsse und einen 100 MBit Ethernetanschluss. Für nur 35 $ + Versandkosten eine respektable Leistung ideal um etwa mein Mediacenter zu ersetzen. Als Betriebssystem wird Fedora, Debian und Arch Linux unterstützt wobei natürlich auch andere Linux-Distributionen von der SD-Karte gestartet werden können.

Im Lieferumfang der ersten Charge wird sich  nur die Platine selbst befinden. Als Netzteil kann man allerdings ein normales Handynetzteil mit MicroUSB-Anschluss oder alternativ vier AA-Batterien verwenden. Ein Gehäuse soll es erst in den späteren Produktionen geben und auch SD-Karten mit vorinstalliertem Betriebssystem sollen später angeboten werden.

Update: Wie erwartet ist der Server dem Besucher ansturm nicht gewachsen und spuckt mit Fehlermeldungen um sich. Mal sehen, vielleicht klappts dennoch mit der Bestellung!

Update 9:30: Leider alles ausverkauft und ich hab keinen bekommen… Vorbestellung werden teils erst in ein paar Tagen wieder angenommen. Sogar die BBC berichtet im Radio und Fernsehen über den großen Ansturm, dem nicht einmal zwei der größten Elektronik Online-Stores standhalten konnten.

CPU-Zeit limitieren

Moderne Prozessoren werden zwar immer schneller und können dank mehrerer Kerne und Technologien wie Hyper-Threading mehrere Task parallel abarbeiten, gerade auf kleinen virtuellen Servern, schwachen Atom Systemen oder generell angestaubter Hardware kann es aber dazu kommen, dass ein einzelner Prozess die gesamte CPU-Zeit in Anspruch nimmt. Scannt man etwa mit clamav eine größere Datenmenge, kann der Rechner schon einmal einige Stunden mit 100% CPU-Auslastung arbeiten. Sollen nebenbei aber auch noch andere Aufgaben erfüllt werden, kann es zu teilweise beträchtlichen Verzögerungen kommen. Hier kommt Prozess-Priorisierung ins Spiel.

Seit nice und vertragt euch!

Um die Priorität eines Prozesses zu beeinflussen gibt es unter Linux das Programm nice. Mittels einer Zahl kann man angeben, wie “nett” ein Prozess gegenüber anderen Prozessen sein sollte. Die Werte reichen dabei von -20 bis 19 wobei minus Werte den Prozess bevorzugen, während ihn positive Werte verlangsamen (daher der Prozess ist freundlicher gegenüber anderen). Einfache Benutzer können normalerweise nur positive Werte vergeben (ansonsten könnte ein Benutzer anderen Benutzern einfach alle Ressourcen wegschnappen), während der Benutzer root auch negative Werte setzen kann. Der Aufruf funktioniert dabei wie folgt:
nice -n 15 tar cvzf archiv.tgz filename
Mit diesem Befehl wird das Programm tar mit dem nice-Wert 15 gestartet. Da der Prozess dabei nur priorisiert und nicht limitiert wird, wird das System, falls es nichts Wichtigeres zu tun hat, dennoch alle Ressourcen dem einen Prozess geben. Anderes gesagt, ist das System nicht ausgelastet, wird der Prozess genauso schnell fertig sein, als würde er ohne nice-Wert laufen, kommt allerdings etwas Wichtigeres dazwischen, wird er vom System als unwichtig erkannt und gebremst.

Läuft der Prozess den man priorisieren möchte bereits und möchte man ihn nicht mehr unterbrechen, so bietet sich das Programm renice an. Damit ist es möglich, die Priorität auch nach dem Start des Programms noch zu beeinflussen. Der Aufruf ist ganz einfach, allerdings benötigt man neben dem nice-Wert auch noch die PID des Prozesses:
renice -n 8 -p 5748
Mit renice ist es außerdem möglich, alle Prozesse eines Nutzer gleichzeitig zu beeinflussen. Um etwa alle Prozesse des Benutzers root als wichtig zu markieren könnte man folgenden Befehl verwenden:
renice -n -12 -u root

Sowohl nice als auch renice sind meist standardmäßig installiert. Mehr Informationen finden sich etwa im Ubuntuusers Wiki.

cpulimit setzt härtere Limits!

Eine andere Möglichkeit die Ressource CPU zu schonen bietet das Programm cpulimit. Anders als mit nice wird hier die CPU-Zeit mit einem festen Prozentsatz limitiert, das heißt, auch wenn das System nichts zu tun hat, wird der Prozess nie mehr CPU-Zeit bekommen, als mit cpulimit vorgegeben. Nützlich ist diese Funktion etwa, wenn ein Notebook bei zu langer Dauerbelastung überhitzt und sich einfach ausschaltet oder wenn man verhindern möchte, dass ein fehlerhafter Prozess plötzlich die gesamten CPU-Ressourcen verschlingt. Kennt man die PID des Prozesses kann man cpulimit so aufrufen:
cpulimit -l 30 -p 10042
Der Wert hinter dem Parameter -l legt dabei die CPU-Rechenzeit in Prozent fest. Alternativ kann man cpulimit auch mit dem Namen des Programmes aufrufen, dass man beschränken möchte:
cpulimit -l 80 -e tar
Das Programm muss dabei weiterlaufen, also sperrt man es am Besten in eine screen-Sitzung oder schiebt es durch Anhängen eines “&” in den Hintergrund.

cpulimit ist im Gegensatz zu nice meist separat aus den Repositorien der einzelnen Distributionen zu installieren. Mehr Informationen finden sich wieder im Ubuntuusers Wiki.

I/O-Ressourcen limitieren

Neben der CPU gibt es noch weitere Ressourcen die limitiert werden können, eine davon ist die I/O-Zeit, die etwa den Zugriff auf die Festplatte regelt. Wer schon einmal große Datenmengen unter Linux kopiert hat, kennt vielleicht das Problem des ruckelnden Mauszeigers. Mit dem Programm ionice kann man ähnlich wie mit nice eine Priorisierung vornehmen. Dabei gibt es vier verschiedene Werte:

Zusätzlich gibt es noch eine zweite Skala mit 7-Stufen, welche die Modi “Real-Time” und “Best-Effort” noch weiter unterteilt. Null ist innerhalb der Gruppe am Wichtigsten, während 7 sehr unwichtig ist. Der Aufruf des Programmes erfolgt somit so:
ionice -c 2 -n 5 -p 1089
Der Prozess mit der PID 1089 wird daher von nun an nach dem “Best-Effort” Modus behandelt (-c 2) und ist innerhalb dieser Gruppe mit dem nice-Wert von 5 versehen (-n 5), also eher unwichtig. Weiters kann man mit ionice auch direkte einen Prozess starten und ihn priorisieren:
ionice -c 3 rsync

ionice ist schon ein sehr spezielles Programm zur Priorisierung und wohl nur in seltenen Fällen wirklich nützlich. Einige Distributionen nutzen es aber zum Beispiel um cron-Jobs wie man-db oder logrotate zu priorisieren. Das Programm findet man unter vielen Distributionen im Paket util-linux und ist normalerweise bereits im System vorhanden.

Bandbreite limitieren

Mit dem Programm trickle lässt sich sehr einfach die zur Verfügung stehende Bandbreite für ein Programm limitieren. Das ist etwa dann nützlich, wenn man große Datenmengen hochladen möchte, ohne dass dabei die Downloadrate zusammenbricht oder, wenn man große Downloads langsamer machen möchte, um weiterhin unbekümmert surfen zu können. Der Aufruf von trickle funktioniert dabei ganz einfach:
trickle -d 150 -u 40 rsync
Der Wert hinter -d gibt die maximale Downloadrate in kb an und -u die maximale Uploadrate ebenfalls in kb. Leider funktioniert trickle nur mit dynamisch gelinkten Programmen (glibc), eine einfache Möglichkeit herauszufinden ob ein Programm limitiert werden kann ist folgender Befehl:
ldd $(which filezilla) | grep libc.so
Ein weiterer Nachteil von trickle ist, dass man die Bandbreite im laufenden Betrieb nicht mehr verändern kann. Hat man ein Programm mit zu geringen / hohen Werten gestartet muss man es zuvor beenden, um es mit neuen Werten wieder starten zu können. Besser als mit trickle funktioniert die Bandbreitenbeschränkung mit QoS (Quality of Service) für das gesamte Netzwerk. Damit können einzelne Anwendungstypen priorisiert werden und somit dynamische Bandbreitenbeschränkungen etwa für FTP-Downloads festgelegt werden, damit wichtigere Programme wie Skype oder ein Browser immer genügend Ressourcen zur Verfügung haben. QoS würden den Rahmen dieses Artikels jedoch sprengen.

Trickle findet man in den Repositorien der meisten Linux-Distributionen. Weiter Infos findet man wieder im Ubuntuusers Wiki.

Die hier vorgestellten Programme stellen natürlich nur eine kleine Auswahl an Möglichkeiten dar, Ressourcen unter Linux für einzelne Nutzer zu beschränken. So gibt es etwa mit der Datei limits.conf die Möglichkeit recht detailliert einzelne Ressourcen für Benutzer oder Gruppen zu regeln oder mit Quota den maximalen Festplattenspeicher für jeden Nutzer zu limitieren.

Video-Ausgabe

Die Video-Ausgabe wäre so zum Beispiel entweder über einen dedizierten HDMI-Ausgang möglich wie man ihn etwa beim Motoral Atrix 4G oder beim Motorola Droid X findet, anderseits gibt es auch die Möglichkeit einen HDMI-Ausgang über MHL zu realisieren. MHL (Mobile High-Definition Link) ist ein neues Protokoll zur Übertragung von Audio/Video-Daten an ein HD-Ausgabegerät und wird etwa bereits beim Samsung Galaxy S2 oder beim HTC Evo angeboten. Während der Wiedergabe wird das Gerät entweder mit einer externen Stromversorgung oder direkt über den Monitor/Fernseher aufgeladen. Alternativ gibt es natürlich auch noch die Möglichkeit, die Ausgabe mittels Streaming zu realisieren. Momentan kann man auf diese Weise zwar nur Video-Inhalte etwa via DNLA auf einen kompatiblen Fernseher oder einem Media Center wie XBMC wiedergeben, eventuell wird sich aber in Zukunft ein Standard zum Anbinden von mobilen Geräten an Monitore mittels Streaming entwickeln.

Eingabegeräte

Auch die Eingabe von Daten mittels Maus und Tastatur ist bei modernen Smartphones nicht wirklich schwierig zu realisieren. Am einfachsten baut man die Verbindung dabei mit Bluetooth auf. Android unterstützt das schon in der Standardkonfiguration und zeigt bei einer angeschlossenen Maus etwa automatisch einen kleinen Mauscursor an. Die Hardware Voraussetzungen von Ubuntu für Android verlangen aber nach einer weiteren Verbindungsmöglichkeit, nämlich dem USB-Host-Mode. Damit lassen sich in der Theorie beliebige Geräte am Smartphone anschließen, da es prinzipiell wie ein Computer, als Host agiert. Das einzige mir bekannte Geräte das den USB-Host Mode momentan unterstützt ist das Google Nexus. Da der USB-Host-Mode aber mittlerweile (seit Android 3.1) eine Standardfunktionalität des Android-Systems ist, kann man wohl damit rechnen, dass bald mehr Geräte diesen Modus unterstützen. Mittels USB-OTG (On-The-Fly) kann man an Geräten wie dem Samsung Galaxy S2 auch heute schon USB-Hubs mit Maus, Tastatur einer mehreren Terabyte großen Festplatte betreiben. Die einzige Voraussetzung ist dabei ein spezielles OTG-Kabel. In meinen eigenen Tests funktionierte das ganze eigentlich hervorragend, allerdings startet das Smartphone nach dem Abstecken mancher Geräte plötzlich ohne ersichtlichen Grund neu.

Android auf Ubuntu (Quelle: ubuntu.com)

Ubuntu parallel installieren

Ubuntu auf einem Android-Gerät zu betreiben wurde schon in etlichen Anleitungen erklärt (da die Anleitungen von Gerät zu Gerät unterschiedlich sind, kann ich an dieser Stelle keinen Link anbieten). Prinzipiell wird in den meisten vorgestellten Methoden Ubuntu einfach in einen chroot auf der SD-Karte des Smartphones installiert. Ein Script startet alle nötigen Dienste inklusive eines VNC-Servers mit dem man grafischen Zugriff auf das System mithilfe eines VNC-Clients auf dem Smartphone erhält. Kombiniert man diesen Ansatz mit der Ausgabe auf einem großen Monitor mittels HDMI oder MHL und schließt man dann noch eine Maus und Tastatur über Bluetooth an kann man heute bereits einen vollwertigen Ubuntu Desktop auf einem Smartphone mit genügend Power haben. Das System hat gegenüber der von Canonical angekündigten Ubuntu-Version nur drei Nachteile:

• keine einfache Integration der Nutzerdaten zwischen den Systemen
• kein Zugriff auf Android-Programme direkt aus dem Ubuntu-System
• langsamere Performance durch den Umweg über einen VNC-Server

Fazit

Einer der großen Vorteile von Ubuntu für Android wäre die Vielzahl an Programmen, die sich aus den Ubuntu Quellen installieren ließen. Statt einfachen Apps mit denen man schnell einmal ein Word-Dokument lesen kann, würde man so Zugriff auf Programme wie LibreOffice oder Gimp bekommen, mit denen man tatsächlich auch seriös arbeiten kann. Fraglich ist jedoch, ob sich Canonical mit Ubuntu in diesem hart umkämpften Markt tatsächlich etablieren kann. Mit Tablets gibt es auch jetzt schon Android-Geräte mit großen Displays und mehr und mehr Programme werden für diesen Zweck angepasst. Somit werden es viele Hersteller eher vorziehen auf einem externen Monitor eine Tablet ähnliche Oberfläche anzubieten als ein komplett anderes User-Interface wie Unity. Ein weiterer Hemmfaktor ist der Trend zum Cloud-Computing. Viele Programme wie ein Textbearbeitungstool kann man heute bereits bequem online abrufen und ein lokaler vollwertiger Linux-Desktop widerspricht dem eigentlich.

Ich persönlich bin von der Idee eines vollwertigen Linux-Desktops auf dem Smartphone schon lange begeistert. Die Ankündigung von Canonical überraschte mich nicht einmal so, immerhin hat die Firma vor Kurzem mit UbuntuTV ein ähnliches Projekt angekündigt. Beiden Ideen basieren auf einer Geräteklasse abseits des klassischen Linux-Desktops und bringen die Anpassungsstärke eines Linux Systems zum Tragen und beide bieten Canonical eine Chance endlich auch in die schwarzen Zahlen zu kommen. Fraglich ist es meiner Meinung dennoch ob die Firma damit den großen Coup landen kann, immerhin schläft die Konkurenz nicht. Die Nachfrage an High End Smartphones ist zwar vorhanden, ob es aber auch genügend Nachfrage nach derartigen Geräten mit einem Ubuntu Desktop gibt ist fraglich, da viele Power-User die sich einen Desktop in der Hosentasche zum Arbeiten wünschen bislang auf ihren Hauptgeräten tendenziell eher Windows einsetzen.

Traditional layout, advanced features, easy to use, powerful, flexible.

Dazu kann ja wohl keiner nein sagen oder?

Installation

Wer einen neuen Desktop etablieren will, der muss dafür sorgen, dass ihn soviele User wie möglich benutzen, Bugs finden und diese melden. Eines der Hauptprobleme mit Unity ist das Fehlen dieser unterstützenden Community vor allem abseits der Ubuntu-Welt. Das Grundproblem, Unity funktioniert nur unter Ubuntu, da es umfangreiche Änderungen auch ihn anderen Bibliotheken verlangt, diese allerdings bislang noch nicht in den jeweiligen Upstream-Projekten zu finden sind. Somit sind andere Linux-Distributionen entweder darauf angewiesen diese Änderungen ebenfalls durchzuführen oder müssen sich auf externe Repositorien verlassen die die benötigten Bibliotheken durch neue ersetzen. Das kann ziemlich schnell in einem ziemlichen Chaos enden, ungefähr so wie es früher öfter unter Windows mit unterschiedlichen DLLs vorgekommen ist. Im Online-Portal von Heise findet sich dazu ein recht gutes Kommentar – alleine kann ein derartiges Unterfagen wie ein neuer Desktop auch Canonical nicht so leicht stemmen. Der Vorteil von Cinnamon, dadurch dass es keinerlei Änderungen an bereits existierenden Bibliotheken vornimmt, ist es wie ein einfaches Paket zu installieren und lässt sich somit leicht in andere Distributionen abseits von Mint bringen. Da ich etwa ein Arch Linux User bin, freut es mich besonders, dass es Cinnamon bereits im Arch Linux User Repository – kurz AUR gibt.

Die Installation geht denkbar einfach vor sich. Mit einem AUR-Installer wie etwa yaourt genügt ein einfaches

$ yaourt -S cinnamon

um den neuen Desktop zu installieren. Wer will kann auch noch die Pakete cinnamon-extensions-git und cinnamon-themes-git ebenfalls aus dem AUR installieren. Da Cinnamon nur die GNOME-Shell ersetzt, benötigt man dennoch alle anderen Pakete des GNOME-Desktops. Diese kann man unter Arch Linux ganz leicht mittels

$ sudo pacman -S gnome gnome-extra

installieren. Dadurch erhält man auch gleich den Login-Manager GDM und kann mit dessen Hilfe Cinnamon starten (dazu einfach unter den Sessions Cinnamon auswählen).

Handling

Ich muss sagen, ich bin positiv überrascht worden. Nachdem ich zuvor bereits GNOME 3 mit der GNOME-Shell probiert habe und auch mit den Mint Gnome Shell Extensions nicht wirklich warm werden konnte, kann Cinnamon tatsächlich überzeugen. Die moderne Architektur von GNOME 3 in Kombination mit den Entwicklern einer der erfolgreichsten Linux-Distributionen überhaupt (Linux Mint ist schon seit geraumer Zeit auf dem ersten Platz von Distrowatch zu finden) garantieren im Gegensatz zu MATE doch eine gewisse Stabilität und Sicherheit für die Zukunft – der Mensch ist ja schließlich ein Gewohnheitstier und möchte sich am liebsten nicht jeden Tag ein neues System anlernen.

Standardmäßig startet Cinnamon mit nur einem Panel und ähnelt damit dem Layout von GNOME 11, damals aber noch mit GNOME 2.32. Das Menü ist zwar nicht so spartanisch gehalten wie unter GNOME 2, das ist aber durchaus positiv zu betrachten. So bietet das neue Menü eine Art Favoriten-Leiste und eine Suchfunktion wie sie auch schon bei Windows 7, der GNOME-Shell oder KDE zu finden ist. Zusätzlich sind natürlich alle Anwendungen auch nach Kategorien sortiert verfügbar.

Im Einstellungsmenü von Cinnamon finden sich bislang noch nicht sehr viele Optionen, aber alles wichtige ist bereits vorhanden. Das Desktop-Layout ist momentan auf Panel unten, Panel oben oder Panel unten und oben beschränkt und ändert sich auch erst nach einem Neustart der Cinnamon Session. Weiters lässt sich noch das Datumsformat im Kalender verändern, der “Hot-Corner” (die Ecke oben links) aus GNOME 3 entweder ganz deaktivieren oder nur das Icon anzeigen (wobei das allerdings nur im “Panel unten”-Modus sinnvoll ist) oder verschiedene Themes aktivieren. Cinnamon bringt auch ein paar Desktop Effekt mit, da sie allerdings weder hilfreich noch schön anzusehen sind deaktiviert man sie am besten gleich wieder! Zuletzt kann man noch momentan recht magere fünf verschiedene Applets aktivieren oder wieder deaktivieren. Dazu zählen Icons für einfacheren Zugang für beeinträchtigte Menschen, zuletzt verwendete Dokumente, entfernbare Datenträger, den Papierkorb oder der Monitorverwaltung. Da Cinnamon von Anfang an auch Erweiterungen für Themes, Applets und andere Funktionen vorgesehen hat, gibt es auf der Website des Projektes bereits einige neue Applets und co. zum Download.

Ich persönlich habe mir Cinnamon auf klassische Art und Weise eingerichtet, also mit Panel oben und unten, ganz im Stil von GNOME 2. Oben links ziert ein Menü-Button samt Schnellstartleiste den Desktop, rechts finden sich Benachrichtigungen und ein Uhr/Kalender-Widget. Im unteren Bereich gibt es ein Icon um den Desktop anzuzeigen, gefolgt von (ganz wichtig!!) einer ordentlichen Taskbar und Buttons für die einzelnen Desktops. Dabei wird immer nur ein Desktop mehr angezeigt als gerade verwendet wird (so wie auch in GNOME 3). Benutzt jemand immer nur den ersten Desktop, so wird in der Liste auch immer nur 1 und 2 angezeigt. Sobald ein Fenster am 2. Desktop geöffnet wird, gibt es auch einen Button für Desktop Nr. 3. Einen Nachteil hat das Cinnamon-Panel im Gegensatz zum GNOME 2 Vorbild allerdings doch noch, es ist auf keinster Weise einfach zu bearbeiten. Bis auf das Hinzufügen weiterer Shortcuts in der Schnellstartleiste und den bereits existierenden Applets gibt es keine Konfigurationsmöglichkeiten. Hier besteht eindeutig noch Nachholbedarf!

Stabilität

Ich hab Cinnamon nun mehr als eine Woche sowohl auf meinem Desktop mit ATI-Grafik und Dual-Head-Betrieb als auch auf meinem Notebook mit integrierter Intel-Grafik eingehend unter Arch Linux getestet. Cinnamon wirkt zwar sehr stabil auf dem Notebook, hier gab es keinen einzigen Absturz, aber auf meiner Desktop-Maschine kommt es vor allem bei Interaktionen mit dem Panel doch sehr oft zu Problemen. Drei bis viermal verschwinden die Panels einfach kurz um danach wieder zum Vorschein zu kommen, beim meist fünften Mal hingegen stürzt der gesamte Desktop ab und auf Monitor #1 wird man zum Neustart der Session aufgefordert. Das interessante daran ist, dass auf dem 2. Monitor alle Programme weiterlaufen und sich ohne weitere Probleme bedienen lassen. Leider konnte ich bislang noch nicht herausfinden, ob es am Dual-Head Betrieb oder an der ATI-Grafik liegt.

Fazit

Insgesamt merkt man dem Projekt doch an, dass es noch relativ jung ist. Wer Wert auf eine ordentliche Übersetzung legt, sollte Cinnamon momentan noch nicht ausprobieren, da man überall auf einen Kauderwelsch von englischen und deutschen Ausdrücken stößt. Auch die Einstellungsdialog sollte man noch überarbeiten und erweitern. Weiters mangelt es momentan noch an der Konfigurierbarkeit des Panels. Alles in allem gefällt mir Cinnamon doch recht gut. Es baut auf einer soliden Basis auf und wirft dennoch nicht alle bestehenden Design- und Layoutkonzepte über Board. Fürs erste werde ich wohl noch eine Weile bei MATE bleiben, wenn sich Cinnamon aber weiter in diesem Tempo entwickelt – wovon man derzeit ausgehen kann – könnte es sich allerdings zu einer echten Alternative mausern!

[Show as slideshow]

server {
        listen 80;
        server_name example.net;
        location / {
                rewrite     ^(.*)   https://login.example.net$1 permanent;
        }
}
 
server {
        listen 443 ssl;
        server_name login.example.net;
 
        root /srv/www/login.example.net/;
        index index.html index.htm;
 
        ssl_certificate ......;
        ssl_certificate_key ......;
 
        location / {
                try_files $uri /index.html;
                auth_basic "Restricted";
                auth_basic_user_file  htpasswd;
        }
}

Wichtig ist noch die Datei htpasswd, der Pfad muss relativ dazu zum Konfigurationsverzeichnis von nginx sein, also etwa unter /etc/nginx/htpasswd. Die Benutzer samt Passwörter erstellt man entweder mit den Apache Tools, einigen dubiosen Webservices oder ganz einfach mit einem Python-Script, dass man im HowTo von nginx findet.

Mehr Informationen zur Authentifizierung unter nginx findet man in der Dokumentation zum Modul HttpAuthBasicModule.

Arch Linux

Das neue Arch Linux Repositorium kann man durch das Hinzufügen folgender Zeilen aktivieren:
[mate]
http://packages.mate-desktop.org/repo/archlinux/$arch
Durch eine Umstellung des Versions-Schemas von der datumsbasierten Rolling-Release Variante auf eine auf fixen Releases basierende Versionierung, muss man allerdings ein “downgrade” auf die neuen Pakete machen. Das geschieht ganz einfach einmalig mittels
pacman -Syuu
Pacman meldet zwar, dass die Pakete downgegradet werden, in Wirklichkeit installiert man allerdings die neue Version!

Die alten Pakete von Perberos sind von nun an als “development” Pakete zu betrachten und finden sich unter der Adresse http://packages.mate-desktop.org/repo/archlinux/development/$arch und werden nur gelgentlich upgedated!

Weitere Informationen findet man im englischen Arch Linux Wiki oder direkt im Forum des MATE-Desktops.

Debian

Für Debian Sid/Wheezy gab es bereits früher einen Mirror auf tridex.net. Für alle Interessierten kann MATE durch hinzufügend folgender Quellen in der Datei /etc/apt/sources.list aktiviert werden:
deb http://packages.mate-desktop.org/repo/debian wheezy main
Zum Installieren reicht dann:sudo apt-get install mate-archive-keyring
sudo apt-get install mate-core
Weitere Infos zu den Paketen gibt es auf der Website des Maintainers oder im Wiki/Forum des MATE-Projekts.

Ubuntu

Um MATE unter Ubuntu 11.10 Oneiric Ocelot zu installieren verwendet man absofort folgende Befehle:
sudo add-apt-repository "deb http://packages.mate-desktop.org/repo/ubuntu oneiric main"
sudo apt-get install mate-archive-keyring
sudo apt-get install mate-core
Weitere Infos zu den Paketen gibt es auf der Website des Maintainers oder im Wiki/Forum des MATE-Projekts.

NoLED – für alle mit AMOLED

NoLED ist ein kleines App, das farbige Symbole auf dem Display anzeigt, an denen der Smartphone-Besitzer sofort feststellen kann, ob Chat-Nachrichten, Anrufe, Emails oder SMS eingetroffen sind. Die einzige Voraussetzung ist ein Smartphone mit einem OLED-Display. Nur auf diesem Displaytyp kann man einzelne Leuchtpunkte aktivieren, ohne dass das ganze Display hell erstrahlt. So schont man den Akku und wird trotzdem auf die wichtigsten Meldungen aufmerksam gemacht.

Die Anwendung selbst ist kostenlos und kann direkt aus dem Android-Market heruntergeladen werden. Der Nutzer kann zudem auswählen, bei welchen Ereignissen ein Symbol gezeigt werden soll und wann die App eigentlich nichts anzeigen soll, beispielsweise zwischen 23 bis 7 Uhr, wenn man sowieso schläft.
Grundsätzlich funktioniert NoLED ohne Probleme, ist allerdings, weil es nur eine Anwendung und kein Treibermodul ist, auf ein Widget am Desktop angewiesen, dass die App am Laufen hält. Leider konnte ich in meinem Tests doch einen ziemlich erhöhten Akku-Verbrauch – trotz OLED/AMOLED – festellen.

BLN – für alle mit Root

BLN steht für Backlight Notification und ist ein Kernelmodul, dass auf die bereits existierende Android-Notification Infrastruktur zugreift. Bei einer Notification wird einfach die Hintergrundbeleuchtung der Touchkeys unten aktiviert. Der Nachteil dieser Methode ist der Einsatz eines alternativen Kernels. Alle die bereits einen Custom-ROM auf ihrem Smartphone betreiben, haben eine gute Chance bereits einen Kernel mit aktiviertem BLN einzusetzen, für alle anderen gibt es nun einen Grund, es nachzuholen. Der größte Vorteil dieser Methode ist der viel geringere Akkuverbrauch. Laut Aussagen der Entwickler verliert ein getestetes Samsung Galaxy S2 rund 1,04% der Akkuladung pro Stunden (rund 96 Stunden), während es mit durchgehend aktivierten Touchkey LEDs gerade mal 1,22% Ladungsverlust pro Stunde gibt (rund 82 Stunden). Im Vergleich dazu verbraucht NoLED mehr als 9,5% pro Stunde!!

Für BLN braucht man allerdings auch eine App die das Module aktiviert und zwar BLN Control aus dem Market. Die gratis Version sollte in den meisten Fällen ausreichen, wer allerdings blinkende LEDs haben will, benötigt die Kauf-Version. So wie auch bei NoLED kann man in der App Ruhestunden einstellen, in denen die Benachrichtigungsleds deaktiviert sein sollten.
Leider konnte ich in meinem Tests keine Benachrichtigungen mit der Standard SMS Anwendung erzeugen, allerdings funktionierte es mit Handcent SMS ohne Probleme (zumindest nachdem man das Popup deaktiviert).

Zusammenfassend kann ich allen nur raten, BLN eine Chance zu geben. Es funktioniert meiner Erfahrung nach viel zuverlässiger als NoLED und braucht auch merklich weniger Akku. Die so gewonnene Status-LED hat zwar nicht so viele Funktionen wie die meines alten HTC Heros, etwa unterschiedliche Farben oder variable Blinkdauer je nach Benachrichtigung, trotzdem macht sie eines der größten Mankos des “Superphones” wett!

[Show as slideshow]

Den Besucherrekord gab es im November mit insgesamt 1669 eindeutige Nutzer, mal hoffen, dass sich im Jahr 2012 einmal ein Zweitausender erklimmen lässt! Die Mehrheit der User stammen aus Deutschland, rund 73%, und dass obwohl die Seite eigentlich for Austrians only (11%) gedacht gewesen wäre, nein natürlich sind alle Willkommen, auch die 5% Schweizer, die 7% aus den USA, die 4 Nutzer aus Australien, die 21 tapferen Russen, der fleißige Inder, der einzige Iraner, und natürlich alle anderen 50 Nationen, die sich hierher verirrt haben.

Sehr erfreulich ist, wohl aber der Thematik des Blogs geschuldet, die Aufstellung der Betriebssysteme: 4800 User – als rund 54 % – griffen mit einem Linux Rechner zu, 26% besuchten die Seite mit Windows 7, 12% mit der alten Milch mit der Aufschrift XP, leider auch 3 % Mac-User (nein ihr könnt nichts dafür!). Erfreulich auch der einzige Zugriff mit SunOS, Nintendo DSi, BADA, Windows 98. Gratulieren möchte ich aber demjenigen User, der sich mit einem 16 Jahre alten Betriebssystem herumsurfen traut, Windows 95 gibt’s nämlich tatsächlich auch noch in der freien Wildbahn!

Wers bisher geschafft hat, fragt sich vermutlich, wie man 1,58 TB Downloads mit nur knapp 9000 Besuchern realisieren kann. Die Lösung ist ganz einfach, Linux-Repositories. Seit einiger Zeit hoste ich ja bekanntlich 3 Repositories für MATE, einmal für Archlinux, einmal für Debian und einmal für Ubuntu. Der Download, der den meisten Traffic verursacht hat, war dabei libmateweather-common, alleine in der letzten Woche flogen für diese Datei 19881000960 Bits aus dem Server (umgerechnet – falls ich mich nicht vertan habe – rund 2.4 GB).

Persönlich sehr spannend finde ich auch die Serverauslastung, die liegt im Durchschnitt zwar nur bei rund 10%, schaffte es im März aber immerhin auf einen Load von 9.81, was schon ziemlich beachtlich ist. Auch spannend ist der maximale Datendurchfluss, laut Munin nämlich 5.71 Petabit/s, jup das klingt etwas falsch, ist es vermutlich auch, schön wers trotzdem, wenn der Server soviel Power hätte…

Wo wir grad bei Power sind, ich hoffe die bleibt fürs nächste Jahr bestehen, und damit noch einmal Prosit Neujahr!

Man könnte über die Sinnhaftigkeit der gestrigen Aktion streiten, Fakt ist, ich bin wieder um eine Erfahrung reicher, und hab nach dem Zusammenbau immerhin 6 Schrauben mehr als voher (da sieht man mal das Einsparungspotenzial ).

[Show as slideshow]

Auf der Projektseite von MATE stellt sich der Fork folgendermaßen vor:

“MATE Desktop Environment, a non-intuitive and unattractive desktop for users, using traditional computing desktop metaphor.”

Der argentinische Initiator “Perberos” steht dabei mit seinem Fork nicht alleine da. Die nächste Version von Mint wird aller Voraussicht nach neben GNOME 3 auch MATE als eigenständigen Desktop mit sich bringen.

Test

Um sich selbst ein Bild von MATE zu machen, kann man es ganz einfach unter Arch Linux (und mittlerweile dank eines PPAs auch unter Ubuntu) installieren und ausgiebig testen. Unter Arch Linux kann man sich eine Version entweder selbst über das AUR kompilieren oder das vom Projektleiter gewartete Pacman-Repositorium verwenden. Da dieses allerdings nur sehr schlecht erreichbar ist, habe ich einen kleinen Mirror davon gemacht, der unter ftp://tridex.net/mate/ erreichbar ist. Um das Repo zu verwenden genügt folgender Eintrag in der /etc/pacman.conf:
[mate]
Server = http://tridex.net/repo/archlinux/$arch

Anschließend lässt sich MATE ganz einfach mittels
# pacman -Sy mate-desktop-environment
installieren und über die ~/.xinitrc starten:
exec ck-launch-session mate-session
Mehr Informationen zur Installation unter Arch Linux finden sich bereits im Wiki!

Fazit

Wenn sich rund um den neuen Fork genügend interessierte Entwickler sammeln und einige Distributionen für die Idee eines Fortbestehens von GNOME 2 gewinnen lassen, dann stehen die Chancen nicht schlecht, dass es in Zukunft noch eine weitere Alternative zu den bereits bestehenden Desktop-Environments geben wird. Das wird allerdings nur gelingen, wenn sich das Projekt weiterentwickelt und neue interessante Features integriert. Natürlich stellt sich die Frage, ob es nicht sinnvoller wäre, statt an GNOME 2 weiterzuarbeiten, GNOME 3 zu verbessern und dort “Taskbarsüchtigen” eine Alternative zur GNOME Shell und dem etwas mickrigen Fallback-Modus zu geben, wie dieser Blogger anrät. Den einen oder anderen Kritiker wird man auf alle Fälle noch überzeugen müssen

Update – Debian Repository

Mittlerweile gibt es auf tridex.net auch ein Debian Repository für MATE. Dazu reicht es folgendes zur Datei /etc/apt/sources.list hinzuzufügen:
deb http://tridex.net/repo/debian sid main
Weitere Infos zu Repositorien anderer Distributionen finden sich auf GitHub.

Update – Neue Repositorien für Arch Linux, Debian und Ubuntu

Es gibt mittlerweile auch ein Repositorium für Ubuntu. Mehr Informationen zur Installation sowie zur neuen Domain für alle Pakete finden sich hier.

[Show as slideshow]

Dieses E-mail habe ich gerade bekommen:

WineHQ AppDB Login Database Compromised:

We are sorry to report that recently our login database for the
WineHQ Application Database was compromised. We know that the entire
contents of the login database was stolen by hackers. The password
was encrypted, but with enough effort and depending on the quality
of your old password, it could be cracked.

We have closed the hole in our system that allowed read access to
our database tables.

To prevent further damage we have reset your password to what is shown
below. We strongly suggest that if you shared your AppDB password on
any other sites that you change that password as soon as possible.

For more detailed information about this hacking, please read about
it at this link:

http://www.winehq.org/pipermail/wine-users/2011-October/097753.html

Again, we apologize for any inconvenience this has caused.

-WineHQ Staff

http://appdb.winehq.org/

Eine von mir betreute Seite wurde übrigens ebenfalls bereits einmal gehackt, allerdings lag die Schuld nicht bei mir, sondern beim Hosting-Provider, bei dem die Angreifer Rootrechte bekamen. Da es sich nur um eine statische Seite ohne Datenbankinhalte hielt, war die Sache schnell wieder behoben:

-c blowfish|3des|des
Selects the cipher to use for encrypting the session. 3des is used by default. It is believed to be secure. 3des (triple-des) is an encrypt-decrypt-encrypt triple with three different keys. blowfish is a fast block cipher, it appears very secure and is much faster than 3des des is only supported in the ssh client for interoperability with legacy protocol 1 implementations that do not support the 3des cipher. Its use is strongly discouraged due to cryptographic weaknesses.

Weil in diesem speziellen Fall die Verschlüsselung eigentlich komplett irrelevant ist, ist es auch komplett egal, wenn man einen unsicheren Cipher wählt. Mit dem blowfish Cipher pendelt sich die Datenrate bei mir bei immerhin 3 MB/s ein (um 750% schneller als mit dem 3des Cipher). Die Load des Routers steigt trotz dieses schnelleren Ciphers auf 2.5, es gäbe also noch Potenzial zur Verbesserung durch noch schnellere Verschlüsselungsverfahren (oder eben die komplette Deaktivierung).

Features

• Duplikate suchen und löschen/mergen
• leere Verzeichnisse löschen
• Dateien mit schlecht gewählten Namen suchen und umbenennen (Leerzeichen, nicht UTF-8 konform)
• temporäre Dateien löschen
• fehlerhaft Symlinks eliminieren
• ungültige Benutzer/Gruppen Berechtigungen korrigieren
• Binärdateien mit Symboltabellen auffinden (non-stripped binaries)
• Namenskonflikte lösen (gleiche Dateinamen)

Anwendung

Das Programme FSlint findet sich im AUR von Arch Lnux und in den Repositorien vieler anderer Linux-Distributionen (unter Ubuntu etwa einfach fslint aus dem [universe] Repository installieren). Nach der Installation startet man das Programm (fslint-gui) und begibt sich auf die Suche nach doppelten Dateien und anderen Problemen.
Auf der linken Seite wählt man eine Grundfunktion aus (etwa Suche nach Duplikaten oder leeren Verzeichnissen). Im oberen Teil des Programmes befindet sich eine Liste mit den zu durchsuchenden Ordnern, diese können mithilfe des Checkbuttons auf der rechten Seite wahlweise rekursiv durchsucht werden. Den Suchprozess startet man anschließend mit dem “Find”-Button unten links.
Die gefundenen Duplikate werden anschließend in einer Tabelle in Form von Gruppen ausgegeben. Man kann nun entweder Dateien einzeln selektieren, oder mithilfe des “Select”-Buttons massenhaft Dateien basierend auf deren Alter oder einer Wildecard (* für x-beliebige Zeichen) auswählen. Anschließend kann man die Dateien entweder löschen, oder mit dem “Merge”-Button durch Hardlinks (Symlinks, falls auf unterschiedlichen Partitionen) ersetzen. Letzteres löscht die Datei und spart dadurch den Speicherplatz ein, zerstört aber die Dateistruktur nicht.

Fazit

FSlint ist toll, um nach Jahren des hin und her Schiebens von Dateien wieder einmal aufzuräumen. Ich konnte in meinen 58GB persönlichen Daten immerhin 4GB an Duplikaten finden und einige hundert Dateien mit ungültiger UTF-8 Codierung aufspüren und umbenennen. Wichtig ist vor allem, dass man vor dem Drücken des “Delete”-Buttons noch einmal sicherstellt, wirklich nur das zu löschen, was man auch wirklich nicht mehr benötigt.

[Show as slideshow]

Hintergrund ist folgender: Ich habe in meinem Notebook eine 120 GB SSD Festplatte, die mal eben so für eine Linux-Installation sowie meine wichtigsten persönlichen Daten ausreicht. Nun ist es aber so, dass ich doch auch hin und wieder ein Windows benötige (meistens um mal eben schnell ein Game zu zocken oder ein tolles Programm auszuprobieren), doch genau dafür ist auf der internen Festplatte einfach kein Platz mehr, zumal Windows Seven schon ohne Programme mit unglaublichen 25 GB zu Buche schlägt (keine Ahnung, was da alles installiert wird, was nie jemand benötigt). Die perfekte Lösung wäre ein Windows, dass sich bequem auf einer externen Festplatte/USB-Stick herumtragen lässt und bei Bedarf aktiviert werden kann. Leider scheint Microsoft dafür keinerlei Verwendung zu sehen, wurde die Funktion zum Installieren von Windows auf einer externen Festplatte/USB-Stick in der finalen Version von Windows 7 (und meines Wissens auch in Windows Vista) deaktiviert. Versucht man es dennoch, wird man entweder mit einer Fehlermeldung abgespeist, oder man bekommt die betreffenden Datenträger im Setup gar nicht zu Gesicht. Es sind also ein paar Kniffe notwendig, um Windows das Booten von einem USB-Datenträger schmackhaft zu machen.

Voraussetzungen

Um Windows 7 auf einem USB-Datenträger installieren und anschließend booten zu können, müssen einige Voraussetzungen erfüllt sein:

• Schneller USB-Datenträger mit einer Kapazit von mindestens 25GB
• Mainboard, dass das booten von USB-Datenträgern unterstützt
• Ein Windows 7 Installationsdatenträger samt Lizenz
• Etwas Geduld, Zeit und Nerven

Teil 1: Windows installieren

Da sich Windows nicht direkt auf dem USB-Datenträger installieren lässt, muss man einige Tricks aufwenden. Für diesen Teil gibt es wahrscheinlich verschiedenste Wege, man könnte die Festplatte, sofern sie in einem passenden Gehäuse ist, einfach ausbauen und per IDE/Sata intern anschließen, oder ein Windows-Image auf den Datenträger kopieren. Der für mich bequemste Weg war aber die Installation in einer virtuellen Maschine. Das besondere daran, einige Virtualisierungsprogramme unterstützten den direkten Zugriff auf einen Datenträger ohne zwischenliegende Festplattenimages. Während man normalerweise die gesamte Festplatte einer virtuellen Maschine in einer Datei auf dem Hostdateisystem speichert, muss man für die Installation auf einem USB-Datenträger mit sogenannten “Raw-Images” arbeiten. Im Beispiel verwende ich VirtualBox, um die Installtion von Windows 7 durchzuführen. Welches Hostbetriebssystem man verwendet, spielt übrigens keine Rolle, alle Schritte lassen sich auf ähnliche Weise unter Linux, Windows und Mac durchführen:

1. Zuerst muss man VirtualBox für den Zugriff auf den USB-Datenträger per “Raw-Images” vorbereiten. Die Schritte werden in der Dokumentation von VirtualBox behandelt. [Update (07.02.2012)] Einige User hatten Probleme mit dem Schreibzugriff auf das Raw-Image, insbesondere unter Windows 7 als Hostsystem. Der User OnkelHerbert hat dafür eine Lösung im VirtualBox-Forum gefunden und als Kommentar eingefügt. Danke dafür![/Update]

   Unter Windows öffnet man dazu eine CMD mit Administrationsrechten (über den Ausführen-Dialog), wechselt in das Verzeichnis von VirtualBox (standardmäßig unter C:Program FilesOracleVirtualBox) und erstellt mit folgendem Befehl das Raw-Image:
   VBoxManage.exe internalcommands createrawvmdk -filename C:rawdiskImage.vmdk -rawdisk \.PhysicalDrive4
   Die Zahl hinter “PhysicalDriver” liest man dabei im DiskManager von Windows 7 ab.

2. Anschließend startet man VirtualBox mit Administrationsrechten (ansonsten ist der Zugriff auf das Raw-Image nicht möglich) und erstellt eine neue virtuelle Maschine für Windows 7 mit dem eben erstellten Raw-Image als “virtuelle” Festplatte.
3. Nun kann man Windows ganz normal in der virtuellen Festplatte installieren. Wichtig ist dabei, dass man alle Partitionen, die vorher auf dem Datenträger existiert haben, entweder bereits vor dem Starten der virtuellen Maschine löscht, oder zumindest sicherstellt, dass sie von Windows nicht automatisch gemounted worden sind.

Nachdem man Windows auf diese Art und Weise auf dem USB-Datenträger installiert hat, kann man noch alle Updates einspielen, Programme installieren und so weiter. Die VirtualBox Guestadditions sollte man allerdings nicht installieren, da man sie sowieso nicht benötigen wird. Würde man nun Versuchen, direkt von diesem Datenträger zu booten (also ohne virtuelle Maschine), so würde Windows 7 während des Bootvorgangs mit einem BlueScreen (ErrorCode: 0x0000007B) quittieren. Das liegt daran, dass innerhalb der virtuellen Maschine der Datenträger für Windows wie eine interne Sata-Festplatte aussieht (und während des Bootvorgangs per AHCI angesprochen werden kann). Betreibt man die Festplatte allerdings direkt an einem Computer, ohne die Hilfe der Virtualisierungssoftware, kann Windows die Festplatte nicht mehr per AHCI ansprechen (da sie ja nun per USB verbunden ist) und der Bootvorgang wird aufgrund der nicht auffindbaren Systempartition abgebrochen.

Teil 2: Windows 7 für den USB-Bootvorgang fit machen.

Nun kommt der eigentliche gefinkelte Teil des Installationsvorganges, über den man im Internet wenig bis gar keine Informationen findet. Dabei gibt es einige Hinweise, sogar auf Microsoft eigenen Seiten und in einigen wenigen Forumsthreads in den Weiten des Internets ([1], [2]). Der Kern dieses Teiles liegt in der Aktivierung der USB-Treiber während des Bootprozesses und ist vergleichbar, mit dem Vorgang, den Microsoft auf seiner Hilfe Seiten zum Thema AHCI beschreibt.

1. Innerhalb der virtuellen Maschine öffnet man mithilfe des Ausführen-Dialogs den “regedit”.
2. Nun wechselt man zum Schlüssel “HKEY_LOCAL_MACHINESYSTEMControlSet001services”. Dort müssen in den Unterschlüsseln “usbccgp”, “usbehci”, “usbhub”, “usbohci” und “USBSTOR” jeweils der Binärwert von “Start” auf 0 und der String-Wert von “Group” auf “System Reserved” (Update: Wenn es zu Problemen kommt, kann auch “Boot Bus Extender” probiert werden.) gesetzt werden. Zusätzlich muss man über “Ansicht” – > “Berechtigungen” dem Benutzer “SYSTEM” alle Rechte entziehen. Das ist notwendig, da Windows sonst alle Werte nach dem Neustart zurücksetzen würde. Eventuell muss der String-Wert “Group” im Schlüssel “USBSTOR” noch angelegt werden.
3. Die gleiche Prozedur wiederholt man nun mit allen ControlSets (meistens gibt es nur ControlSet001 und ControlSet002).

Nach diesem kleinen Registryhack sollte alles fertig für den ersten Bootvorgang vom externen USB-Datenträger sein. Einfach Neustarten, Bootorder im BIOS richtig einstellen und schon sollte Windows 7 direkt von der externen Festplatte/USB-Stick starten. Am besten überprüft man noch einmal, ob alle Einstellungen in der Registry übernommen worden sind (in meinem Tests hat das soweit geklappt), falls nicht, finden sich verschiedene Möglichkeiten in den oben verlinkten Forenthreads.

Theorie zum Bootvorgang (für Technikfreaks)

Für alle technisch interessierten, die sich fragen, wieso ein Teil des Windows-Startvorganges auch ohne die obigen Anpassungen funktioniert und ein späterer Teil zu einem BlueScreen führt (dieser Teil kann ohne Probleme übersprungen werden): Startet man einen Computer, so wird als aller erster Teil das BIOS (Basic Input Output System) in den Speicher geladen, welches alle wichtigen Systemkomponenten initialisiert. Jedes BIOS (mit Ausnahme ganz weniger moderner Systeme) startet dabei im 16-Bit (Real Mode) Modus, ist auf die jeweilige Hauptplatine angepasst und besitzt detaillierte Informationen, wie die einzelnen Controller angesprochen werden können. Das BIOS ist in der Lage, einige wichtige Informationen auf den Bildschirm auszugeben (durch Mapping von Grafikspeicher in den Hauptspeicher), mithilfe von standardisierten Befehlen einzelne Sektoren von der Festplatte oder anderen Datenträgern (CD-ROM, Floppydisk, Netzwerk) zu laden und mit einigen wenigen USB-Geräten umzugehen (hauptsächlich Tastatur, moderne BIOSe allerdings auch mit Datenträgern). Nachdem die gesamte Hardware initialisiert wurde, sucht das BIOS nach einem gültigen Bootcode (dieser befindet sich immer in den ersten Sektoren eines Datenträgers und ist durch eine “magische Bytfolge” gekennzeichnet. Findet es einen derartigen Bootcode, lädt es ihn an eine bestimmte Adresse im Speicher und übergibt diese Adresse an ein CPU-Register, damit die Ausführung an dieser Stelle im RAM weitergeführt wird. Der Bootcode ist nun dafür verantwortlich, das restliche Betriebssystem zu laden. Dabei stehen im allerdings die Funktionen des BIOS mithilfe sogenannter Interrupts zur Verfügung. Somit braucht der Bootloader nichts über das jeweilige Bootmedium wissen, sondern muss sich lediglich auf die relativ trivialen Funktionen des BIOS verlassen. Der Bootcode lädt meist den Kernel des Betriebssystems (bzw. im Falle von GRUB auch einen zweiten, mehrstufigen Bootloader) und übergibt diesen die Ausführung.

Bis zu diesem Teil des Bootprozesses läuft Windows 7 ohne wissen zu müssen, mit welchem Datenträgertyp es zu tun hat. Bis zu diesem Teil klappt die Ausführung daher auch ohne Probleme. Nun gibt es allerdings zwei Gründe, warum die “Treiber” des BIOS nicht länger benutzt werden können. Erstens sind sie meist nicht sehr performant und bieten nur wenige Funktionen und zweitens funktionieren sie nur im 16-Bit Modus (Real Mode) und nicht im 32-Bit (Protected Mode) oder sogar 64-Bit Modus (Long Mode), dieser wird aber benötigt, um mehr als 16MB RAM verwalten zu können. Darum lädt der Kernel nun seinen eigenen Treiber und genau zu diesem Zeitpunkt versagt der bisherige Bootprozess von Windows 7. Da Windows keinen USB-Datenträger erwartet, lädt es diese Treiber auch nicht rechtzeitig (also vor dem Umschalten in den 32-Bit Modus) in den Speicher und kann somit die Systempartition nicht mehr finden.

Zusammenfassung

Ich hoffe, dass das Booten von der externen USB-Festplatte/Stick ohne Probleme funktioniert und dem einen oder anderem geholfen worden ist. Falls es zu Probleme kommt, bitte ich, sich einfach mittels eines Kommentars bei mir zu melden. Warum MS die Funktion zum Installieren auf externen Datenträger deaktiviert, bleibt wohl ein ewiges Rätsel…

Video-Tutorial

Der User M.Knapp hat einen Video-Walkthrough des Artikels erstellt und ihn mit ein paar hilfreichen Tipps sowie eventuell auftretenden Problemen ergänzt. Er hat mir erlaubt, die Videos hier im Artikel einzufügen. Ich hoffe sie können weiterhelfen!

http://www.youtube.com/watch?v=np77YSC-LX8

http://www.youtube.com/watch?v=P7tgCs5ZHKE

[Show as slideshow]

• Man kann sie leicht vergrößern und verkleinern (vorausgesetzt das Dateisystem unterstütz eine derartige Funktion ebenfalls).
• Sie können sich über mehrere physikalische Partitionen und sogar Festplatten erstrecken.
• Sie können von einer Festplatte auf eine andere verschoben werden, womit sich Hot-Plug & Play Systeme realisieren lassen.
• Man kann Spiegelungen ähnlich wie RAID 0 vornehmen (Daten werden simultan auf mehreren Festplatten gespeichert, womit sich die Ausfallsicherheit erhöhen lässt).
• Mithilfe von Snapshots kann man nahezu Augenblicklich große Datenmengen backupen.
• Durch die Benennung von Logical Volumes (den “Partitionen” eines LVM) lässt sich das System einfacher administrieren.

In diesem Artikel möchte ich auf die Grundlagen eines LVM2-Setups eingehen, zeigen, wie man LVMs erstellt und verwaltet. Ich gehe dabei von einem aktuellen Linux-System (ich werde in den Beispielen Arch Linux verwenden) mit einem halbwegs aktuellen 2.6 Kernel aus. Kernel 2.4 unterstützt zwar ebenfalls LVM, allerdings nur eine veraltete Version, mit der sich nicht alle oben genannten Features nutzen lassen. Wer möchte, kann auch seine gesamte Linux Distribution mithilfe von LVM installieren. Da sich der Setup aber von Distribution zu Distribution unterscheidet, gehe ich hier nicht auf ein derartiges System ein.

Terminologie und Struktur

Im Zusammenhang mit LVM gibt es einige wichtige Begriffe (und Abkürzungen) die man sich merken muss, um das System verstehen zu können. Ein LVM ist in Schichten aufgebaut. Einige dieser Schichten lassen sich direkt auf Festplatten und Partitionen übertragen, einige dieser Schichten werden durch das LVM eingeführt und sind somit nur “virtuell” oder “logisch” vorhanden. Am interessantesten sind diese “virtuellen Schichten”, von denen es insgesamt drei gibt:

1. Physical Volume (PV) repräsentieren Partitionen, Raid-Devices oder andere physisch existierende blockorientierte Geräte.
2. Volume Group (VG) fassen eine Vielzahl von Physical Volumes zu einer logischen Einheit zusammen.
3. Logical Volume (LV) sind die “Partitionen” eines LVM. Sie gehören direkt einer Volume Group an, und können sich über mehrere Physical Volumes erstrecken.

Ein weiterer wichtiger Begriff sind die Physical Extents. Sie beschreiben die Speichereinheit, in der die Daten in den Volume Groups organisiert werden. Man kann sie somit mit Sektorgrößen einer Partition vergleichen. Die Größe einer Logical Volume muss immer ein Vielfaches eines Physical Extents sein. Standardmäßig beträgt die Größe eines Physical Extents 4MB, lässt sich aber mit verschiedenen Parametern verändern.

Planung

Bevor man mit dem Erstellen eines LVM beginnt, sollte man sich überlegen, was man damit erreichen möchte. Für mein Beispiel verwende ich einen kleinen Home-Server mit 4 Festplatten für den LVM-Setup:

Mein Plan ist, ein ca. 300 GiB großes Logical Volume für meine Disk-Images anzulegen, ein weiteres ca. 140 GiB gespiegeltes LV für meine privaten Dateien. Weiters möchte ich ein 500 GiB großes Volume für meine MythTV-Recordings. Im Gegensatz zu einem Setup mithilfe von Partitionen, sind diese Werte allerdings nicht starr. Solange noch Platz vorhanden ist, lassen sich die Logical Volumes jederzeit vergrößern, und wenn einmal alle Festplatten voll sind, lassen sich leicht weitere hinzufügen.

LVM erstellen

Physical Volumes

Zu Beginn müssen die Physical Volumes erstellt werden. Das geschieht ganz einfach mit folgendem Befehl:
# pvcreate /dev/sda3 /dev/sdb1 /dev/sdc2 /dev/sdd1
Das System sollte den Vorgang mit folgender Ausgabe bestätigen:
Writing physical volume data to disk "/dev/sda3"
Physical volume "/dev/sda3" successfully created
Writing physical volume data to disk "/dev/sdb1"
Physical volume "/dev/sdb1" successfully created
Writing physical volume data to disk "/dev/sdc2"
Physical volume "/dev/sdc2" successfully created
Writing physical volume data to disk "/dev/sdd1"
Physical volume "/dev/sdd1" successfully created

Um eine Übersicht über die neu erstellten PVs zu bekommen reicht der Befehl
# pvs
Die dazugehörige Ausgabe lautet wie folgt:

PV        VG Fmt Attr PSize   PFree
/dev/sda3    lvm2 a-- 98,67g  98,67g
/dev/sdb1    lvm2 a-- 149,05g 149,05g
/dev/sdc2    lvm2 a-- 1,16t   1,16t
/dev/sdd1    lvm2 a-- 232,89g 232,89g

Die wichtigsten Befehle zur Verwaltung von Physical Volumes zeigt die nachfolgende Tabelle:

Volume Groups

Nachdem man die Physical Volumes erstellt hat, muss man sie in Volume Groups (VG) zusammenfassen. Man kann beliebig viele Volume Groups erstellen, in den meisten Fällen reichen aber ein bis zwei Volume Groups völlig aus (etwa eines für das System selbst, und eines für alle Daten (die nicht an das System gebunden sind)). Eine Volume Group erstellt man mit folgendem Befehl:
vgcreate vgStorage /dev/sda3 /dev/sdb1 /dev/sdc2 /dev/sdd1
Das System sollte die neu erstellte Volume Group (mit dem Namen “vgStorage”) wie folgt quittieren:
Volume group "vgStorage" successfully created
Das System legt für jede Volume Group automatisch einen neuen Ordner mit dem Namen der VG im Ordner /dev an. In diesem Ordner werden anschließend die einzelnen Logical Volumes als Gerätedateien angelegt.
Die wichtigsten Befehle zur Verwaltung von Volume Groups zeigt die nachfolgende Tabelle:

Wichtig zu wissen ist auch, dass Volume Groups nicht immer automatisch vom System erkannt werden. Bootet man etwa von einer LiveCD und benötigt Zugriff auf die Daten in einer LVM, so muss man die Volume Group zuerst suchen und aktivieren. Das geht aber relativ einfach mit den Befehlen:
vgscan
vgchange -ay

Logical Volumes

Der letzte Schritt eines LVM Setups besteht aus dem Anlegen der einzelnen Logical Volumes. Der Prototyp des Befehls lautet wie folgt:
lvcreate -L #size# -n #name# #vgName#
Die Größe ist dabei standardmäßig in MB, kann aber durch Anhängen eines Suffix (K für Kilobytes, M für Megabytes, G für Gigabytes, T für Terabytes, P für Petabytes oder E für Exabytes) verändert werden. Um nun mein Logical Volume für meine Disk-Images und MythTV-Recordings anzulegen, benutze ich folgenden Befehl:
lvcreate -L 300G -n images vgStorage
lvcreate -L 500G -n movie vgStorage
Um zu sehen ob meine Logical Volumes auch tatsächlich angelegt wurden und auf welchen Geräten sie liegen, hilft der folgende Befehl:
lvs -a -o +devices
Die Ausgabe lautet wie folgt:

LV      VG        Attr   LSize
images  vgStorage -wi-a- 300,00g
movie   vgStorage -wi-a- 500,00g

Die beiden letzten Schritte beim Setup eines LVM sind nun nicht mehr sehr LVM spezifisch: Anlegen eines Dateisystems und mounten via mount/fstab. Man kann mit einem LVM jedes beliebige Dateisystem betreiben, muss allerdings beachten, dass dann eventuell nicht alle Funktionen zur Verfügung stehen. So lassen sich Logical Volumes leicht vergrößern und verkleinern, aber nicht alle Dateisysteme unterstützen eine vergrößern/verkleinern.

Persönlich bevorzuge ich ext4, da es meiner Meinung nach besser erprobt ist als btrfs und das Vergrößern/Verkleinern auch “online” (also im während das Dateisystem in Benutzung ist) unterstützt. Um nun die Dateisysteme anzulegen genügt folgender Befehl:
mkfs.ext4 /dev/vgStorage/images
mkfs.ext4 /dev/vgStorage/movie

Anschließend lassen sich die Logical Volumes wie herkömmliche Festplatten über mount/fstab in das System einhängen:
mount /dev/vgStorage/images /media/images
mount /dev/vgStorage/movie /media/movie

Die wichtigsten Befehle zur Verwaltung von Logical Volumes zeigt die nachfolgende Tabelle:

Erweiterte Techniken

Vergrößern / Verkleinern

Nachdem das LVM nun eingerichtet ist und funktioniert, wird es Zeit, ein paar fortgeschrittene Techniken zu begutachten. Eine der wichtigsten Funktionen von LVM ist das Vergrößern/Verkleinern von Logical Volumes und den dazugehörigen Dateisystemen. Richtet man eine LVM ein, sollte man immer ein bisschen Freiraum lassen, um später verschiedene LV bei Bedarf vergrößern zu können. Der ganze Prozess ist recht einfach:
lvcreate -L 100M -n lvSmall vgStorage
mkfs.ext4 /dev/vgStorage/lvSmall
mount /dev/vgStorage/lvSmall /media/lvSmall/

lvextend -L500M /dev/vgStorage/lvSmall
resize2fs /dev/vgStorage/lvSmall

Wie man sieht, benötigt es genau zwei Zeilen Code, um das LV und das Dateisystem auf 500 MB zu vergrößern. Es ist auch möglich, statt absoluten Angaben, relative Größenangaben zu geben:

lvextend -L+1G /dev/vgStorage/lvSmall
resize2fs /dev/vgStorage/lvSmall

In diesem Beispiel wurde das LV und das Dateisystem um insgesamt 1GB auf nunmehr 1,5 GB vergrößert. Der Befehl “resize2fs” ist übrigens ext2/ext3/ext4 spezifisch und andere Dateisysteme benötigen andere Befehle um sie zu vergrößern, Google hilft hier weiter.

Etwas komplizierter wird das verkleinern einer Logical Volume. Meines Wissens ist es nicht möglich, ein ext4 System “online” sprich im eingehängten Zustand zu verkleinern (im Gegensatz zum Vergrößern). Das Dateisystem muss daher zuvor ausgehängt werden, auf eventuelle Fehler überprüft werden und anschließend mittels “resize2fs” verkleinert werden, bevor man die Größe des LV verändern darf:

umount /media/lvSmall
e2fsck -f /dev/vgStorage/lvSmall
resize2fs /dev/vgStorage/lvSmall 1200M
lvreduce -L-200M /dev/vgStorage/lvSmall
mount /dev/vgStorage/lvSmall /media/lvSmall

Auch hier ist der Vorgang mit anderen Dateisystemen eventuell komplizierter oder auch gar nicht möglich.

PV im laufenden Betrieb entfernen

Mit LVM ist es möglich, Festplatten (sofern es auch von der Hardware unterstützt wird) im laufenden Betrieb zu entfernen. Das Problem ist, dass eventuell bereits Daten auf dem dazugehörigen PV gespeichert wurden. Der Prozess ist grundsätzlich wie folgt:

1. Alle Physical Extents (PE) von der Physical Volume (PV) auf andere PVs verschieben
2. PV aus der Volume Group entfernen
3. PV löschen

Ich gehe im Folgenden davon aus, dass ich die Festplatte /dev/sda aus dem System entfernen möchte. Zuerst muss festgestellt werden, welche Partitionen dieser Festplatte im LVM integriert sind:
pvs | grep sda

/dev/sda3  vgStorage lvm2 a--   98,66g  95,66g

Die Ausgabe sagt, dass es genau eine PV gibt, die auf der Festplatte /dev/sda liegt und von den 98,66GB 95,66GB frei sind also rund 3GB mit LVs belegt sind. Alle Physical Extents auf diesem Physical Volume müssen nun verschoben werden. Das erledigt der folgende Befehl:
pvmove /dev/sda3
War der Befehl erfolgreich, sollten nun keine für das LVM benötigten Daten mehr auf der phyischen Festplatte /dev/sda vorhanden sein. Das PV kann nun aus der Volume Group entfernt und anschließend gelöscht werden:
vgreduce vgStorage /dev/sda3
pvremove /dev/sda3
Diese Festplatte ist nun nicht mehr im LVM vermerkt und kann, sofern das System es unterstützt, direkt entfernt werden. Das tolle daran ist, dass der gesamte Prozess “online” erfolgen kann. Also während das Dateisystem gemounted ist und Zugriffe erfolgen.

Spiegeln von Logical Volumes

Das Spiegeln von Logical Volumes ist im Prinzip ganz ähnlich zu einem RAID 0, dass mithilfe von Software emuliert wird. Jedes Byte wird dabei synchron auf verschiedene Logical Volumes geschrieben (meist zwei, wobei die Technik aber auch mit mehreren Kopien funktioniert). Ein zusätzliches Log Volume wird dabei automatisch erstellt, um über den aktuellen Synchronisationszustand Buch zu führen. Damit das Mirroring auch Ausfallsicherheit bringt, sollte man sicherstellen, dass sich die LVs jeweils auf verschiedenen physischen Festplatten befinden. Um das Spiegeln mit einer Logical Volume sicher zu gestalten, benötigt man also mindestens drei verschiedene Festplatten (obwohl es technisch gesehen auch nur mit einer einzigen geht, macht es einfach keinen Sinn, da dadurch die Ausfallsicherheit gleich 0 geht).

Um ein Logical Volume im Spiegelsetup einzurichten benötigt man folgenden Befehl:
# lvcreate -L 140G -n homeEXT -m1 vgStorage
Neu ist der Parameter “-m1″, der dafür zuständig ist, dass die Logical Volume genau 1x gespiegelt wird (es ist wie gesagt möglich, die LV auch öfter zu spiegeln).
Um nun herauszufinden, auf welchen PVs das gespiegelte LV liegt, benutzt man am Besten folgenden Befehl:
# lvs -a -o +devices
Die gekürzte Ausgabe sieht ungefähr so aus, und gibt Aufschluss darüber, dass sich die beiden Mirrors (auch Logical Extents genannt) auf den PVs /dev/sdb1 und /dev/sdc2 befinden und die Log-Daten auf /dev/sdd1 gespeichert werden.

  LV                 VG        Attr   LSize   Convert Devices
  [homeEXT_mimage_0] vgStorage Iwi-ao 140,00g /dev/sdb1(0)
  [homeEXT_mimage_1] vgStorage Iwi-ao 140,00g /dev/sdc2(0)
  [homeEXT_mlog]     vgStorage lwi-ao   4,00m /dev/sdd1(0)

Wichtig zu wissen ist auch, dass die gespiegelten Logical Volumes gleich nach dem Erstellen synchronisiert werden (der Fortschritt wird im Abschnitt “Copy” angezeigt). Dieser Prozess kann je nach Größe relativ lange dauern, wird allerdings nur ein einziges Mal durchgeführt.

Zusammenfassung

So nun endet der “kurze” Artikel zu LVM und es gäbe doch noch einiges zu sagen und zu erklären. Es lohnt sich auf alle Fälle einmal einen Blick auf das Logical Volume Managment zu werfen und wer noch weitere Informationen braucht, findet diese garantiert im LVM HOWTO. Eventuell werde ich in einem späteren Beitrag noch auf das Setup eines Snapshots zu sprechen kommen, bis dahin, viel Spaß mit LVM!

Vorteile von Google+

• Vergleicht man die Oberfläche von Google+ mit der von Facebook so wirkt Googles Versuch um einiges aufgeräumter, moderner und weniger überladen.
• Hinsichtlich der Ladegeschwindigkeiten gewinnt Plus haushoch. Während Facebook träge und langsam aufgebaut wird, ist die Geschwindigkeit von Google+ hervorragend.
• Nicht jeder Facebook-Freund ist auch gleich ein richtiger Freund. Mit dem Konzept der Circles führt Google+ eine wichtige Unterscheidung von Freunden ein. Die Möglichkeit Fotos, Meldungen etc. nur für einzelne Personengruppen freizugeben gibt es zwar bei Facebook auch, allerdings ist der Circles Ansatz von Google von oben bis unten besser durchdacht und bildet einen integralen Bestandteil des gesamten Systems.
• Werbefrei: Zumindest in der Testphase ist Google+ werbefrei. Ob das auch in Zukunft so bleibt ist fraglich, aber wünschenswert.
• Sicherheit: Während Facebook immer wieder durch Änderungen der Nutzungsbedingungen und anderer Probleme hinsichtlich des Datenschutzes auffält, gibt sich Google+ viel offener. Die Einstellungen für die Freigabe persönlicher Daten sind von Anfang an sinnvoll gesetzt, alle persönlichen Daten können als ZIP-Archiv oder JSON-Datei heruntergeladen werden und allgemein würde ich meine Daten lieber Google als Facebook anvertrauen.

Nachteile von Google+

• Wenige Nutzer: Momentan fühlt man sich auf Google+ noch ein wenig einsam und elitär, nicht zuletzt weil die Anmeldung momentan nur durch eine Einladun erfolgen kann. Solange sich der Dienst noch in der Testphase befindet wird sich daran wohl auch noch nicht viel ändern. Falls Google+ allerdings in die Fußstapfen von Gmail tritt (bei dem die Testphase ähnlich ablief), dann wird in Zukunft Google+ wohl eine entscheidende Rolle im Kampf der sozialen Netzwerke spielen
• Technische Probleme gibt es scheinbar auch noch, so verunsicherte viele Nutzer die Meldung, dass Google studenlang immer wieder die gleiche E-mail versandte, weil der Speicherplatz eines Servers aufgebraucht war.

Auch wenn ich Google in Sachen Sicherheit und Privatsphäre besser als Facebook einschätze, das grundsätzliche Problem bleibt natürlich bestehen und daraus gibts es auch nur zwei mögliche Auswege: nicht am sozialen Hype teilnehmen oder Nischenprodukte wie Diaspora ausprobieren, die sich aber dank mangelnder Besucherzahlen wohl kaum durchsetzen werden können.

[Show as slideshow]

Leider hat man die Entscheidung etwas anscheinend voreilig getroffen, die Wiki-Einträge über die Netzwerkkonfiguration verweisen alle noch auf die veralteten Tools und einige Programme wie dhcpcd oder der X-Server bemängeln das Fehlen der hostname-Binary. Deshalb möchte ich diesen kurzen Artikel zum Anlass nehmen, einige der wichtigsten ifconfig und route-Befehl mit dem nun zum Standard erklärten Tool ip aus dem Paket iproute2 zeigen.

Wer noch komplexer Beispiel zu den iproute2-Befehlen sucht, wird hier bzw. hier fündig.

Angeregt durch das Ubuntublog.ch habe ich mir Überlegt, einen ähnlichen Test mit den Firefox Versionen 4 und 5 anzustellen, um zu sehen, ob sich tatsächlich Verbesserungen hinsichtlich der Performance ergeben.

Beim Acid3-Test schaffen beide Versionen nur jeweils 97% (bisher schaffen das nur Google Chrome ab Version 4, Opera ab Version 10 und Safari ab Version 4).

Außerdem hab ich einen Test mithilfe des Benchmarktools Peacekeeper durchgeführt, der doch einige Verbesserungen in der neuen Firefox Version aufzeigt. Zum Vergleich hab ich auch noch die die Chrome Version 12 getestet, die um einiges besser abschneidet als FF 4 und FF 5 (sogar wenn man beide Punkteangaben zusammenzählen würde

Wie man erkennen kann, hat sich FF 5 im Vergleich zu Version 4 in allen Bereichen außer den String-Operationen und der Datenverarbeitung verbessern können. Wer noch mehr Details zu den Neuerung von Firefox 5 sucht, findet eine kompakte Übersicht etwa bei Golem.de

Da auch mein Server bereits über eine IPv6-Verbindung verfügt, habe ich mich entschlossen, diesen heute zu aktivieren um selbst ein paar Tests zu machen, um zu sehen, wie sich die Aktivierung des AAAA-Records (IPv6 DNS-Record) auf die Verbindung auswirkt. http://tridex.net sowie http://ipv6.tridex.net haben beiden nun einen AAAA-Record und sollten über das IPv6-Internet erreichbar sein. Meinen Tests zufolge sollte alles wie erwartet funktionieren, wenn es bei jemandem zu Komplikationen kommt bitte ich um Rückmeldung.

Wie man mit tridex.net verbunden ist, sollte die folgende Nachricht zeigen, wer etwas tiefere Analyse betreiben möchte, findet hier einen IPv6-Test.

Du besuchst diese Seite mit der IPv4-Adresse: 77.1.61.119

Kann Verzeichniseintrag für Datei name@email.com nicht lesen: Datei oder Verzeichnis nicht gefunden
name@email.com: Kann Datei nicht anhängen.

Leider wurde ich bis auf ein paar Lokalisierungsdaten allerdings nicht fündig. Es dauerte wie gesagt ganze 30 Minuten, bis ich die dazu passende englische Fehlermeldung fand (“Can’t stat %s: %s”) und damit auch die Lösung des Problems. Um eine E-Mail über die Kommandozeile samt Anhang zu verschicken benötigt man (zumindest unter Arch Linux) folgenden Befehl:

echo "Text der E-mail Nachricht" | mutt -a /tmp/dokument.pdf -s "Betreff" -- name@email.com

Wichtig dabei sind die “–”, in alle von mir gefundenen Beispiele fehlen diese zwei Bindestriche, was zu obiger Fehlermeldung führt.

Theorie von Netzwerkbrücken

Bridges arbeiten wie bereits angesprochen auf der Schicht 2 des OSI-Modells der so genannten Sicherungsschicht. Aufgabe dieser Schicht ist es, eine zuverlässige und möglichst fehlerfreie Übertragung der Pakete sicherzustellen. Man teilt die Schicht weiter in so genannte sub layers der LLC (Logical Link Control) und MAC (Media Access Control) Schicht. Es sei nur soviel gesagt, dass der Unterschied zwischen einer Bridge und einem Switch darin liegt, dass letzterer nur auf der MAC-Schicht arbeitet während eine Bridge beide Modi unterstützt.

Netzwerkbrücke sind immer dann einem Switch überlgen, wenn es darum geht, unterschiedliche Netzwerktypen miteinander zu verbinden, bzw. wenn man eine günstige Methode sucht, den Datenverkehr zwischen den zwei zu verbindenden Netzen regeln zu können. Switches kauft man sich meist als fertige Hardware, während man eine Bridge leicht softwaretechnisch selbst erstellen kann. Dabei hat man im Vergleich zu einem Switch viel mehr Möglichkeiten die über die Bridge laufenden Daten zu filtern oder zu überwachen.

Da Bridges (wie auch Switches) auf ein um dem selben Subnetz operieren und alle Datenpakete (auch Broadcasts für DHCP oder ARP-Pakete) übertragen, ist es für die Clients in den einzelnen Netzen meist nicht erkennbar, ob sie direkt im selben physikalischen Netz liegen, oder in einem geswitchten/gebridgten Netz operieren. Über eine Bridge funktionieren somit auch alle Netzwerkprotokolle ohne etwas von der Bridge zu wissen, würde man einen Router einsetzen, so gäbe es hier weit mehr Probleme.

Software Bridge mit Arch Linux

Um eine Software Bridge unter Linux (geht allerdings auch mit Windows) anzulegen, benötigt man einen Computer mit mindestens zwei Netzwerkschnittstellen. Das können in der Theorie sowohl WLAN als auch LAN-Schnittstellen oder auch ganz andere Netzwerkschnittstellen sein. In der Praxis hat sich jedoch gezeigt, dass vor allem viele WLAN-Karte nicht gebridged werden können (insbesondere im Managed-Mode in Verbindung mit Access Points). Letztendliche Gewissheit schafft hier nur ausprobieren.

Um unter Arch Linux mit Bridges arbeiten zu können benötigt man das Paket bridge-utils:

# pacman -Sy bridge-utils

Bridges kann man entweder temporär oder persistent erstellen. Im folgenden erstellen wir eine temporäre Bridge zwischen den beiden Schnittstellen eth0 und eth1:
# brctl addbr br0
# brctl addif br0 eth0
# brctl addif br0 eth1
# ifconfig eth0 down
# ifconfig eth1 down
# ifconfig eth0 0.0.0.0 up
# ifconfig eth1 0.0.0.0 up
# ifconfig br0 up
# dhcpcd br0

Zuerst legt man eine neue Bridge mit dem Namen “br0″ an (man kann jeden beliebigen Namen verwenden) (gelöscht wird mittesl brctl delbr br0 sobald die Bridge nicht mehr aktiv ist). Danach fügt man die beiden Schnittstellen eth0 und eth1 zur br0 hinzu. Anschließend werden die beiden Netzwerkkarte so konfiguriert, dass sie zwar beide up sind, allerdings keine eigene IP-Adresse beziehen. Im Gegensatz zu einem Router hat eine Bridge, wenn überhaupt, nur eine einzige IP-Adresse. Danach wird auch die Bridge selbst aktiviert und per DHCP eine IP-Adresse bezogen. Diese Befehle sollten reichen um die Bridge zu aktivieren und nun sollte es möglich sein, eine Verbindung zwischen Clients auf der Schnittstelle eth0 und jenen auf der Schnittstelle eth1 aufzubauen.

Obwohl oft behauptet wird, braucht man für eine reine Bridge das IP-Forwarding eigentlich (zumindest laut meinen eigenen Erfahrungen) nicht aktivieren. Wer allerdings Probleme hat (weil etwa nicht alle oder gar keine Pakete übertragen werden), kann das IP-Forwarding mit folgendem Befehl temporär aktivieren:

# echo 1 > /proc/sys/net/ipv4/ip_forwarding

Permanente Bridge einrichten

Meist möchte man seine Bridge auch nach einem Neustart zur Verfügung haben. Diese Schritte unterscheiden sich von Distribution zu Distribution oft stark (im Gegensatz zur Einrichtung einer temporären Bridge), weshalb dieser Teil der Anleitung auch nur explizit für Arch Linux gilt.

Bridges werden in Arch Linux zentral über die Datei /etc/conf.d/bridges verwaltet. Für jede Bridge braucht man eine eigene Variable im Format “bridge_NAME_DER_BRIDGE”. Für unsere br0 heißt die Variable also “bridge_br0″. Alle Bridges müssen außerdem in Array “BRIDGES_INTERFACES” eingetragen werden, damit sie aktiv sind.
bridge_br0="eth0 eth1"
BRIDGES_INTERFACES=(br0)

Damit die Bridge beim starten auch aktiviert wird und eine IP-Adresse bekommt, muss man sie wie auch andere Interfaces (sofern sie nicht über Programme wie WICD oder NetworkManager verwaltet werden) in die Datei /etc/rc.conf eingetragen werden. Das funktioniert für eine Bridge die per DHCP ihre IP-Adresse bezieht etwa so:
eth0="eth0 up"
eth1="eth1 up"
br0="dhcp"
INTERFACES=(eth0 eth1 br0)

Möchte man die Bridge manuell eine IP-Adresse zuweisen, so wäre folgende Syntax notwendig:
eth0="eth0 0.0.0.0 promisc up"
eth1="eth1 0.0.0.0 promisc up"
br0="br0 <server IP> netmask <netmask> broadcast <broadcast IP>"
INTERFACES=(eth0 eth1 br0)
gateway="default gw <gateway IP"

Nach einem Neustart des Systems sollte die Brücke automatisch aktiviert werden!

Ich hoffe, ich konnte mit diesem Tutorial etwas Lobbying für Netzwerkbrücken betreiben und eine kurze Hilfestellung geben. Leider kann ich zu Bridges mit WLAN auch nicht sehr viele Informationen geben, außer dass sie sehr oft nicht richtig funktionieren. In meinem Fall erfolgt das Bridging zwischen LAN und WLAN mittels eine WLAN-Routers, der natürlich auch eine etwas speziellere Hardware verbaut hat.

Xfce

Xfce ist eine leichtgewichtige Desktopumgebung die wie Gnome auf Basis von GTK arbeitet. Obwohl sie für eher schwächere Systeme ausgelegt wurde, merkt man das im Vergleich zu Gnome nur an der höheren Startgeschwindigkeit und dem geringeren Speichervebrauch sowohl im RAM als auch auf der Festplatte. Xfce erfüllt alle Kriterien einer modernen Desktopumgebung, wurde bereits in 40 verschiedene Sprachen übersetzt, kann über Themes an den eigenen visuellen Geschmack angepasst werden und ist zu den freedesktop.org Standards kompatibel, was soviel heißt, dass Dinge wie Autostart, Menüeinträge oder Verknüpfungen zwischen Dateityp und Programm kompatibel zu Gnome und KDE sind. Die aktuelle Version ist 4.8 und wurde im Jänner 2011 freigegeben.

Dieser Artikel zeigt, wie man Xfce unter Arch Linux installiert und konfiguriert, sodass man am Schluss eine Desktopumgebung ähnlich zu der von Gnome 2 bekommt.

Installation

Xfce lässt sich ganz einfach mittels pacman installieren (der Großteil der Pakete findet sich im [extra] Repositorium, wobei vereinzelt auch Pakete in [community] vorliegen).

# pacman -Sy xfce4 xfce4-goodies gvfs-{afc,smb,gphoto2,obexftp} xlockmore

Die beiden Pakete sind eigentlich Gruppen von Paketen, weswegen pacman während der Installation nachfragt, welche Komponenten man installieren möchte. Am Besten wählt man hier immer die Voreinstellung (alle Pakete installieren). Wie einigen vielleicht während der Installation auffällt, installiert man automatisch auch einige Gnome-Abhängigkeiten mit. Wie dies nach dem Release von GNOME 3 in die offiziellen Arch Repos aussehen wird, kann ich leider nicht sagen.

Außerdem benötigt man für manche Extras noch ein Pakete aus dem AUR:

• xfce4-places-plugin

Xfce lässt sich nun ganz leicht über GDM starten (wobei es auch möglich ist, einen schlankeren Loginmanager wie etwa Slim zu verwenden). Nachdem man sich ausgeloggt hat, kann man ganz einfach beim Starten zwischen Gnome und Xfce hin und herschalten. Dazu wählt man einfach bei der Passworteingabe im Loginmanager in der Leiste unten eine alternative Desktopumgebung.

Nach dem ersten Login sollte sich Xfce 4.8 etwa so präsentieren (vorausgesetzt, man wählt beim ersten Starten, das automatische Erstellen der Menüleisten):

Zugegebenerweise ist der visuelle Eindruck am Anfang vielleicht nicht gerade Atemberaubend. Mittels ein bisschen Makeup lässt sich Xfce allerdings relativ leicht umstylen.

Standardanwendungen

Interessant ist für viele vielleicht die Auswahl an Anwendungen die durch die oben installierten Pakete mitgeliefert werden:

• Bilbetrachter Ristretto: Ist meiner Meinung nach nicht ganz so toll. Unter anderem funktionieren einfache Tastenkürzel wie “Pfeil nach vorne”, “Pfeil zurück” und ähnliche nicht und auch ansonsten finde ich andere Bildbetrachter wie etwa Mirage viel besser. Eine Liste weiterer guter Alternativen findet sich zum Beispiel auf Ubuntuusers.
• Xfburn: Ein Programm das nahezu alle Wünsche in Sachen CD und DVD Erstellung erfüllt. Kann meiner Meinung nach gut mit Brasero mithalten.
• Thunar: Der Dateimanager von Xfce ist äußerst schnell und orientiert sich vom Design her an Nautilus. Dank gvfs kann man mit mit ihm auch alle unter Gnome verfügbaren Netzwerkfreigaben öffnen. Dinge wie Tabs und eine Spaltenansicht fehlen aber leider.
• Mousepad: Mousepad ist ein flinker Texteditor im Style von Windows Notepad und ihm im Funktionsumfang auch relativ ähnlich (was hier nicht als positiv gewertet werden kann). Glücklicherweise gibt es allerdings genügend Alternativen wie etwa weiterhin gedit benutzen oder etwas neues wie zum Beispiel meinen Favoriten Geany auszuprobieren.
• Task Manager: Der Xfce Task Manager kann nicht ganz soviel wie sein großer Bruder unter Gnome. Er zeigt eine Liste aller laufender Prozesse (mit weiteren Informationen) und zwei Graphen für die CPU und Netzlast.
• Xarchiver: Xarchiver ist der File-Roller Ersatz unter Xfce und kann mit allen gängigen Archivformaten umgehen. Dazu muss man lediglich das benötigte Paket (so wie unter Gnome auch) nachinstallieren (etwa p7zip, gzip, arj, unarj, zip,…).
• Terminal: Was gibts groß zu sagen, ein Terminalemulator eben…
• Orage: Orage ist ein Terminkalender samt Todomanger und weiteren Funktionen. Da ich ihn nicht selbst benutze, kann ich auch nicht direkt etwas dazu sagen.
• Anwendungsfinder: Ist ein nettes kleines Programm, dass man sich eventuell auf einen Hotkey legen sollte. Es bietet eine Suchfunktion und ein sauber aufgeräumtes Menü mit allen Programmen.

Panel

Am Anfang kümmern wir uns um die Panels. Dazu startet man die Leistenverwaltung unter  Anwendungsmenü -> Einstellung -> Leiste. Wir fügen eine neue Leiste hinzu (Plus Symbol), welche sofort am Bildschirm erscheinen sollte. Wir schieben Sie mit der Maus nach oben an die richtige Stelle und löschen die bereits existierende Leiste 1. Anschließend fügen wir unserer neuen Leiste (sollte jetzt Leiste 2 heißen und beim Auswählen rot umrahmt werden) einige Objekte hinzu (Reihenfolge beachten!):

1. Anwendungsmenü
2. Orte
3. verschiedene Starter (je nachdem was man aus Gnome gewöhnt ist, etwa Browser, E-mail-Client,…)
4. Trennelement
5. Benachrichtigungsfläche
6. Uhr

Nun müssen diese Objekte und die Leiste noch etwas angepasst werden. Die Eigenschaften der einzelnen Menüobjekte lassen sich entweder zentral über das Leisteneinstellungsfenster, oder mit einem Rechtsklick auf das entsprechende Objekt erreichen. Wir stellen folgenden Dinge um:

• Anwendungsmenü: Dieses Menü heißt unter Gnome standardmäßig “Anwendungen”, wer möchte kann einfach den Namen umstellen. Außerdem gefällt mir persönlich ein Arch Icon besser, dieses Icon lässt sich hier downloaden und dann als Icon einstellen (am Besten vorher nach /usr/share/pixmaps kopiern und von dort verlinken).
• Orte: Dieses Menü hat unter Gnome standardmäßige kein Icon und trägt nur die Aufschrift “Orte”.
• Starter: Theoretisch kann jedes Starter-Objekt beliebig viele Programme aufnehmen, allerdings werden diese dann zu einer Liste gruppiert.
• Trennelement: Das Trennelement stellt man auf “Ausdehnen” und “Durchsichtig”
• Benachrichtungsfläche: Hier reicht es den meiner Meinung nach etwas hässlichen Rahmen zu entfernen, um ein Gnome-Look zu erhalten.
• Uhr: Auch hier habe ich den Rahmen entfernt und als benutzerdefinierten Formatierungsstring: “%a, %d. %b, %R” (entspricht dem Gnome-Default)

Das Panel dehnt sich zum aktuellen Zeipunkt allerdings noch nicht aus. Dazu müssen noch folgende Einstellungen im Register “Anzeige” getätigt werden:

• Leiste sperren
• Größe (in Pixel): 24
• Länge: 100 %

Nun fehlt noch das Panel am unteren Rand. Auch hier fügen wir ein neues Panel ein und löschen das Alte. Anschließend kommen folgende Objekte auf das Menü:

1. Schreibtisch zeigen
2. Taskleiste
3. Arbeitsflächenumschalter

An der Konfiguration dieser Objekte muss eigentlich nichts verändert werden. Fehlen lediglich die Einstellungen des Panels selbst. Diese sind aber ident mit denen des ersten Panels.

Nachdem die Panels nun fertig konfiguriert sind, sollte der Desktop ungefähr so aussehen und kommt damit der Optik von Gnome 2 relativ nahe:

Theming

Mir persönlich gefällt das schlichte Default-Design von Xfce eigentlich relativ gut. Lediglich das Icon-Theme habe ich auf Human Azul, die Schrift auf die Ubuntu Default Font und die Oberfläche selbst auf Clearlooks gestellt. Alle diese Einstellungen finden sich im Anwendungsmenü -> Einstellungen -> Erscheinungsbild. Eine große Auswahl an weiteren Themes findet sich auf der Website xfce-look.org. Den Fensterrahmen kann man hingegen unter Anwendungsmenü -> Einstellungen -> Fensterverwaltung umstellen. Dort findet man auch eine Option, um das 4. Icon (Pfeil nach oben) im Fensterrahmen zu entfernen. Im Gegensatz zu Gnome muss man sich bei Xfce nicht durch die ganzen gconf-Settings durchringen bis man derartige Dinge verändern kann.

Was mich persönlich stört sind die grau hinterlegten Icons auf dem Desktop. Das lässt sich allerdings relativ einfach verändern, nämlich über die Datei “.gtkrc-2.0″ im Homeverzeichnis des jeweiligen Benutzers. In diese Datei muss lediglich folgende Konfiguration kopiert werden (Änderungen werden nach Logout/Login aktiv):

style "xfdesktop-icon-view" {
XfdesktopIconView::label-alpha = 10
base[NORMAL] = "#000000"
base[SELECTED] = "#71B9FF"
base[ACTIVE] = "#71FFAD"
fg[NORMAL] = "#ffffff"
fg[SELECTED] = "#71B9FF"
fg[ACTIVE] = "#71FFAD" }
widget_class "*XfdesktopIconView*" style "xfdesktop-icon-view"

Compositing

Xfce verfügt im Gegensatz zu Gnome über einen funktionierenden (der von Gnome funktioniert zumindest bei mir nur mit etlichen Grafikbugs) Compositor. Ein Compositor wird benötigt um verschiedene Desktopeffekte wie zum Beispiel transparente Fenster darzustellen. Der Compositor kann unter Xfce ganz einfach unter Anwendungsmenü -> Einstellungen -> Feineinstellung des Fensterverhaltens -> Compositor aktiviert werden. Dort lassen sich dann auch gleich verschiedene Effekte wie Schatten und Transparenzeffekte aktivieren.

Tastenkürzel

Xfce belegt per Default nur sehr wenige Tastenkürzel und manche von den “bekannteren” noch dazu auf anderen Positionen. Die Tastenkürzel lassen sich leicht über Anwendungsmenü -> Einstellungen -> Tastatur -> Tastenkürzel für Anwendungen verändern. Ich habe hier spezielle verändert/hinzugefügt:

• xlock4 –> <Control><Alt>l
• xfce4-screenshooter –> Print

Außerdem verschiebe ich gerne Fenster mit der Tastenkombination <Shift><Control><Alt>Pfeiltaste nach links oder rechts auf den virtuellen Desktops. Damit diese Kombination unter Xfce funktioniert muss man unter Anwendungsmenü -> Einstellungen -> Fensterverwaltung -> Tastatur die Einträge “Fenster auf die XXX Arbeitsfläche verschieben” anpassen.

Tiling (Window Snap)

Eine Funktion dich ich gerade bei größeren Bildschirmen unter Gnome 2 immer wieder vermissen ist das Tiling (seit Windows 7 auch unter “Window Snap” bekannt). Das ganze funktioniert so, dass man ein Fenster an den Rand des Desktops zieht, dort dagegendrückt und anschließend das Fenster auf die Hälfte der Bildschirmbreite/höhe vergrößert/verkleinert wird. So lassen sich schnell zwei Fenster nebeneinander anordnen, ohne sich gegenseitig zu überlappen.

Der Windowmanager von Xfce 4.8 (xfwm) bietet zwar momentan dieses Feature noch nicht, es gibt allerdings einen Patch (der wohl in die nächste Version offizielle aufgenommen werden wird) für xfwm, der genau diese Funktion nachrüstet. Eine gepatchte Version von xfwm findet sich dafür im AUR unter dem Namen “xfwm4-tiling“. Nach der Installation des Paketes und anschließendem neustarten von Xfce (Logout/Login), muss man lediglich das automatische Verschieben von Fenstern auf den nächsten Desktop deaktivieren. Das geht ganz einfach über Anwendungsmenü -> Einstellungen -> Fensterverwaltung -> Weitere Optionen -> Arbeitsfläche wechseln, wenn ein Fenster aus dem Sichtfeld gezogen wird. Danach kann man das Tiling sowohl an den Seitenrändern als auch oben und unten ausprobieren.

Diese Funktion beherrscht GNOME 3 übrigens auch, allerdings lassen sich so vergrößerte Fenster unter GNOME 3 nicht mehr in ihrer Größe verändern, was bedeuted, dass beide Fenster immer im Verhältnis 50/50 geteilt werden.

Zusammenfassung

Xfce kann für jeden der sich darauf einlässt und genügend Zeit, Geduld und Interesse mitbringt eine sehr gute Alternative zu Gnome darstellen. Zugegeben nicht alle Funktionen von Gnome lassen sich 100 % in Xfce nachbilden (etwa mangelt dem Dateimanager Thunar einige Fuktionen,…) dafür gibt es andere nette Features wie etwa Tiling (beherrscht Gnome 2 noch nicht), Compositing oder den insgesamt viel geringeren Resourcenverbrauch.

Ich hoffe ich konnte in diesem Tutorial Xfce ein paar Leuten näherbringen und freue mich über jedes Kommentar!

[Show as slideshow]

Da dieser USB-Stick mein erstes USB 3.0 fähiges Client Gerät darstellt, bin ich auch speziell an den Benchmarks mit der neuen Schnittstelle interessiert. In diesem Test habe ich den Stick sowohl mit Windows als auch unter Linux jeweils an der USB 2 als auch an der USB 3 Schnittstelle getestet. Dabei lag das Augenmerk einzig und allein auf der Raw Speed, also der Geschwindigkeit, die das absolute Maximum des Massenspeichergerätes bildet. Zum Testen der Raw Speed wird einfach an einer beliebigen Stelle (die Lese-/Schreibgeschwindigkeit ist bei Flashspeichern überall gleich hoch) die Lese-/Schreibrate gemessen. Eventuelle Verluste durch Dateisysteme kommen dadurch nicht zu tragen, was allerdings bedeutet, dass man diese Rate wohl nur bei sehr großen Dateien erreichen wird.

Testgerät

• MSI 870A-G54 mit Nec µPD720200 USB 3 Controller
• AMD Athlon II X4 640 @ 3.2 Ghz
• Super Talent Express Duo 32 GB

• Windows 7 64-bit
• ArchLinux Kernel 2.6.38 amd64

Test

Unter Windows verwende ich zum Testen das Freeware Programm HD Speed, mit dem sich einfach die Lese-/Schreibrate messen und anschließend auch grafisch darstellen lassen. Unter Linux hingegen habe ich zwei unterschiedliche Programme zum Test herangezogen: hdparm und dd.

Das Ergebnis fällt beinahe wie erwartet aus. Bei der Lesegeschwindigkeit ist bei USB 3 zwischen Windows und Linux kein Unterschied, beide mal performt der onbord USB 3.0 Controller ausgezeichnet. Etwas anders sieht das Ergebnis bei den Schreibgeschwindigkeiten aus, hier hat Windows sowohl beim Test mit USB 3 als auch mit USB 2 die Nase vorne. Leider kann ich nicht mit Sicherheit sagen, ob das schlechtere Abschneiden von Linux hier ein echtes Problem darstellt, oder die Messergebnisse durch die unterschiedlichen Programme verfälscht worden sind. Vorne liegt Linux jedoch wieder bei der Lesegeschwindigkeit unter USB 2.

Fazit

USB 3 funktioniert und die Geräte die mittlerweile am Markt sind kann man sich auch leisten. Zwischen Windows und Linux liegt performancetechnisch kein großer Unterschied, einzig und allein die Schreibgeschwindigkeit ist unter Windows etwas höher. Der Test selbst gibt nur Auskunft über die sequentielle Schreibrate und nicht, wie der Stick unter Normalbedingungen (Dateisystem, viele kleine Dateien) arbeitet.

Linux hat den USB 3 Controller übrigens sofort und ohne Installation von Treibern, sozusagen out-of-the-box erkannt. Windows hingegen benötigt spezielle Treiber für das Gerät, die mit der Hardware mitgeliefert werden. Soviel zum Thema Hardwaresupport zwischen Win und Linux…

Der USB-Stick selbst gefällt mir sehr gut, einzig und allein die Verarbeitung der Kappe (sie löst sich sehr leicht) und der Haltelasche (aus Plastik) könnten etwas besser sein. Für den Preis, die Geschwindigkeit und die Größe aber ein absoluter Top-Stick!

Prinzip

Das Prinzip des Programmes ist sehr einfach: Die Lichtquellen werden von der Webcam aufgenommen, als Punkte im Videostream von der Software erkannt und anschließend mathematisch in 3-dimensionale Koordinaten umgewandelt. Dabei erhält man je nach Anzahl an Lichtpunkten immer mehr Bewegungsfreiraum. Die Köngigsklasse ist die Bewegung in 6 verschiedenen Richtungen (6DOF – 6 degrees of freedom): Gieren (yaw), Höhenwinkel (pitch), Rollen (roll), links/rechts, oben/unten, vorwärts/rückwärts. Damit die Lichtpunkte möglichst gut von der restlichen Umgebung getrennt erkannt werden können, verwendet man meist Infrarot LEDs. Diese Dioden senden Lichtstrahlen auf der für Menschen nicht erkennbaren Frequenz von 880 nm. Mithilfe eines einfachen Filters (siehe unten) lässt sich das für den Menschen sichtbare Licht filtern, während das Infrarot Licht von der Kamera erkannt wird.

Freetrack unterstützt verschiedene Marker-Modi für die man entweder 1 (Single Point mode), 3 (3 Points Clip mode, 3 Points Cap) oder 4 (4 Points Cap mode) Lichtmarker benötigt. Die besten Ergebnisse erzielt man laut Website und Foren mit 3 Leuchtpunkten.

Durch die Kombination aus LEDs und einer handelsüblichen Kamera lässt sich mit Freetrack ein äußert kostengünstiges Headtracking System aufbauen.

Kappe

Die besten Ergebnisse erhält man mit 3 Lichtpunkten. Diese müssen allerdings irgendwie auf dem Kopf montiert werden und da wir Menschen leider weder über passende LED Einschübe noch über eine Gleichstromquelle verfügen, habe ich eine einfache Kappe in ein “LED-Sende-Kappe” umgebaut. Zugegeben ich bin kein großer Bastler, aber mit der von mir gebauten Kappe erhält man schon sehr gute Ergebnisse.

Die Kappe habe ich mit zwei Eisenstäben (ich hab einen Metallkleiderbügel genommen) verstärkt. Diese werden wie ein Kreuz auf der Kappe befestigt, wobei der aus der Kappe hervorstehende Stab nach oben gebogen wird. Zwei der drei LEDs liegen nämlich auf einer Ebene, während die dritte Diode etwas nach hinten und oben versetzt wird. Die Stäbe habe ich am Ende etwas umgebogen und anschließend mit einem Zwirn und einer dicken Nadel auf der Kappe festgenäht (AUA!). Damit das ganze auch wirklich bombenfest hält, habe ich die Konstruktion an einigen Stellen mit Superkleber verstärkt.

Für die auf der Kappe liegenden LEDs habe ich zwei Sperrholzblättchen ausgeschnitten und mit Kerben versehen. Die Blättchen habe ich unter die Metallstäbe geschoben (wo sie mit den Kerben gehalten werden). Eine zusätzliche Vertiefung dient zur Halterung der LEDs. Die nach oben verschobene LED wird hauptsächlich mit Isolierband und Superkleber gehalten. Eventuell fällt mir hier noch etwas besseres ein.

Die LEDs sind Standard Infrarot LEDs wie man sie etwa bei Conrad günstig bekommt. Mit einem passenden Vorwiederstand versehen hängen sie bei mir nun an einem 9V Netzteil. Leider kenn ich mich auf diesem Gebiet auch nicht gut genug aus um irgendwelche Tips weiterzugeben, die dann möglicherweise falsch sind. Ein paar Informationen finden sich im Handbuch von Freetrack, ansonsten sollte das Internet weiterhelfen!

Damit ich die Kappe leicht ein und ausstecken kann, hab ich die Anschlüsse in Form von Bananenstecker nach außen geführt.

Webcam

Auf der Projektseite von Freetrack findet sich eine Liste mit kompatiblen Webcams, wobe aber eigentlich beinahe jede Kamera funktionieren sollte. Wichtig ist nur, dass die Webcam genügend Bilder pro Sekunde liefert (30 FPS) und der automatische Helligkeitsensor abgestellt werden kann. Da viele Webcams mit einem Infrarot-Filter ausgestattet sind, für Freetrack aber genau diese Infrarotquellen benötigt werden, empfiehlt es sich laut Dokumentation den Filter zu entfernen. Ich hab bei meiner Logitech Webcam allerdings keinen Filter gefunden und da es auch ohne Filterentfernung problemlos funktioniert, auch nicht länger nach einem gesucht. Wer Probleme hat findet im Internet genügend Anleitungen zum Entfernen dieser Filter.

Was ich allerdings schon gemacht habe, ist ein Filter für das vom Menschen wahrnehmbare Licht vorne auf die Kamera zu kleben. Für einen derartigen Filter gibt es verschiedene Möglichkeiten: Hat man den Infrarotfilter entfernt empfiehlt es sich, eine alte 3,5″ Diskette zu zerlegen und ein Stück aus der Datenträgersicht herauszuschneiden. Falls man den Infrarotfilter allerdings nicht entfernt hat, ist es besser 4-6 Lagen Filmnegative zusammenzukleben und vorne zu montieren. Glücklicherweise konnte ich noch ein paar dieser Negative bei alten Fotoschachteln zusammenkratzen, mit beidseitigem Klebeband zusammenkleben und anschließend vorne auf die Webcam kleben.

Freetrack

Hat man die Hardware fertiggestellt, ist es an der Zeit Freetrack von der Projektseite herunterzuladen und zu installieren. Leider gibt es das Programm nur für Microsoft Windows, unter Linux oder Mac würde es mangels anderer, auf Freetrack aufbauender Software, aber wohl auch weniger Sinn machen. Das Programm läuft bei mir anstandslos unter Windows 7 64-bit, obwohl ich in einigen Foren von Problemen mit dieser Windows-Version gelesen habe.

Nach dem Start der Software muss man im Reiter “Model” die Daten der Kappe (oder der jeweiligen anderen Konstruktion) bekanntgeben. Danach wählt man im Reiter “Cam” die richtige “Source” aus (in meinem Fall “USB Video Device”). Unter Screen muss man sicherstellen, dass die Kamera als Rohdaten Bilder im YUY oder YUY2 (nicht MJPG) liefert und das bei einer Auflösung von 320×240 (obwohl prinzipiell auch höhere/geringer Auflösungen funktionieren). Anschließend kann man einen Test starten, in dem man die Schaltfläche “Start” betätigt. Nun sollte man ein Graustufenbild von sich selbst erhalten. Den Regler “Treshold” stellt man so, dass man möglichst nur noch die LED-Marker erkennen kann. Diese sollte min einem Kreuz als solche automatisch markiert werden. Rechts unten findet man einen Balken mit farbigen Punkten. Jeder dieser Punkte repräsentiert einen gefunden Marker. Damit Freetrack funktioniert müssen immer genau gleich viele Marker gefunden werden, wie eingestellt wurden. Es dürfen nicht mehr und nicht weniger sein! Weitere Einstellungen, etwa Helligkeit und dergleichen, finden sich hinter dem Button “Camera”. Am besten schaltet man alle Automatiken ab, um nicht plötzlich andere Helligkeitseinstellungen bekommt.

Unter “Profile” findet man bereits einige Profile für verschiedenste Spiele und kann diese nach belieben noch nachjustieren. Über die Regler unter dem jeweiligen Profil lässt sich etwa eine Verstärkung der Bewegung aktivieren. Das ist dann praktisch, wenn man mit kleinen Bewegungen größere Bewegungen in der 3d-Simulation erreichen möchte.

Alle weiteren Einstellungen findet man im Benutzerhandbuch von Freetrack erklärt.

Wer sich wundert, warum Freetrack immer Abstürzt und danach mit der Meldung “FreeTrack is already running” aufhorchen lässt, der sollte einen Blick in die Trayliste werfen. Die Anwendung hat die unangenehme Angewohnheit sich nach einigen Sekunden selbst zu minimieren und nur noch mit einem Runden Icon aufzuscheinen.

Flight Simulator X

Der Flight Simulator X verwendet im Gegensatz zu den früheren Versionen nun standardmäßig 3D-Cockpits. Diese sind zwar recht schön anzusehen, allerdings eher nicht so toll zum handhaben. Man kann zwar mittels des Kopfschalters, den man auf vielen Joysticks findet, im Cockpit umherblicken, auf die Dauer kann man sicher aber nicht auf Blicken und Steuern gleichzeitig konzentrieren. Headtracking schafft hier Abhilfe, da man ziemlich natürlich umherblicken kann, ohne irgendwelche Tasten bedienen zu müssen. FreeTrack bringt ein eigenes FSX-Profil mit, dass ich allerdings noch etwas angepasst habe, insbesondere hab ich die Verstärkung vergrößert um leichter das ganze Cockpit überblicken zu können.

Wichtig ist, dass man zuerst FSX startet und anschließend im FreeTrack Reiter “Output” die Option “SimConnect – Flight Simulator X” aktiviert. Schon kann der Flugspaß losgehen!

http://www.youtube.com/watch?v=nDOkTU4Cu28

Leider scheint die Entwicklung von Fyre nicht mehr fortgesetzt zu werden. Auf der Projektseite finden sich aber noch Binärpakete für Windows und einige Distributionen. Unter Arch Linux (so wie auch unter Ubuntu) ist das Programm auch direkt aus den Repositorien erhältlich. Mithilfe einer einfachen grafischen Oberfläche lassen sich binnen Sekunden wahre abstrakte Kunstwerke  generieren. Dabei bestimmt man mithilfe von vier Parametern (A, B, C, D) den grundlegenden Verlauf der Grafik. Hat man ein passendes Muster gefunden, kann man direkt im Programm weitere Filter, etwa einen Weichzeichner auf die Grafik anwenden. Auch die Vorder- und Hintergrundfarbe lassen sich beliebig anpassen. Fyre hat sogar ein eigenes kleines Rendertool mit dessen Hilfe man binnen kürzerster Zeit sogar avi Filme rendern kann. Ganz praktisch ist auch die Möglichkeit, die Fotos automatisch “tileable” (kachelnd) zu machen um sie etwa als Header für eine dynamisch Breite Website zu nutzen (wie oben im Blogheader).

Ich habe eine kleine Gallerie meiner Kunstwerke zusammengestellt. Weitere gelungene Bilder finden sich etwa auf Flickr.

Für mich stand Gnome in den letzten Jahren immer für eine stetige Weiterentwicklung ohne große Revolutionen. Genau dieses Image möchte man scheinbar mit dem Release des neuen Gnome Desktops ablegen. Das neue Bedienkonzept kommt wahrlich einer Revolution gleich. Mein alter Geschichte Lehrer pflegte immer zu sagen: “Revolutionen sind historische Prozesse”. Wenn man etwas revolutioniert, dann besteht immer das Risiko, dass etwas schiefgeht. Genau das ist meiner Meinung nach bei der Gnome Entwicklung passiert. Behauptungen aufstellen ist einfach, darum möchte ich hier ein paar Eckpfeiler nennen, warum GNOME 3 für mich (zumindest in der Version wie es morgen veröffentlich werden soll), gestorben ist.

Die Unmündigkeit der User

Anerkennung hat GNOME für seine Einfachheit in der Benutzung gewonnen. Wir lieben Software, die einfach nur funktioniert: logisch, sauber, intuitiv und sinnvoll.^[1]

Ja, dem kann man sich anschließen. Software die logisch aufgebaut ist, dass macht tatsächlich Sinn. Logisch ist es natürlich auch, dass man, um den “Herunterfahren”-Knopf finden zu können, die Alt-Taste gedrückt halten muss. Intuitiver geht es doch kaum, oder etwa nicht? Im Gnome Bugtracker brennt genau über diese scheinbar lächerliche Angelegenheit eine heftige Diskussion zwischen Befürworten und Gegner. Manche Argumentieren im Ernst damit, dass der Nutzer dazu gezwungen sein würde, seine Dateien vor dem Herunterfahren zu speichern. Befürworter finden, dass so ein tolles “Feature” auf keinen Fall im neuen GNOME 3 fehlen darf. Angesprochen darauf, ob es nicht viel verwirrender für den User sei, die Alt-Taste zum Herunterfahren gedrückt halten zu müssen, wurde als offizieller Weg das vorherige Abmelden und anschließende herunterfahren über den GDM vorgeschlagen. Tolle Lösung!

Es gibt neben der Herunterfahren-Problematik auch noch eine zweite Sache die mich tierisch am neuen Desktop nervt. Ich finde gute Voreinstellungen für ein Programm sind wirklich eine tolle Sache, ein weiterer Grund der eigentlich für Gnome spricht.  Tatsächlich, auch GNOME 3 kommt mit einem guten Design und auch sonst recht praktikablen Default-Settings daher. Das neue Theme ist recht anschaulich, hier aber kommt das große ABER! GNOME 3 beschränkt sich in Bezug auf die Konfiguration auf das absolute Minimum.  Keine Theme Änderungen sind möglich, keine Änderung an den Farbsettings, wenig Einstellungen in Bezug auf Energieverwaltung, etc. Voreinstellungen sind gut, aber Konfigurierbarkeit ist für jeden, der auch nur ein wenig seinen eigenen Geschmack am Desktop haben möchte ein muss. Auch Gnome 2 wurde oftmals vorgeworfen, dass es zu wenig konfigurierbar sei, mit GNOME 3 wurde meiner Meinung nach aber eine kleine imaginäre weiße Linie überschritten. Lustigerweise führt jedes Kommentar in Foren und sonstigen Diskussion über die mangelnden Konfigurationsmöglichkeit zum Aufschrei mindestens eines Users, der meint, mit dem dconf Editor könnte man ja eh alles machen. Gut, ist ja auch kein Unterschied ob man in einer Registrierung herumhackt oder komfortabel ein paar Dialoge ausfüllt. Der Verweis auf den dconf Editor kann doch nicht ernst gemeint sein, wenn sich das GNOME Projekt bei jeder Gelgenheit die “Einfachheit in der Benutzung” auf seine Fahne schreibt.

Je größer desto besser

Könnte man meinen, aber weit gefehlt. Die Designer von GNOME 3 scheinen bei der Auswahl der Größe der Buttons wohl eher einen Fuß eines Elefanten auf einem überdimensionierten Touchscreen im Kopf gehabt haben, als einen kleinen filigranen Mauszeiger. Die Knöpfe wirken alle weit überdimensioniert und verbrauchen selbst auf einem großen Bildschirm teilweise doch sehr sehr viel Platz. Öffnet man zum Beispiel das Aktivitätenfenster der GNOME Shell, so wird man mit Iconkolossen regelrecht erschlagen. Auf meinem 24” Widescreen hat jedes Icon ungefähr 3cm große Seitenkanten, für mich eindeutig zu viel um eine gute Übersicht zu bewahren.

Je umständlicher desto besser

Das neue Bedienkonzept der GNOME-Shell, ohne eine Taskleiste, stattdessen eine Übersicht aller laufenden Programme die man entweder mittels der “Super”-Taste oder durch fahren in die linke obere Ecke bekommt, finde ich persönlich für extrem unübersichtlich und produktionshemmend. Es stimmt zwar, dass auch das herkömmliche System mit Taskleiste nicht immer gerade übersichtlich ist, im Vergleich zum neuen GNOME 3 Konzept aber immer noch einfacher. Um etwa zwischen 2 Fenstern hin und her zu wechseln reicht in der alten Version eine kurze Mausfahrt zum jeweiligen Taskicon mit anschließendem Klick auf jenes. Im neuen System muss man dafür in die GNOME-Shell Ansicht wechseln, sich das Fenster suchen und kann erst dann einen Klick darauf machen. Das Problem daran ist meiner Meinung nach, die fehlende Übersicht. Ich persönliche Wechsle die Fenster meist im 30 Sekundenrythmus. Skype Chat 1 -> Browser -> Geany -> Browser -> PDF Dokument 1 -> Chat 2 -> Chat 1 -> Geany -> Browser -> PDF Dokument 2 -> Chat 1 -> Browser -> Geany…. Mit der Gnome Shell findet man allerdings immer nur ein Fenster auf dem Desktop, alle anderen verstecken sich und sind auf den ersten Blick nicht ersichtlich. Für mich persönlich mehr als nervig…

Wo verstecken sich die praktischen Neuerungen?

Mal abgesehen von der Shell und dem damit verbundenem Bedienkonzept, dem Compositor, wo verstecken sich die wirklich praktischen Neuerungen. Einige gute Dinge bringt der neue Gnome Desktop tatsächlich mit sich: Das neue Benachrichtigungssystem gefällt mir relativ gut, vor allem das sofortige Beantworten von Nachrichten. Leider funktioniert das natürlich nicht mit Skype, dass aufgrund meines dortigen Freundeskreises mein Hauptchatclient ist. Recht gut gefällt mir auch die Möglichkeit des Window-Tilings, eine Funktion die viele wahrscheinlich aus Windows 7 und KDE 4 kennen. Man schiebt ein Fenster auf eine Seite, und es vergrößert sich automatisch auf die halbe Bildschirmfläche. Diese Funktion ist extrem praktisch, wenn man einen großen Monitor hat und etwa einen Browserfenster und ein Textverarbeitungsprogramm parallel öffnen kann. Einen Wehrmutstropfen gibt es dabei, ein so geöffnetes Fenster lässt sich nicht mehr in der Größe (Breite) verändern. So ist man gezwungen immer 50:50 Aufteilungen zu machen.

Ansonsten fehlen die großen praktischen Neuerungen und wenn mich jemand fragen würde, was ich mir denn genau gewünscht hätte, so hätte ich auch keine passende Antwort darauf. Gnome 2 war so wie er war schon sehr nahe an der Perfektion. Natürlich gibt es immer Kleinigkeiten die man verbessern kann. Eine bessere Desktopsuche wäre zum Beispiel wünschenswert (konnte mich weder mit Beagle noch mit Tracker richtig anfreunden).

Fazit

Für mich heißt die Veröffentlichung von GNOME 3 erstmal Abschied nehmen, zwar nicht für immer, aber zumindest solange, bis die Gnome Entwickler wieder zur Vernunft gekommen sind, und einen Herunterfahren-Button nicht mehr als Feature ansehen und wieder mehr Konfigurationsmöglichkeiten existieren. So lange werde ich auf Xfce umsteigen, eine schlanke Alternative, die sich mit ein paar Einstellungen recht schnell zu einem Gnome-alike umwandeln lässt. Die Gnome Fallback Möglichkeit ist keine Option, sie ist Wahrheit nur eine abgespeckte Version des GNOME 3 Desktops ohne Shell, stattdessen mit Menüleisten und Anwendungsmenü, aber so wie die Vollversion, ohne jegliche Einstellungsmöglichkeiten. Adieu Gnome, vielleicht auf ein Wiedersehen ein paar Versionen später!

[1]: http://library.gnome.org/misc/release-notes/2.18/

Update: Anscheinend geht es nicht nur mir so, auch Linus Torvalds hat sich nun zu GNOME 3 äußerst kritisch geäußert. GNOME 3 sei “inakzeptabel” und ein großer Rückschritt im Vergleich zu Gnome 2.x. Er selbst verwende jetzt XFCE. Auch andere prominante Open Source Entwickler sind mit der neuen Entwicklung von Gnome nicht sehr zufrieden.

Die Lösung besteht im deaktivieren der Hardwarebeschleunigung von Flash. Dazu einfach einen Rechtsklick auf ein Flash-Applet -> Einstellungen -> Hardwarebeschleunigung aktivieren weghacken. Danach funktioniert Flash wieder ganz normal im Fullscreenmodus.

Das Problem tritt bei mir unter Arch Linux x86_64 mit den proprietären Grafiktreibern von ATI mit verschiedensten Flash-Versionen auf. Getestet habe ich sowohl das 32-bit Flash samt nspluginwrapper als auch das Beta Release der 64-bit Version.

[Update:] Es scheint am proprietären ATI Treiber zu liegen. Mit den OpenSource Treibern (im Arch Repo xf86-video-ati) funktioniert alles auch mit Hardwarebeschleunigung aktiviert ohne Probleme.

Das Projekt ist zwar noch im Alpha-Stadium, eine Live-CD sowie verschiedenen virtuelle Images und eine Installations-CD kann der Nutzer allerdings jetzt schon downloaden und ausprobieren. Die aktuelle Version 0.3.13 wurde am 22. März 2011 veröffentlicht.

Kurztest

Um einen Überblick über den aktuellen Status von ReactOS zu bekommen, habe ich ReactOS testweise unter VirtualBox installiert. Ein Test auf echter Hardware wäre zwar auch möglich gewesen, hat mich aber aufgrund der vielen Abstürze in der virtuellen Maschine nicht sehr gereizt.

Die Installation geht sehr schnell und ähnelt der von Windows XP. Der anschließenden Bootprozess verläuft ebenfalls schnell, was wohl auch dem geringen Funktionsumfang zu verdanken ist. Direkt nach dem Start findet man eine klassische Windows Oberfläche im Stil von Windows 98 vor. Es werden bereits eine Vielzahl an Programmen, wie etwa ein Explorer, ein Bildbetrachtungsprogramm, eine Wine Version des Internet Explorers (der im Test allerdings nicht zu funktionieren schien), ein Kommandozeileninterpreter (cmd.exe), Taschenrechner, Spiele und vieles mehr mitgeliefert. Besonders toll ist aber die Möglichkeit, mittels des ReactOS Application Managers (ein Art Paketmanager) weitere OpenSource-Programme, Demos und Bibliotheken nachzuinstallieren. Das funktioniert im Test auch hervorragend, auch wenn sich die Auswahl an Programmen auf einige wenige Dutzende beschränkt und diese zum Teil auch in veralteten Versionen angeboten werden. Mit dabei sind unter anderem Firefox in verschiedenen Versionen bis 3.6, VLC (1.1.18), IrfanView (4.28), Diablo II (Demo), Steam Client, Opera, Putty, Thunderebird (3.1.9), etc. Leider werden nur die nötigen Installer downgeloadet und der Setup-Prozess gestartet. Danach läuft die Installation von Hand.

Ein von mir nachinstallierter Firefox 4 tatohne Probleme seinen Dienst, und mittels HTML5 ließen sich auch YouTube-Videos ohne Flash, wenn auch sehr sehr ruckelig, wiedergeben. Andere Programme streikten jedoch, etwa funktioniert beim mitgelieferten Dateimanager das Wechseln in eine höhere Ebene weder mit dem “Zurück”, noch mit dem “Nach oben”-Button in der Menüleiste. Oftmals bekommt man es auch mit Fehlermeldungen oder noch nicht implementierten Funktionen zu tun. Man merkt dem Projekt den Alpha-Status eben doch noch an. Auch Abstürze gab es hin und wieder, wobei ich hier eigentlich schon relativ positiv überrascht war. Im Vergleich zu meinem letzten Test (0.3.2) läuft die neue Version wesentlich stabiler.

Wer meint, ReactOS sei bloß Wine ohne Linux Unterbau, der irrt! Im Gegensatz zu Wine unterstützt ReactOS auch Windows-Treiber, wovon ich mich im Test auch selbst teilweise überzeugen konnte. Die VirtualBox-Addons ließen sich im Test nämlich einwandfrei installieren, die virtuelle Mausintegration funktionierte auf Anhieb und auch der Grafiktreiber wurde vom System akzeptiert, führte allerdings zu Darstellungsfehlern. Immerhin, ich hätte nach der Installation mit einem Totalabsturz gerechnet.

Fazit: Alles in allem kann man sagen, dass das Projekt langsam aber sicher vorankommt. Ob die Entwickler es tatsächlich schaffen werden, eine zu Windows kompatible Alternative zu programmieren bezweifle ich zwar momentan noch. Viele Windows Programme funktionieren im Test schon recht gut, bei der Hardwarekompatibilität sieht es jedoch momentan noch nicht so gut aus (USB fehlt, wenig Treiber,…). Wenn die Entwickler es allerdings schaffen sollten, Windows Treiber für ReactOS verständlich zu machen, dann wäre das ein wirklicher Vorteil im Vergleich zu Linux, wo es aufgrund mangelnder Hilfe der Hardwarhersteller oft nur durch Reverse Engineering gelingt, Treiber zu schreiben.

Nachdem ich heute wieder einmal einen Komplettabsturz nach dem Wechsel in den Vollbildmodus eines 1080p Videos bei YouTube erleben musst, habe ich mich einmal nach Alternativen umgesehen. YouTube bietet auch ein HTML5 Demo an, von daher hab ich zuerst Flash gänzlich deinstalliert und den HTML5-Preview Modus für YouTube aktiviert.

HTML5 YouTube Test:

• manche Videos funktionieren tadellos
• manche Videos verlangen Flash und funktionieren nicht mit HTML5
• Vollbildmodus ist nur Vollbild innerhalb des Browserfensters
• scheinbar werden nur SD-Auflösungen unterstützt

Die große Open-Source Alternative zum Flashplayer ist Gnash. Gnash ist eine freie Implementation des Flash-Standards und unterstützt laut eigenen Angaben SWF v7 und einige wenige SWF v8 und v9 Funktionen. Youtube sollte allerdings mittlerweile komplett funktionieren. Dabei gibt es einen Standalone-Player und ein Plugin für den Browser. Unter Arch Linux müssen einfach die Pakete

gnash-common
gnash-gtk

installiert werden. Nach einem Neustart des Browsers sollte das Plugin bereits aktiviert sein.

GNASH YouTube Test:

• alle getesteten Videos funktionieren
• Performance im Vollbildmodus sehr schlecht (auch bei SD-Auflösungen)
• HD-Auflösungen mit sehr schlechter Performance
• Oftmals ruckeln bei Ton und Video

GNASH funktioniert, allerdings ist es noch nicht schnell genug, um wirklich eine Alternative zum proprietären Adobe Flashplayer zu sein. Vor allem bei höheren Auflösungen oder im Vollbildmodus kommt es zu starken Verzögerungen und stockender Video wiedergabe und das obwohl mein Rechner nicht gerade schwach ist (ATI 5770, AMD Athlon II QuadCore). YouTube Videos funktionieren zwar soweit, viele andere Seiten verweigen allerdings ihren Dienst (etwa speedtest.net).

Es gäbe zwar noch andere Alternativen, etwa Videos downzuloaden (etwa mit dem Video Download Helper für Firefox oder dem Paket youtube-dl im Arch Repositorium) oder mit einem Plugin für z.B. Totem abzuspielen. Beides finde ich jedoch nicht wirklich bequem, weswegen ich es in diesem Kurztest auch nicht ausprobiert habe.

Heißt für mich wohl oder übel noch ein wenig Länger mit dem verhassten Flashplayer zu arbeiten. Traurig, aber wahr.

Wer interesse hat, die Gnome Shell unter ArchLinux anzutesten kann sich die benötigten Informationen jederzeit im Wiki ansehen.

Der erste Eindruck: Potential aber nicht ganz ausgegoren…

UPDATE: Manche Anwendungen (etwa SSHDroid) starten nicht, wenn man AddFree aktiviert hat…

Mittels
xrandr –auto
kann man RandR versuchen lassen, eine passende Konfiguration selbst zu finden. Da das bei mir nicht funktioniert (Monitor wohl zu alt), muss ich die Einstellungen selbst vornehmen. Mit
xrandr –output VGA –mode 640×480
stellt man den Output VGA auf die Auflösung 640×480 ein. Die Auflösungen muss dabei vom Monitor und vom X-Server unterstützt werden. Die Verfügbaren Auflösungen kann man von obigen Output gut auslesen. Es ist auch möglich weitere Modis hinzuzufügen, mehr Infos dazu in der man von xrandr.
Man kann natürlich auch die Auflösung des HDMI oder DVI Port ändern. Die Namen der Ausgänge findet man ebenfalls im ersten Output.
Um einen der beiden Monitore auszuschalten, kann man einfach
xrandr –output VGA –off
tippen. Der interne Monitor heißt bei mir LVDS (wie er bei euch heißt seht ihr im ersten Output).
Eine coole Funktion von RandR ist die Möglichkeit, den Output der Grafikkarte nicht nur zu clonen, sondern auch den Monitor virtuell zu vergrößern. Statt zwei einzelnen Monitoren, oder zwei Monitoren mit gleichen Output bekommt man so einen Monitor, der so groß ist, wie die beiden Monitore zusammen. So kann man zum Beispiel auf dem einen Monitor einen Film abspielen, während man auf dem anderen Notizen macht. Das ganze geht recht einfach mittels
xrandr –output VGA –left-of LVDS
Dieser Befehl verschiebt den Output links vom internen Monitor. Natürlich kann man auch –right-of verwenden. Falls man eine Fehlermeldung bekommt, die so ähnlich klingt wie
randr: screen cannot be larger than 1440×1440 (desired size 1664×768)
dann liegt das an einer falschen Einstellung des framebuffers. Das ganze kann man aber ganz leicht beheben.
Zuerst erstellen wir uns ein Backup der xorg.conf und editieren diese Datei dann.
sudo /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
sudo nano /etc/X11/xorg.conf
Im Abschnitt Screen in erstellt oder ändern man die Subsection Display das das ganze dann ungefähr wie folgt aussieht:

Section “Screen”
…
SubSection “Display”
….
Virtual 4096 3072
EndSubSection
….
EndSection

Man kann natürlich auch größere oder kleinere Werte nehmen. Nach einem Neustart des X-Servers (STRG+ALT+Rücktaste) (ACHTUNG!! Vorher alles schließen und speichern.) sollte das expandieren des Screens funktionieren.

Ich hoffe das Clonen bzw. Expandieren des X-Servers funktioniert bei allen. Wenn ihr Probleme habt oder noch Ergänzungen, dann bitte ich natürlich um ein Kommentar.

Mein Vorhaben: Mit einem etwas älteren Belkin Bluetooth Stick und meinem ebenfalls etwas älteren Samsung SGH E-720 mit Telering Mücke ins Internet.

Ich gehe nun einfach mal davon aus, das der Bluetooth Stick bereits einwandfrei funktioniert. Mittels
hcitool scan
sollte man eine Liste von Devices bekommen, die der Bluetooth Stick erkannt hat. Am besten schreibt man sich die Adresse (00:33:48:..:,..) seines eigenen Handys auf einen Zettel auf. Ich referenziere darauf dann mit /adresse/. Nun mittels
sdptool search DUN
den Dienst DUN suchen, mit dem wir eine Modemverbindung zum Handy herstellen können. Die Zahl hinter Channel schreibt man sich ebenfalls auf (/channel). Nun in eine Konsole
sudo /usr/bin/rfcomm 0 /adresse/ /channel/
eintippen. Damit haben wir das Device /dev/rfcomm0 angelegt, das nun auf unser Modem zeigt. Nun editieren wir mit dem Befehl
sudo nano /etc/wvdial.conf
die Datei wvdial.conf. Wir ändern die Datei das sie ungefähr so aussieht:

….
[Dialer telering]
Init1 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init 2: at+cgdcont=1,”IP”,”WEB”,”0.0.0.0″,0,0
Modem Type = USB Modem
Baud = 460800
New PPPD = yes
Modem = /dev/rfcomm0
ISDN = 1
Phone = *99#
Password = web
Username = web@telering.at
…
Nun kann man mittels des Befehls:
sudo wvdial telering
ins Netz einwählen. Das ganze dauert etwas und man sollte bevor man die Verbindung herstellt, sicherstellen, das man mit keinem anderen Netz mehr Verbunden ist. Die Verbindung steht, sobald man eine IP Adresse zugeteilt bekommen hat.

Ich möchte noch darauf hinweisen, dass jedes Angefangene MB 2 € kostet!!

schneida

Zuerst meine Hardware:
Dell Latitude E6400

• Intel Core 2 Duo P8600 (2,4 Ghz)
• Mobile Intel Integrated Graphics Media Accelerator X4500 HD mit ExpressCard
• 4096 MB DDR2 Ram
• 14.1 WXGA+ 1440×900 LED backlit
• Integrated 0.3 Megapixel Web-Cam
• 160 GB Sata 5400 RPM

Da ich meine 4 GB wenigstens unter Linux voll ausnutzen wollte und da Flash, Java und Skype mit Intrepid auch auf 64-bit System laufen, habe ich mich entschieden für die amd64 Variante entschieden.

Bevor ich Anfange aufzuzählen was geht, sag ich lieber mal was nicht geht:

• Fehler beim Wechseln in die Konsolen (tty1-tty6): Manchmal springt Ubuntu zurück auf den X-Server, manchmal hat man oben eine Zeile Text und der Monitor flackert hell und dunkel auf. Meist hilft es einfach auf den X-Server zu schalten und dann wieder zurück.
• Touchstick: Springt umher und Scrollen funktioniert nicht (Update 1)
• Wenn man die Volume mittels Externen Tasten auf z.B.: 50 % einstellt, hört man schon fast gar nichts mehr. (Update 1)
• SYS-RQ Keys funktionieren nicht (Hängt mit Scancodes und FN zusammen)
• Standby (funktioniert ab und an) (siehe Update 2)
• Resume (funktioniert ab und an) (siehe Update 2)
• Manchmal hängt sich der Notebook beim Ausschalten auf (nur auf amd64 festgestellt)

Nicht getestet hab ich:

• Externer DVI Ausgang (VGA funktioniert)
• ExpressCard
• DockingStation

Hier findet man eventuell noch mehr Informationen: Link

Update 1:
Jemand im ubuntuusers Forum hat mich daraufhingewiesen, dass hier eine Möglicheit beschrieben ist, wie man das Scrollen aktivieren kann. Danke an cdEWoozy.
Außerdem gibt es Möglicherweise einen Patch fürs Soundsystem, dass auch bei niedrigen Volume-Einstellungen noch etwas hört. Allerdings konnte ich das ganze nohc nicht testen. Alle die es probieren, bitte ich um ein Kommentar.

Update 2 (8.1.09):
Mittlerweile hat sich schon wieder einiges rund um den Latitude getan.
Hier findet man einen Workaround damit Suspends zuverlässiger funktionieren. Ich habs bereits getestet und hatte in den 50 – 60 Suspend to rams und Hibernates nur einmal ein Problem. Einen Bug Report gibts zu diesem Problem auch schon.
Einen gepatched 2.6.27-11 Kernel vom 7.1.09 kann man sich hier herunterladen. Damit wird das Touchpad korrekt als Alps Touchpad erkannt (Scrollen auf den Rändern funktioniert damit) und das Problem mit Suspends sollte damit auch ohne Workaround beseitigt sein. Kann beides nur bestätigen.

Update 3 (10.1.09):
Habe heute die Fedora 10 Live CD sowie das kommende Ubuntu 9.04 Jaunty Jackalope in der Alpha 2 Version auf ein paar Kleinigkeiten hin getestet. Was mir besonders auffiel war die Grafikperformance unter Fedora. Hier die getesteten Werte (glxgears):

• Fedora 10 Live CD: 1200 – 1350 fps
• Ubuntu 8.10 Installiert: 180 – 190 fps
• Ubuntu 9.04 Live CD: 200 – 210 fps

Kein Tippfehler bei Fedora. Tatsächlich 1200 fps. Hab deswegen auch gleich Google Earth getestet und es läuft ungefähr genauso flüssig wie unter Windows, während es unter Ubuntu nur ruckelt.
Leider hat Fedora dieselben Probleme mit der Lautstärke Regelung wie unter Ubuntu 8.10 und leider auch unter 9.04.
Das Touchpad wird unter Fedora ebenso wenig erkannt wie unter Intrepid, dafür funktioniert es Out-of-the-Box in der Jaunty.

Update 4 (2.2.09):
Habe mittlerweile die Alpha 5 von Ubuntu 9.04 Jaunty Jackalope ausprobiert und konnte eine erfreuliche Entwicklung feststellen. Die Grafikperformance mittels glxgears gemessen liegt bei erfreulichen 960 fps. Standby funktioniert mittlerweile problemlos, allerdings hakt es noch immer beim suspend to disk.