betrifft nur Ubuntu 9.10¶

Seit Ubuntu 9.10 gibt es ein schweres Problem mit dem Zugriff auf die Disk. Betroffen sind scheinbar kaum HDDs, aber vor allem SSDs, am meisten offenbar dann, wenn es sich um schnellere, nachgerüstete handelt (z.B. von SuperTalent). Symptome: Zuerst beim Installieren (im Partitionieren) und später bei jedem Booten kommt es zu merklichen Verzögerungen, die LED für den Plattenzugriff leuchtet, und eine Fehlermeldung mit einer HSM-Violation erscheint. Da in manchen Fällen nicht nur eine lästige Verzögerung eintritt (Bootup-Time bis zu 2:30 min!), sondern auch Schäden am Dateisystem, in manchen Fällen sogar an der SSD selbst vorkommen können, sollte man diesen Fehler ernst nehmen.

Zwei Optionen zur Lösung:

1) Workaround nutzen, wie im Bugreport hier beschrieben: Vor, während und nach dem Installieren und nach jedem udev-Update die Datei devkit-disks.rules modifizieren.

2) Die Installation von 9.10 auf dieser Hardware vermeiden - und entweder auf 10.04 warten oder zurück zu Jaunty Jackalope switchen.

ab Ubuntu 9.10¶

Alles funktioniert out of the Box. Auch der "Sleep Modus" beim Zuklappen des Deckels.

ab Ubuntu 9.04¶

Ab Ubuntu 9.04 Jaunty Jackalope funktioniert auch der Ruhezustand im Allgemeinen ohne Probleme.

Aspire One 150 mit Ubuntu 8.10¶

Beim Aspire One 150 funktioniert der Ruhezustand ohne Probleme, auch und besonders mit uswsusp.

andere¶

Die Energieverwaltung wird nicht 100%ig unterstützt. So funktioniert der Ruhezustand nicht. Auch gibt es mit einzelnen Hardware-Komponenten Probleme mit dem Schlafmodus (siehe Sound).

ab Ubuntu 9.10¶

ab Karmic Koala (Ubuntu 9.10) funktioniert die untenstehende Version über die /boot/grub/menu.lst nicht mehr , da diese Datei nicht mehr existiert.

Daher muss nun die neue /boot/grub/grub.cfg angepasst werden. Da diese permanent "read-only" ist und nicht editiert werden darf, wird dies über die /etc/default/grub und einem anschliessenden Update gemacht:

Dazu öffnet man die Datei /etc/default/grub mit Root-Rechten ^[4], sucht die Zeile welche mit "GRUB_CMDLINE_LINUX_DEFAULT=" beginnt und fügt hinter dem Gleichheitszeichen den Wert "pciehp.pciehp_force=1" hinzu. Beispiel vorher/nachher:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="pciehp.pciehp_force=1 quiet splash"

Anschließend muss nur noch die Datei /boot/grub/grub.cfg neu generiert werden:

sudo update-grub2 

Die ganze Prozedur lässt sich mit den folgenden Befehlen vereinfachen. (Der erste Befehl funktioniert nur auf einem System, bei welchem der Standardwert der Variable noch nicht geändert wurde. Deswegen unbedingt nachher das Ergebnis kontrollieren.)

sudo sed -i '/GRUB_CMDLINE_LINUX_DEFAULT/s/quiet splash/pciehp.pciehp_force=1 quiet splash/g' /etc/default/grub
sudo update-grub2 

Der erste Befehl fügt die Aktivierung des für ExpressCards zuständigen Hotplug-Modul pciehp als Kernelbootparameter hinzu, in dem er die Standard-Bootoption "quiet splash" um "pciehp.pciehp_force=1" erweitert. Der zweite Befehl führt das Update aus - nach einem System-Neustart funktioniert der rechte Kartenleser, auch wenn keine Karte beim Booten eingelegt war.)

bis Ubuntu 9.04¶

