Aufbau eines leisen und stromsparenden Linux-Servers

Jeder kennt sicher das Programm "JDownloader". Dieses hervorragende Programm hat mir bisher stets gute Dienste gleistet. Nur bestand das Problem, daß ich meinen Computer hierfür immer sehr lange laufen lassen musste, was bei einem Verbrauch von etwa 100 Watt irgendwann auf die eigene Stromrechnung durchschlägt. Außerdem sehe ich keinen Sinn darin, eine hochgezüchtete und teure Spielekiste rund um die Uhr laufen zu lassen, nur damit einige Downloads fertig werden. Und leise ist diese ganze Sache dann auch nicht. Zudem muß ich einen Rechner mit tonnenweise privater Daten nicht unbedingt tagelang am (Inter-) Netz haben.

Inspiriert durch meine Dreambox bin ich dann irgendwann auf die Idee gekommen, mir ein kleines Embeded System zuzulegen. Ginge es hierbei nur um Downloads, hätte ich pyLoad auf die Dreambox oder meinen Fritzbox Router legen können. Jedoch sollte das System ausreichend Reserven haben, um schnelle Transfers im Gigabit-LAN zu bewältigen und einige andere Servergeschichten wollte ich dann irgendwann noch ausprobieren. Zudem legte ich Wert auf die x86-Kompatibilität, was mir bezüglich der Softwareauswahl nahezu unbegrenzte Freiheiten gibt. Wegen der relativ schwachen CPU´s und der abweichenden Architektur schieden deshalb meine anderen beiden "Boxen" aus.

Mittlerweile bin auch älter geworden und jetzt, nachdem die grauen Zellen besser funktionieren, ist die Zeit der virtuellen Schwanzvergleiche für mich vorbei. FPS und Rechenpower ohne Ende sind mir mittlerweile weitestgehend egal, sofern meine Grunderfordernisse erfüllt sind. Viel wichtiger ist für mich, daß mein zukünftiger "Mini-Server" möglichst ideal "passt". So begab ich mich auf die Suche nach genau diesem System.

Hardware

Der Markt der embeded Systeme scheint stetig zu wachsen. Einige namhafte Anbieter haben diese Nische auch für sich entdeckt. Viele der angebotenen Lösungen basieren auf Intel´s Atom. Aber leider ist diese Sache nicht ganz genau das was ich gesucht habe, da diese Rechner meistens aktiv gekühlt sind oder mit passiver Kühlung unter Hitzeproblemen leiden. Daher entschied ich mich, meinen Fokus auf den Hersteller zu legen, der mit seinen eigenen Entwicklungen diese ganzen Minidinger maßgeblich mit angeschoben hat. Gemeint ist der koreanische Chiphersteller VIA mit seinen neuen NANO-Prozessoren. Hier habe ich dann endlich genau das gefunden, was ich suchte. Einen Prozessor (U2500) mit einer Verlustleistung von ca. 5W, Der Chipsatz verbraucht ca. 2,5W. Das ganze dann noch in 64 Bit mit Hardwareunterstützung für H.264 und MPEG. Gigabit-LAN und HDMI sind ebenfalls mit an Board. Idealer geht es nicht!

Die passiven Lösungen von VIA waren mir dann allerdings zu teuer, da hier fett massives Kupfer verbaut ist. So bin ich bei dem preisgünstigen "VIA Artigo V1100" hängen geblieben. Für einen Straßenpreis von ca. 250 Euro ist dieses System derzeit (7/2011) zu haben. Hinzu kommen bei mir noch ein 2 GB DDR2 DIMM und eine 96 GB V100+ SSD von Kingston. Alles zusammen also ca. 400 Euro. Nachdem ich das System zusammengebaut habe, hat mich dessen Leistung sehr positiv überrascht. Im Windows-Netzwerk (über SAMABA) kann ich mit ca. 55 MByte/s Daten auf den Artigo schreiben und mit ca. 75 MByte/s lesen. Das ist besser, als viele weit teurere NAS-Systeme bringen. Bemerkenswert ist auch: VIA gibt den Stromverbauch mit typ. 12 - 18 Watt an. Das kann sich sehen lassen!

Enttäuscht hat mich jedoch der in diesem halben Milchkarton verbaute 30mm Lüfter. Die Lautstärke, mit welcher dieser die Luft an der Gehäusseite herausbrüllt, ist wirklich beeindruckend. Da mußte schleunigst eine andere Lösung her! Weil der verbaute Lüfter eigentlich ein hochwertiger Typ ist (Sunon mit MAGLEV Lagern), hab ich gar nicht erst versucht, ihn gegen einen anderen Lüfter gleicher Größe auszutauschen. Also fix den DREMEL und einen Lötkolben aus dem Keller geholt und dann ging es los:

Auf diesem Bild ist eigentlich alles zu erkennen, was ich gemacht habe:

