Unter Ubuntu funktioniert out of the box die Backlightsteuerung nicht. Um diese zum Laufen zu bekommen, wird im Launchpad ein Patch angeboten (hoffentlich fließt das ganze bald in den Hauptzweig).
unter der Konsole einfach folgenden Befehl ausführen:
sudo add-apt-repository ppa:voria/ppa sudo aptitude update sudo aptitude safe-upgrade sudo aptitude install samsung-backlight
Der zugehörige Bugreport: https://bugs.launchpad.net/ubuntu/+source/hal-info/+bug/429351
Nachdem mein EeePC 1008HA nach knapp einem Jahren seinen Dienst quittiert hat (Diplay Janiere waren nicht die stabilsten) habe ich mir den N220 von Samsung zugelegt. Von den Ausmaßen und den Papierwerten sieht der dem EeePC zum verwechseln ähnlich. Erst auf den Zweiten blick werden die Unterschiede deutlich. Das ist zum Beispiel die größere Festplatte, das matte (!!!!) Display und die exorbitante Akkulaufzeit von ca 9h. Dazu kommt, dass unter der Haube der neue N450 von Intel werkelt. Zum einen soll dieser weniger Strom ziehen, zum anderen bietet die integrierte Grafikkarte Unterstützung beim Decodieren von H264 Videos. In der Verarbeitung wirkt der Samsung N220 um einiges besser verarbeitet als sein Asus Pendant. Dafür sieht er bei weitem nicht so Fancy aus.
Auf der „nicht so Toll“ Seite steht aber ganz klar die Linux Unterstützung. Mit einem Ubuntu 10.04 (Lucid Lynch) kann man den N220 ohne Probleme in Betrieb nehmen. Alle wichtigen Funktionen funktionieren auf Anhieb. Sowohl LAN, WLAN, Suspend to Disk las auch Suspend to Ram funktionieren tadellos. Der Frickelfaktor kommt (leider) dennoch nicht zu kurz. Bei den sekundären Funktionen wird es dann ungemütlich. Zum einen funktionieren die FN-Key zu anfangs nicht. Dies liegt an einer unvollständigen UDEV-Rule. Der Patch dafür ist schon erhältlich. Weiterhin lässt sich das Backlight noch nicht dimmen. Was ein wenig unangenehm ist. Auch die Status-LEDs werden nicht befeuert. Das bedeutet, dass man die WLAN-Karte zwar mittels RFKill ausknipsen kann, dies auch im Stromverbrauch merkt, aber keine visuelle Rückmeldung bekommt.
Alles in allem ein gerät das man empfehlen kann
The post is brought to you by lekhonee v0.7
Wenn man Ubuntu 9.10 auf einem Netbook installiert, ist die Ausbeute des Akkus nicht optimal. Standardmäßig ist zwar der gnome-powersave-daemon aktiviert, dieser nutzt jedoch nicht das volle Potential. Ein Verbrauch von ca. 9 Watt und 4 Stunden Akkulaufzeit (ohne WLAN) ist nicht berauschend. Mit ein paar Handgriffen bekommt man aber den Verbrauch unter 6 Watt gedrückt und erreicht so die 6 Stunden Akkulaufzeit. Mein Rekord liegt bei knapp 7 Stunden, dabei war der Laptop jedoch nicht wirklich in Benutzung…
Erster Einstiegspunkt zum Stromsparen ist der „laptop_mode“-Tools. Diese sind standardmäßig installiert, jedoch deaktiviert. Dabei bieten sie wesentlich granularere Möglichkeiten das System auf „Sparsamkeit“ zu trimmen. Die wichtigen/benötigten Möglichkeiten kurz zusammen gefasst:
Um den Dienst scharf zu schalten, muss man die Datei /etc/default/acpi-support bearbeiten.
# Switch to laptop-mode on battery power - off by default as it causes odd # hangs on some machines ENABLE_LAPTOP_MODE=true
Kleinere Änderungen müssen auch unter /etc/laptop-mode/conf.d/lcd-brightness.conf gemacht werden, da sich unter dem 1008HA das Interface für das LCD Display wo anders befindet.
BRIGHTNESS_OUTPUT="/proc/acpi/video/VGA/LCDD/brightness"
Die Werte für die Helligkeit können dabei zwischen 0 und 15 skalieren.
Weitere Änderungen können nach Wunsch in den Dateien unter /etc/laptop-mode/conf.d/ gamacht werden. Hier kann man nach belieben sämtliche Veränderungen vornehmen. Das meiste ist selbsterklärend. Dabei gilt immer, alles was man im Normalbetrieb nicht braucht, sollte man abschalten und bei bedarf zuschalten.
Neben diesen „banalen“ Änderungen gibt es noch andere Optimierungen.
Einen „großen“ Vorteil bringt es RamDisk einzusetzten. Solange man mechanische Festplatten einsetzt, ist einer der größten „Stromfresser“ eben diese Festplatte. Entweder leistet man sich bei Gelegenheit eine (sündhaft) teure SSD oder man sieht zu, dass man Mechanische Zugriffe auf die Festplatte so lange unterdrückt wie irgend möglich.
Eine RamDisk ist dabei die UltimaRatio. Mittels tempfs kann man im RAM einen Bereich reservieren, der anschließend in das FileSystem gemountet wird. So kann man zb. den Cache des Browsers oder „/var/log“ direkt in den RAM legen. Auf der haben Seite verbucht man damit, dass die Fesplatte über „lange“ Zeiträume nicht angetastet werden muss. Negativ ist halt, dass alle abgelegten Daten den Kaltstart nicht überleben werden.
Alle bisherigen Optimierungen nutzten nur vorhandene Techniken besser aus, ohne das System in die Instabilität zu treiben. Die weiteren Eingriffe gehen Tiefer und können das System komplett zerschießen. Anwendung auf eigene Gefahr.
Unter Jaunty gab es eine reihe von Traytools die die „Super Hybrid Engine“. Leider fühlten sich einige dieser Entwickler von der Ubuntu-Entwicklungs-Politik so angepisst, dass sie die Entwicklung eingestellt haben. So muss man sich inoffizieller Pakete bedienen die zu alle dem keiner Paketverwaltung unterliegen. Im Internet kann man eine brauchbare Tray-Control finden. Leider startet die auf Anhieb nicht. Da der Pyhton-Script das falsche interface für die Helligkeitssteuerung voraussetzt. Als erstes braucht man die korrekte Schnittstelle. Mittels folgendem befehl das Interface identifizieren:
find /sys/ | grep brightness
Anschließend in der Datei /usr/bin/eee-control-daemon diesen Wert in Zeile 85 und 86 einsetzten. Nun kann man den Dienst starten. Während die Steuerung der RF-KillSwitches nur leidlich funktioniert, kann man über dieses Tool die FSB-Tacktung reduzieren, Was nochmals ordentlich Stromersparnis bringt.
Etwas heickler ist das Abschalten des des AppArmor-Systems. Hier sollte man jedoch kurz inne halten! AppArmor dient zur Sicherung des Systems und stellt eine aktive Sicherheitsebene dar. Jedoch lässt sich für die Praxis eines Netbook-Einsatzes dessen Sinn vernachlässigen bzw in Frage stellen. Die Abschaltung von AppArmor brachte bei meinem System ca 0.5 Watt.
Hat man diesen Schritt einmal getan, ist es mit dem Selberbauen des Kernel auch nicht mehr weit. Der Karmic-Koala setzt auf den Standard-Kernel, dieser ist „leider“ ein generic-Kernel. Also ein Kernel der das größtmögliche Spektrum an Hardware und Spezialanwendungen unterstützt was sich der Jungs bei Chanonical vorstellen können.
Beim konfigurieren des Kernels kann man extrem viel ein und verstellen. Meiner Meinung nach gibt es kann man sich aber auf folgende Punkte beschränken:
Man kann auch Treiber „entfernen“ von denen man weiß das man sie nie brauchen wird. Jedoch bringt das außer einer kleineren InitRamDisk kaum Performance. Mehr bringt da schon das feste einkompilieren von Treibern. Wenn man viel Zeit hat, kann man einen Kernel bauen, der ohne InitRamDisk auskommt. Leider funktioniert dann dann UReadAhead nicht. Dieser dienst speichert alle Dateien die für einen Systemstart gebraucht werden sequenziell optimiert ab. So können sie besser von der Festplatte geladen werden. Leider scheint dieser ohne InitRD nicht klar zu kommen. Der Kernel bootet dann zwar schneller, da er keine RamDisk laden muss, das restliche System braucht dafür merklich länger.
Eine Beispiel Konfiguration hab ich hier bereitgestellt: EEE-Kernel.config
Alles in allem haben mir diese eingriffe rund 3 Watt Leistungsersparniss gebracht. Mit Durchschnittlich 35 WakeUps pro Sekunde ist das Ende aber noch nicht erreicht.
Hier war es eine weile sehr ruhig, dass hatte zwei Gründe. Erstens hatte ich Urlaub (die letzte Woche) zum anderen hat sich gezeigt, dass beim Netbook-Remix von Jaunty (9.04) auf Karmic (9.10) sehr viel passieren würde. Es hätte wenig Sinn gemacht, den Jaunty auf der Seashell bis zum Brechen zu optimieren, um ihn anschließend durch den Karmic zu ersetzten.
Darum dreht sich die Frage ja im Grunde. Lohnt es sich, eine funktionierende Jaunty-Netbook-Installation durch eine Karmic zu ersetzten. Kurz und knapp: Ja. Sämtliche Funktionen der Seashell funktionieren Out-of-the-Box. Hier nochmal die Auflistung:
Diese Verbesserungen sind zu großen Teilen auf den neuen Kernel (2.6.31) zurückzuführen. Hier war der Jaunty einfach „benachteiligt“. Beim damaligen Release hat sich in zu vielen Treiberteilen, die die Netbooks betreffen, zu viel getan. Besonders hart hat es den Treiber der Intel-Grafikkarten getroffen. Dieser war im alten Kernel einfach „gebrochen“. Die Performance ist zwar immer noch hinter den Windows-Treibern aber schon erheblich besser als unter Jaunty.
Das Design und die Bedienung wurden im Detail verbessert. Es wirkt alles aufgeräumter und dezenter.
Der Controler des 1008HA benutzt für die Touchpad-Taste einen anderen KeyCode als die bissherigen EeePC-Modelle. Somit bedarf es einer Anpassung. Am leichtesten geht dies über das EeePC-Tooling von Statux.
Mit diesem wird eine „angepasstes“ ACPI-Tooling ausgeliefert welches die Events dem System zur Verfügung stellt. Dies ist nich alles weiter wild und wird auch von anderen ACPI-Implementierung geliefert (auch der Standartversion). Diese Variante bietet aber die Möglichkeit ohne größere Probleme in den „Verarbeitungsprozess“ einzugreifen.
Mittels einer Debugoption kann sich die KeyCodes ausgeben lassen. Damit lässt sich die folgende Configurationsdatei (/etc/default/eeepc-acpi.local) schnell zusammenstellen. Nach einem (Dienst)Neustart funktioniert der Key.
#KEY_SHOW=1 #Debugausgabe zuschalten oder nicht KEY_WIFI="00000010" #KEY_BT= #die Seashell hat dafür keinen schalter #KEY_CAM= #die seashell hat dafür keinen schalter KEY_VOLU="00000015" KEY_VOLD="00000014" KEY_MUTE="00000013" KEY_TOUCHPAD="00000037" #angepasster keycode KEY_RESOLUTION="0000001b" KEY_VGAOFF="00000016" KEY_VGAOUTA="00000030" KEY_VGAOUTB="00000031" KEY_VGAOUTC="00000032" KEY_PERFMON="00000012" KEY_PERFMON_COMMAND="/usr/bin/gnome-system-monitor" KEY_PERFMON_NAME="System Monitor" KEY_PERFMON_ICON="gnome-monitor" TOUCHPAD_KEY_DISABLE="1" TOUCHPAD_DELAY="0.5" POWER_AC="00000050" POWER_BAT="00000051" MODE_AC="performance" MODE_BAT="ondemand" PAUSE_SERVICES="anacron cron ntp bluetooth" USB_SUSPEND=1 #mit vorsicht zu genießen! dokumentation lesen DONOT_SCALE_FSB="1"
Damit das Touchpad „on-the-fly“ abgeschaltet werden kann braucht es noch „einige“ Anpassungen.
Erstmal müssen alle Einträge in der XServer-Configdatei (/etc/X11/xorg.conf) entfernt werden die das Touchpad/Mause betreffen.
Die Seashell verwendet ein standart Synaptic-Touchpad, entsprechend müssen eventuelle Protokollanpassungen in der Datei „/etc/modules“ entfernt werden. Der Treiber funktioniert „out of the Kernel“.
Alle konfiguration betreffend des Touchpads sollte/muss über eine HAL-Policy erfolgen. Dazu einfach eine Datei unter /etc/hal/fdi/policy anlegen. Diese sollte die Endung .fdi haben.
folgenden Inhalt einfach reinkopieren
<?xml version="1.0" encoding="ISO-8859-1"?> <deviceinfo version="0.2"> <device> <match key="input.x11_driver" string="synaptics"> <merge key="input.x11_options.PalmDetect" type="string">true</merge> <merge key="input.x11_options.SHMConfig" type="string">true</merge> </match> </device> </deviceinfo>
Auf „PalmDetect“ kann verzichtet werden, SHMConfig muss auf „true“ gesetzt werden. Alle weiteren möglichen Parameter können im Ubuntu wiki nachgeschlagen werden. Nach einem (HAL-Dienst)Neustart lässt sich nun auch das Touchpad auf Knopfdruck zu/abschalten.
Sehr praktisch das ganze.
Damit man auf Knopfdruck das WLan abschalten kann muss man das modul rfkill-input laden lassen. In der Datei „/etc/modules“ das modul angeben.
Man kann auch mit dem folgendem Befehl, das modul temporär laden und testen.
sudo modprobe rfkill-input
will man etwas mehr komfort braucht man eines der „vielen“ EeePC-Applets. Ein gutes wird über das statux.org-Repository. Danach kann man sich das EeePC-Tray installieren. Danach bekommt man eine Visualisierung ob der Tastendruck „gezogen“ hat, da der WPA-Supplicant ein wenig verzögert reagiert.
Ich hab jetzt seit einer Woche ein Netbook im Einsatz. Es ist also Zeit für einen kleinen Rückblick. Erstes Fazit: arbeiten auf der Seashell macht Spaß. Besonders da es momentan noch wirklich Arbeit ist. Es braucht eine weile bis man sich Ubuntu so angepasst hat, das es so läuft wie man es wirklich will. Besonders die Optimierung auf „Sparsamkeit“ ist noch (Konsolen) Arbeit. Daneben lassen sich hervorragend Texte schreiben, Mails lesen und im Internet surfen.
Neben der Tastatur und dem Display überzeugt vor allem der Netbook-Remix selber. Diesen muss man in zwei Bereiche teilen: Kernel/Unterbau und GUI.
Der Kernel im Netbook-Remix samt die ihm umgebene Konfiguration aus Daemons ist nicht „optimal“. Was aber nicht weiter verwundert, es zwar ein optimierter aber immer noch „allgemeingültigen“ Kernel eingesetzt. Auch der Xserver läd noch alle Module/Treiber um eine Nvidia, ATI oder sonst irgendeine Karte zu befeuern. Dies ist dem Umstand geschuldet, das es sich beim Netbook Remix um eine „große“ Distribution handelt, keine optimierte Spartenvariante. Das ließ sich aber schnell ändern. Mit „wenigen“ Handgriffen war der „allgemeine“ Kernel gegen einen EeePC-Kernel ausgetauscht, der ist nicht nur kleiner sondern spart auch Strom. Auch sonst ließ sich der Unterbau mittels aptitude und Config-Scriptes sehr komfortabel an die Bedürfnisse anpassen. Momentan hab ich das Gefühl eine Betriebssystem zu haben, was sich „fast“ perfekt an die vorhanden Hardware angepasst hat. Noch ein zwei Ecken weg schleifen (Softkey zum laufen bringen) und ich bin wunschlos glücklich.
Bei der Oberfläche überlebte ich einige Überraschungen. Ich war mit der Einstellung „ran gegangen“ Ubuntu zu installieren (da es noch kein Xubuntu Netbook-Remix gibt) und das enthaltene Gnome schnellstmögliche runter zuschmeißen und gegen Xfce zu tauschen. Da dies ja ressourcensparender ist und mehr „KDE-like“. „Gnome ist halt hässlich“. Naja es kam alles ein wenig anders. Beim Zwangsboot von Windows merkte ich das erste mal, dass eine Standard Desktopoberfläche auf einen 10“-Display alles andere als optimal ist. Die Fensterleiste zu breit, dass „Windowing“ zu platz verschwendend. Von 600 Pixeln (vertikal) gehen alleine schon knapp 100 Pixel für „Startleiste“ und „Fensterrahmen“ drauf. Nach der Installation von Ubuntu war ich erstmal schockiert von der Farbgebung. Ich mochte dieses grau in braun noch nie… Durch das Fehlen der Netzwerkfunktionalität war ich gezwungen erstmal mit dieser Oberfläche zu arbeiten, wenn auch nur in der Konsole. Nach den ersten Stunden (2-3) hatte ich Netzwerk und machte meine Drohung war. Einmal den Befehl ausgeführt, der mir GNOME runter schmeißt und XFCE draufhaut. Ohne Seil und doppelten Boden. Weg mit dem braunen Brei, her mit der … Desktopoberfläche… Nachdem ich die erste Stunde mit XFCE gearbeitet hatte (Einrichten, gestalten und auf Energiesparen trimmen) stellte ich fest, dass sich mein erster Eindruck bestätigte. Irgendwie fühlte sich das alles unrund an. Das ständige überlagern von Fenstern, das schieben und anordnen war ein Krampf. Ich verwarf das alles und installierte Ubuntu nochmal neu. Nachdem ich mich mit den Braun angefreundet hatte (mittlerweile empfinde ich es sogar als angenehm) stellten sich die Vorteile des Oberflächendesign noch stärker heraus. Bis auf ein paar nicht angepasste Dialoge (oder die Möglichkeit zu große Dialoge zu scrollen) wirkt alles aus einem Guss und aufeinander angepasst. Sogar mein Lieblingsbrowser lässt sich mit Skin wunderbar in die Oberfläche integrieren. Als Zentrale Anlaufstelle habe ich den Gnome-Netbook-Launcher wirklich ins Herz geschlossen. Anfangs wirkte das Ding überflüssig wie ein Kropf, mittlerweile findee ich das „OnScreen“Menüunervig.. Bei der kleinen Auflösung hat man oft Überblendungen oder „aufploppen“ an stellen wo man das Menü nicht erwartet. Wenn ich raus gefunden hab wie ich den Launcher auf Tastendruck einblende verschwindet das Menü endgültig…
Adam McDaniel bietet einen speziell an den EeePC (oder andere Netbooks) angepassten Kernel für Ubuntu an. Der ist zwar aktuell hinter dem Ubuntu-Kernel hinterher (2.6.28-13 gegen 2.6.28-12) dafür ist er aber um einiges schlanker und „schneller“. Wobei der Leistungszuwachs unter den „alten“ EeePC wohl größer ist. Ich betreibe meine SeaShell dennoch mit dem neuen Kernel, da der Kernel ungefähr 0.5 bis 1 Watt weniger Strom verbraucht (laut Powertop) und damit gut 30 min längere Akkulaufzeit bietet.
Um den Kernel zu installieren muss man erstmal die neuen quellen über die /etc/apt/source.list einbinden.
deb http://www.array.org/ubuntu jaunty main deb-src http://www.array.org/ubuntu jaunty main
Anschließend den zugeörigen PublicKey herunterladen und ein Quellenupdate durchführen.
wget http://www.array.org/ubuntu/array-apt-key.asc sudo apt-key add array-apt-key.asc sudo apt-get update
Ist das erledigt, installiert man sich den optimierten Kernel
sudo apt-get install linux-netbook-eeepc sudo apt-get install linux-backports-modules-jaunty-netbook-eeepc sudo apt-get install linux-headers-2.6.28-12-netbook-eeepc
Die letzte Zeile kann man sich sparen, wenn man „nur“ den gleichen zustand herstellen will wie bei der „normalen“ Ubuntu installation. WIll man hingegen noch den LAN Treiber installieren braucht man die Header Files.
Den Treiber für die Gigabit-Ethernet-Karte gibt es bei Atheros oder direkt bei mir. Einmal entpackt beginnt der berühmte aber leicht abgewandelte Linux-Dreisatzt.
make sudo make install sudo insmod atl1e.ko
Danach funktionierts auch mit der Lan-Karte.
Nach ein bisschen suchen, bin ich auf Blogeintrag gestoßen. Auch die Seashell bietet einen „BuildIn“ BIOS-Flasher.
Einfach das BIOS update auf eine SD-Karte/USB-Stick packen und beim booten ALT+F2 drücken…
Nach der Standartinstallation des NetBook-Remix auf der SeaShell wird man schnell feststellen, dass der Sound extrem leise daher kommt, obwohl unter windows der „Sound“ während der Einrichtung nerfig laut war, das muss man leider über sich ergehen lassen.
Leider lässt sich dem problem mit GUI-Boardmitteln nicht wirklich bei kommen. Da man aber die Console bei der Seashell durchaus gewöhnt ist/sein muss reicht ein aufruf des Alsamixers in der Console…
alsamixer
dort den zweiten Kanal hochdrehen (Anschlag) und anschließend die Einstellungen speichern
sudo alsactl store
und schon klappt es mit dem Sound 🙂