Bis Ubuntu 9.04 (Jaunty Jackalope) werden der linke SD/HC Kartenleser und der rechte Multi-Kartenleser aktiviert, wenn beim Booten die Karte bereits eingesteckt ist. Probleme gibt es nur bei älteren Karten, die ggfs nicht mehr erkannt werden. Tipp vor dem Kauf ausprobieren!

Mit dem BIOS-Version 3309 funktioniert der linke Kartenleser ganz normal im laufenden Betrieb, egal ob mit eingelegter Karte gebootet wurde oder nicht. Der rechte Kartenleser funktioniert auf die gleiche Weise, wenn dem Kernel in /boot/grub/menu.lst folgende default boot option mit übergeben wird:

defoptions=pciehp.pciehp_force=1

Die Option ist bereits vorhandenen anzuhängen.

bis Ubuntu 8.10¶

Der SD/HC-Kartenleser auf der linken Seite und der Multi-Kartenleser auf der rechten Seite des Netbooks sind standardmäßig bis Ubuntu 8.10 deaktiviert. Man kann sie mit folgendem Befehl aktivieren^[3]:

modprobe pciehp pciehp_force=1 

Um diesen Befehl bei jedem Systemstart auszuführen muss die oben genannte Zeile in die Datei /etc/rc.local mit Root-Rechten eingetragen werden^[4]. Wichtig ist dass die Zeile vor

exit 0

eingetragen wird.

acerhdf¶

Mit acerhdf kann der Lüfter des Acer Aspire One automatisch und abhängig von der gemessenen Temperatur gesteuert werden. Dies wird durch ein Kernelmodul ermöglicht. Erfolgreich getestet wurde es ab 8.10, aber wahrscheinlich ist es auch in früheren Versionen möglich. Ab Karmic (9.10) ist es bereits als Kernelmodul enthalten (siehe unten).

Das Modul wurde von Peter Feuerer geschrieben. Ausführliche Informationen zu acerhdf findet man auf der Homepage und in der README-Datei des Quellcode-Tarballs.

$ lsmod | grep acerhdf
acerhdf                 7956  0 

sudo sed -i '/exit 0/iecho -n "enabled" > /sys/class/thermal/thermal_zone0/mode' /etc/rc.local 

#!/bin/sh -e
# [...]
# By default this script does nothing.
echo -n "enabled" > /sys/class/thermal/thermal_zone0/mode
exit 0

dmesg | grep acerhdf 

acerhdf: Acer Aspire One Fan driver, v.0.5.16
acerhdf: Fan control off, to enable do:
acerhdf: echo -n "enabled" > /sys/class/thermal/thermal_zone0/mode
acerhdf: kernel mode fan control ON

modprobe -r acerhdf ; modprobe acerhdf 

sudo modprobe acerhdf 

dmesg|grep acerhdf 

cat /sys/class/thermal/thermal_zone0/cdev0/cur_state 

cat /sys/class/thermal/thermal_zone0/temp 

sudo modprobe acerhdf interval=5 fanon=65 fanoff=60 

options acerhdf interval=5 fanon=65 fanoff=60

Temperaturanzeige mit acerhdf¶

cat /sys/class/thermal/thermal_zone0/temp 

watch --differences cat /sys/class/thermal/thermal_zone0/temp 

hddtemp
libsensors-applet-plugin0
libsensors4 lm-sensors
sensors-applet

mkdir $HOME/coretemp                 # Arbeitsverzeichnis erstellen
cd coretemp                          # und ins Verzeichnis wechseln 

obj-m += coretemp.o

all:
	make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
	make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

make 

sudo mv $HOME/coretemp/coretemp.ko /lib/modules/$(''uname -r'')/kernel/drivers/hwmon/   
sudo modprobe coretemp                         # coretemp-Modul laden und aktivieren
sudo sed -i '/lp/icoretemp' /etc/modules       # coretemp-Modul beim Systemstart laden (Eintrag in /etc/modules) 

sensors                                        # Temperatur auf der Konsole anzeigen lassen 

coretemp-isa-0000
Adapter: ISA adapter
Core 0:      +43.0°C  (crit = +90.0°C)                  