Der 30 mm Lüfter ist raus und das Lufttunnelblech wurde entsprechend abgeschnitten. Eingebaut ist jetzt ein "Noiseblocker Silent Northbridge FAN XM2". Die 12V hierfür habe ich aus dem Stromkabel der internen Festplatte abgezweigt (Löten!).
Wenn man den Lüfter direkt an das Gehäuse vor die Lüftungsschlitze setzt, sinkt der Luftdurchsatz zu stark ab, weil die Fläche des Motors einige Schlitze verdeckt. Deshalb befindet sich vor dem Lüfter noch der Rahmen eines anderen 40mm Lüfters. Einfach einen alten Lüfter nehmen und die Haltestege des Motors mit einem Seitenschneider durchknipsen. Lüfter und Lüfterrahmen dann mit Panzertape zusammenkleben. Das ganze wird dann einfach mit einem Tesa Powerstrip oder mit Montageband (2-seitiges, elastisches Klebeband) vibrationsarm am Gehäuseboden fixiert. Das hätte man sicher auch etwas hübscher als auf diesem Bild gezeigt hinbekommen, für eine Improvisation innerhalb 1 oder 2 Stunden reicht das aber völlig aus. Aber Achtung! Der optional erhältliche Cardreader und das WLAN-Modul passen dann nicht mehr!
Das Ganze rödelt bei mir seit einigen Tagen fast unhörbar leise auf einem kleinen Wandregal in der Nähe des Routers vor sich hin. Bei längerer voller Last wird das System gut handwarm (hierbei verdächtige ich aber eher die SSD und den RAM Riegel, welche über Wärmeleitpads mit dem Gehäuse thermisch gekoppelt sind). Somit scheint alles im grünen Bereich zu sein und ich bin rundum zufrieden. Gefühlt ist der Luftstrom an der Gehäuseseite fast genauso stark wie bei der originalen "Brüll-Lösung".

Software

Windows 7 habe ich kurz angetestet: CPU-Index 1,9, Memory-Index 4,8. Nicht wirklich schnell aber ausreichend und Videos gehen auch. Der Einsatz als HTPC mit Mediacenter oder DVBViewer Pro wäre denkbar.

Weiterhin getestet: Ubuntu 11.04 Desktop. Gnome läuft gut aber mit XDMCP-Remote etwas behäbig. "Unity" geht wegen fehlender 3D Unterstützung nicht. Die VIA Grafiktreiber ließen sich mangels Erfahrung und passender Version unter Ubuntu 11.04 nicht kompilieren. VIA stellt im Moment leider nur Treiber bis Ubuntu 10 bereit. Trotzdem läßt es sich mit dem Remote Desktop (mit "Xming" auf dem Windows-PC) relativ gut arbeiten. ... Aber das ist ja nicht das was ich wollte:

Auf dem System ist jetzt der 64 Bit Ubuntu-Server 11.04 installiert. Als Serverdienste laufen Samba (mit SWAT), MySQL, SSH, phpMyAdmin, Apache2, vsFTP und pyLoad. Bis auf pyLoad sind alle Pakete in der Distribution enthalten und können bei der Installation mit ausgewählt werden. Für pyLoad gibt es auf deren Homepage entsprechende Ubuntu Pakete und auch eine Anleitung, welche Pakete zusätzlich noch zu installieren sind. Daher möchte ich nicht speziell auf die Installation eingehen sondern nur einige Stichpunkte geben, wie das System optimal als Download-Server eingerichtet wird.

Bei mir "rennt das Ding wie Hanne" und richtig fluffig!

1. Ich betreibe den Server ohne Monitor und Tastatur. Damit der Server mit einem kurzen Tastendruck auf die Power-Taste herrunterfährt, muß das Paket "acpid" installiert werden.
2. Netzwerkinterface ändern, damit der Server eine statische Netzwerkadresse bekommt.
3. Damit SWAT zur Samba-Konfig und pyLoadCore als "root" aufgerufen werden können, muß für "root" ein Passwort eingerichtet werden "passwd root").
4. Nach der Installation startet pyLoad noch nicht automatisch. In der Konsole wird als root "pyLoadCore" zunächst aufgerufen und die Konfiguration durchlaufen. Webinterface aktivieren und nicht vergessen, die IP-Adresse des Servers anzugeben! Anschließend muß "upstart" eingerichtet werden. Hierzu gibt man in der Konsole den Befehl "update-rc.d pyload defaults" ein. Damit werden die Runlevel aktualisiert und pyLoad starten fortan automatisch.
5. Mit "adduser" einen normalen Benutzer (z.B. "p2p" einrichten)
6. Samba im Freigabemodus "Share" betreiben. Zur Konfiguration von Samba SWAT verwenden und als root einloggen. In der globalen Konfiguration wird für den Gastaccount der Name des angelegten Nutzers eingetragen (p2p). Die Option "MapToGuest" wird auf "Baduser" gestellt. Damit erhalten alles PC´s bzw. User, welche keinen gleichnamigen Account auf dem Server haben, die Schreib- und Leserechte vom User "p2p". Anschließend wird dessen Home-Verzeichnis als Share angelegt und für Gäste feigeben.
7. Webinterface von pyLoad aufrufen und in die Konfiguration gehen. Downloadverzeichnis in das Home Verzeichnis vom User "p2p" verlegen. Unter "Permissions" einstellen, daß Ordner und Dateien auf den User "p2p" gemapt werden. So kann man die Downloads per Samba (was auch die Rechte von "p2p" hat) herunterziehen und ggf. löschen.
8. Es gibt immer wieder Probleme mit dem entpacken von Dateien ("unrar"). Hier bestehen noch Probleme, wenn deutsche Umlaute in den Dateinamen auftauchen. Also nicht wundern, wird hoffentlich irgendwann gefixt. Da der Server mit seinen 1,2 GHz zum entpacken länger braucht als zum downloaden, sollte man sich überlegen, "unrar" garnicht erst zu aktivieren. Ich schmeiße die "rar´s" über das Windows-Netzwerk gleich in 7zip und entpacke sie direkt dorthin, wo sie hinsollen.
9. Zum Schluß ein Tip: Die Website mit den Download-Links in einem Firefox-Fenster öffnen und das pyLoad Webinterface in einem anderen. Beides nebeneinander auf dem Desktop anzeigen. Dann im pyLoad "Hinzufügen" anklicken. In dieses Fenster können, durch Druck auf "Return" getrennt, etliche Links einfach per Drag & Drop hineingezogen werden. Die Capchas arbeitet man dann der Reihe nach ab!