coretemp-isa-0001
Adapter: ISA adapter
Core 1:      +43.0°C  (crit = +90.0°C)                  

acerhdf-virtual-0
Adapter: Virtual device
temp1:        +0.1°C  (crit =  +0.1°C)   

cd                                             # Arbeitsverzeichnis verlassen
rm -r coretemp                                 # Arbeitsverzeichnis löschen 

acerfand¶

Ab Ubuntu 8.04 kann die Lüfterregelung für das Aspire One als Dienst (oder Daemon) acerfand folgendermaßen eingerichtet werden. Man benötigt folgendes Paket^[2]:

• dmidecode

Anschließend benötigt man zwei Skripte, das acer_ec.pl-Skript und ein Skript, welcher als Daemon im Hintergrund läuft, acerfand. Anschließend muss man die Berechtigung auf "ausführbar" stellen und sie ins Programmverzeichnis kopieren. Nun muss man das Skript acerfand (am besten automatisch beim Booten) starten. Folgende Befehle führen alle Aktionen in einem Terminal durch ^[3]

wget http://aceracpi.googlecode.com/svn/trunk/acer_ec/acer_ec.pl
wget http://electronpusher.org/~rachel/acerfand # Skripte herunterladen
chmod a+x acer_ec.pl acerfand                 # Dateiberechtigung auf ausführend stellen
sudo cp acer_ec.pl acerfand /usr/local/bin    # kopiert Skripte ins Prgrammverzeichnis
sudo acerfand                                 # startet das Skript sofort 

In der Datei /etc/rc.local kann man nun den Eintrag

acerfand

in einer neuen Zeile ergänzen ^[4], so wird der Lüfter immer ab Systemstart geregelt. Wichtig ist nur, dass der Eintrag vor der Zeile

exit 0

eingefügt wird. Den Temperaturbereich kann man einstellen in dem man die Datei /etc/acerfand.conf erstellt und mit folgendem Inhalt füllt:

INTERVAL=5
FANOFF=60
FANAUTO=70

Wobei INTERVAL den Intervall der Temperaturprüfung in Sekunden einstellt, FANOFF die Temperatur in °C für das Ausschalten des Lüfters und FANOUT die Temperatur in °C für das Einschalten des Lüfters. Laut Datenblatt verträgt die CPU des Aspire One (Intel Atom) bis zu 99°C, bevor sie beschädigt werden könnte.

Aufgrund eines Bugs in Jaunty wird /etc/rc.local auf dem Terminal tty gestartet und sofort wieder beendet. Der Lüfter wird somit nicht mehr abgeschaltet. Um das Problem zu umgehen kann der Prozess in den Hintergrund verschoben werden, um ihn weiterlaufen lassen zu können. Das Skript würde also so aussehen:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

start-stop-daemon --start --name acerfand --startas /usr/local/bin/acerfand --background

exit 0

Außerdem muss das acerfand-Script bei Jaunty verändert werden: Die letzte Zeile muss von

govern &

zu

govern

geändert werden.

Weitere Hinweise zu den Problemen mit acerfand und Jaunty findet man in diesem Blogpost .

ab Ubuntu 9.10¶

Alles funktioniert out of the Box. Direkt nach dem Start ist der Sound aktiv und kann über die Tastatur geregelt werden.

• Soundprobleme beheben

  • die ersten paar Sekunden Audio werden "verschluckt":
    die Datei /etc/modprobe.d/alsa-base.conf mit
    

    gksu gedit /etc/modprobe.d/alsa-base.conf 

    
    editieren und die Zeile options snd-hda-intel anpassen beziehungsweise neu anlegen
    

    options snd-hda-intel power_save=0 power_save_controller=N

  • Microfon funktioniert im Audio-Recorder aber nicht in Skype:
    Dazu den linken Kanal des Microfons auf 0 stellen und den rechten Kanal auf 100%.
    Der Standard-Mixer Audio-Einstellungen hat jedoch keine Balance Regelung für das Microfon.
    Deshalb im Terminal den alsamixer benutzen oder den pavucontrol Mixer nachinstallieren

    • pavucontrol

    

ab Ubuntu 9.04¶

Mit Ubuntu 9.04 Jaunty Jackalope funktioniert der Sound von Haus aus problemlos.

Ubuntu 8.10¶

Verantwortlich für die Ansteuerung der Soundkarte ist Alsa. Am besten wird die Soundkarte ab Version 1.0.18rc3 aufwärts von Alsa unterstützt.

Es gibt diverse Probleme mit der Soundkarte, die unter Linpus, dem original ausgeliefertem System, nicht auftreten.

Die Datei /etc/modprobe.d/alsa-base enthält Optionen für den Treiber, die eingestellt werden müssen (siehe Soundkarten installieren/HDA). Man öffnet die Datei mit Root-Rechten und fügt die Zeile options snd-hda-intel=XXX ^[4] ein, wobei XXX für auto bzw. acer steht.

Nun gibt es zwei Optionen:

• options snd-hda-intel model=auto: Mit dieser Einstellung funktionieren die Lautsprecher nach dem Schlafmodus nicht, die externen Anschlüsse für Mikro und Kopfhörer aber tadellos. Das interne Mikro funktioniert.

• options snd-hda-intel model=acer: Lautsprecher überstehen den Schlafmodus. Internes Mikro funktioniert nicht. Externe Kopfhörer funktionieren zwar, schalten aber beim Einstecken die Lautsprecher nicht ab.

Für die Option model=auto kann kann man den Alsa-Treiber vor dem Schlafmodus entladen und nach dem Aufwachen wieder laden. Der Ton funktioniert dann zwar, aber nur leise. Siehe Hierzu den Blogeintrag von rootserverexperiment .

ab Ubuntu 9.10¶

Funktioniert out of the Box. LED leuchtet bei aktivem WLAN.

Ubuntu 9.04 (Jaunty Jackalope)¶

Das WLan funktioniert hier sofort. Wenn man möchte, dass die WLan-LED bei Aktivität leuchtet wird das folgende Paket benötigt ^[2]:

• linux-backports-modules-jaunty

Ubuntu 8.10 (Intrepid Ibex)¶

Ab Ubuntu 8.10 mit der Kernel-Version 2.6.27-7 wird folgendes Paket benötigt ^[2]:

• linux-backports-modules-intrepid

Die Unterstützung für den Schalter funktioniert nicht direkt nach der Installation, die WLAN-LED erst ab dem Kernelupdate auf 2.6.27-14. Die WLAN-Karte kann man jedoch über das Network-Manager-Applet (nm-applet) aktivieren und deaktivieren (rechte Maustaste).

Manchmal scheint WLAN defekt zu sein: es werden zwar WLANs der Umgebung aufgelistet und das System versucht, eine Verbindung herzustellen, scheitert aber permanent. Abhilfe schafft hierbei ein Neustart oder die Installation des MadWifi-Treiber wie unten beschrieben.

MadWifi Treiber¶

Um den integrierten WLAN Chipsatz nutzen zu können, kann ein aktueller MadWifi-NG-Treiber verwendet werden. In den meisten Fällen bietet es sich an, auf das trunk-Repository des MadWifi-Projektes zurückzugreifen.

Grundlegend entspricht die Installation der Beschreibung auf MadWifi. Der passende Treiber wird mit Subversion heruntergeladen:

svn checkout http://svn.madwifi.org/madwifi/branches/madwifi-hal-0.10.5.6 

Um die WLAN-LED zum Leuchten zu bringen, müssen folgende Zeilen der /etc/rc.local mit Root-Rechten hinzugefügt werden:

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Damit blinkt die WLAN-LED ähnlich wie eine normale Netzwerkkarte.

Sobald diese befehle durchgelaufen sind, muss der Rechner neu gestartet werden. Wenn alles geklappt hat, kann der GNOME-Network-Manager genutzt werden, um die benötigten WLAN-Einstellungen zu treffen.

Im Idealfall bekommt man direkt alle WLANs in der Umgebung angezeigt: