Debian für Thinkpad x100e (Debian 8 Jessie und Debian 7 Wheezy)

[miriquidi]

Debian auf dem x100e
Ich wollte meine Linuxerfahrung mit dem Notebook einmal für Interessierte kurz zusammenfassen, damit nicht jeder in die gleichen Fettnäpfchen tritt. Unter der Zusammenfassung folgt der Originalpost des Threads.

Debian 8.1 Jessie auf dem x100e
Der erste Versuch war die Installation von Debian 8.1 auf dem x100e. Der Installationsprozess lief problemlos, so dass man ein prinzipiell funktionierendes System vorfindet. Jedoch zeigten sich im Betrieb zwei bis drei maßgebliche Problemstellen:

• die Intel Centrino 6250er WLAN-Karte funktionierte nicht zuverlässig, häufige Verbindungsabbrüche sind die Folge. Ein Reboot behebt das Problem bis zum nächsten Abbruch. Die Installation eines größeren Software-Pakets kann so schon mal zwei oder drei Reboots erfodern, um alle Daten herunter zu laden. Das Problem liegt hier aber wohl bei Intel.
• Für Debian 8.0f gibt es keinen proprietären Treiber von AMD für die in der Northbridge integrierte GPU mehr. Man muss zwangsläufig den OpenSource-Treiber verwenden. Dieser stellt die Inhalte sauber auf dem Bildschirm dar. Problematisch ist einerseits die Stromsparfunktion. Die Radeon GPU scheint sich nicht richtig herunter zu takten. Auch schaltet sich die Hintergrundbeleuchtung des Bildschirms nicht zuverlässig aus. Infolge dessen sind die Akkulaufzeiten nicht zumutbar, der Lüfter schaltet sich nicht aus und die Maschine ist recht heiß.
• Weiterhin bekommt man beim Neustart von Windows des Öfteren kein Monitorbild mehr, da es auf den VGA-Ausgang umschaltet, an welchem jedoch kein Display hängt. Man kann das Thinkpad dann nur ausschalten und neu starten.

Einmal hat sich auch die WLAN-Karte auf „BIOS-Ebene“ deaktiviert, als wenn man den Hardwareschalter an einem konventionellem Thinkpad umlegt. Das x100e hat den Schalter nicht. Die Lösung ist das Zurücksetzen der BIOS-Einstellungen auf die Standardwerte.
Ich bin ein blutiger Neueinsteiger in Sachen Linux und konnte der Probleme nicht Herr werden. Daher habe ich die Installation dann eingestampft.

Debian 7.8 Wheezy auf dem x100e

Für Debian 7 gibt es noch einen proprietären AMD Treiber [→ fglrx], welcher die interne GPU unterstützt. Dieser funktioniert prinzipiell. Die GPU scheint häufiger aus dem Tiefschlaf auf zu wachen (oder häufiger auf den RAM zuzugreifen?) als das unter Windows der Fall ist. Das Thinkpad piept damit etwas hochfrequenter als unter Windows 7. Auch ist der Verbrauch mit aktvierter Anzeige ein wenig höher (~0,5 W?)
Mit dem Treiber habe ich bisher nur ein Problem den externen Monitorausgang betreffend. So ist für das Umschalten auf den Beamer ein Neustart nötig. Weiterhin kann ich zwar den 1600x1200er Monitor im Büro ansteuern, meinen 1920x1080er zuhause jedoch nicht, da die benötigten Auflösung nicht in der Auswahlliste erscheint.
Die Intel WLAN Karte will auch unter Debian 7.8 nicht richtig funktionieren. Ich schiebe es aber auf die Karte, selbst unter Windows läuft sie nach dem xten Treiberupdaten nur im Drosselmodus stabil. Von der beworbenen Geschwindigkeit hat man als Anwender nichts.

Ich habe mittels TLP von linrunner die ganzen Einstellungen für den stationären und den mobilen Betrieb auf „Stromsparen“ optimiert und komme auf Verbrauchswerte, wie man sich sehr ähnlich auch unter Windows 7 auf einem x100e erreichen würde. Die GPU benötigt mehr, aber andererseits reichen dank des Debian-Unterbaus auch 2 GB RAM für eine ganze Menge Anwendungen. Mit ca. 45 Wh Akkukapazität und einer SSD komme ich beim Textelesen auf ca. 5,3 h Akkulaufzeit (WLAN aus, LAN aus, UMTS aus, 3/15 Helligkeit, keine Maus). Real kann man ohne Musik so 3 bis 4 h mit dem Notebook arbeiten. Das ist durchaus nutzbar und reicht zumindest für kürzere Zugfahren.
Mit der originalen Hitachi-HDD anstatt der SanDisk Ultra Plus SSD sind es übrigens nur ca. 4,3 h im Lesebetrieb.

Die Gobi 2000 UMTS-Karte kann man auch mittels Linux betreiben und kommt damit ins Internet. Jedoch kann man leider nicht manuell zwischen GPRS und UMTS wählen. Manchmal hat das nervige Aussetzer zur Folge.

Eine generelle Einschränkung bei Linux ist natürlich die Softwareauswahl: Der Unterbau des Betriebssystems erscheint mir mindestens so gut wie der von Windows, sofern man gute Treiber bekommt. Man kann es im Alltag nutzen, wird aber hier und da auf neue Anwendungsprogramme umlernen müssen. Und es gibt Problemstellungen, für welche es keine (gleichwertige) Software in der Linux-Welt gibt. Insofern ist ein Linuxsystem aus meiner Sicht niemals ein vollwertiger Ersatz. Andererseits ist Windows scheinbar leichter aus dem Netzwerk heraus verwundbar.
Ich werde die Maschine jetzt noch etwas nutzen. Irgendwann gibt's dann eh keine Sicherheitsupdates mehr und dann muss wohl mal etwas Neues her.

Alter Originalpost:

Hallo,

ich habe testweise auf ein altes x100e Debian 8.1 AMD64 mit Xfce Desktop aufgespielt um Linux etwas kennen zu lernen. WLAN und LAN habe ich zwischenzeitlich zum Laufen bekommen, fehlt jedoch u.a. noch der Grafiktreiber für die Radeon 3200 Chipsatzgrafik.

Ich habe den freien Treiber von xorg(?) installiert:
https://packages.debian.org/jessie/xserver-xorg-video-radeon

Dann hat ein Kumpel versucht den X-Server mittels "# X -reconfigure" sich neu "einzurichten" lassen, dabei gabe es aber einen Fehler.
Die Fehlermeldung lautet: "[KMS] drm report modesetting isn't supported."

Ich habe dazu ein wenig gesucht und zwei Seiten gefunden. 1 verweist auf 2 als Lösung. Für mich als Neuling ist das ein wenig "überfordernd".
Sollte man sich dort durchquälen oder einfach warten bis AMD einen entsprechenden Treiber anbietet bzw. das ganze in den xorg-Treiber eingepflegt wird?

1: http://www.linuxquestions.org/quest...-debian-jessie-as-of-7-sep-2013-a-4175476317/
2: https://forums.gentoo.org/viewtopic-t-916514-start-0.html

 

[miriquidi]

Hallo,

ich habe die Lösung über das Laden der Standardeinstellungen im BIOS ausgeführt. Soweit ich das überblicke, nutze ich abseits des Tauschs von Fn und Strg sowieso jene Einstellungen. Eine so richtig dauerhafte Lösung ist das jedoch irgendwie nicht, zumindest falls es häufiger auftritt.

Jetzt widme ich mich erstmal dem Octave-Problem. Bekomme ich die Version 4.0.0 irgendwie auf mein Debian drauf? In Synaptic finde ich sie (noch?) nicht.

 

[miriquidi]

Octave 4 läuft schon eine Weile und im Gegensatz zur Octave 3.8.x kann man damit auch ganz gut arbeiten.

Ich habe nochmal eine Frage zum Radeon-Treiber: AMD stellt einen proprietären Legacy-Treiber für meine alte Chipsatzgrafik für Wheezy (Debian 7) bereit. Warum kann ich den nicht unter Debian 8 (Jessie) benutzen? Oder kann ich es testweise doch probieren?

Das Thinkpad hat des Öfteren die Angewohnheit mit dem externen Monitor als default zu starten (die VGA-Buchse ist dabei gar nicht belegt) und ich sehe auf dem eingebauten Display nichts. Für den "Produktiveinsatz" wäre es insbesondere toll, zwischen beiden umschalten zu können. 11,6" sind auf Dauer nicht gut für den Rücken.

 

[linrunner]

Die alten Legacy-Treiber laufen nicht mit neueren Kerneln und daran ist – da Closed Source – auch nichts zu ändern. Oder was meintest Du, warum sie nicht mehr in den 8er Repos verfügbar sind?

 

[miriquidi]

Demnach sind also die Umbau-Maßnahmen am Kernel ein Stück weit schuld. Das wirft natürlich die Frage auf, ob man dann beim nächsten Debian-Generationswechsel die Hardware wegwerfen kann, weil es dann kein wirklich keine Treiberupdate mehr geben wird?

Ich werde mal schauen, ob man einen Weg zu AMD findet. Das trifft ja alle AM2(+)/AM3(+)-Chipsätze. Kann ja nicht sein, dass AMD für sein Top-CPU-Produkt FX-8350 bzw. dessen Chipsatz-Grafik keinen Linux-Treiber anbietet.

 

[linrunner]

Die Gründe liegen nicht beim Fortschreiten des Kernels (dessen Entwicklungsmodell ist nunmal so) sondern einzig bei AMD:

• Die Versionen des Closed-Source-Treibers werden nur eine bestimmte Zeit lang an neuere Kernel angepasst
• In neueren Versionen des Closed-Source-Treibers wird regelmäßig schon "mittelalte" Hardware entfernt

All das wäre nicht nötig, würde AMD den mit dem Kernel mitgepflegten Open-Source-Treiber stärker mit Entwicklerressourcen unterstützten, sodaß er nicht laufend in Sachen Performance und Power Management hinterherhinkt. Aber auch hier passiert für ältere Hardware nichts mehr.

Mir kommt jedenfalls schon lange keine Graka mit proprietären Treibern mehr ins Haus.

 

[miriquidi]

Noch ein kleines Update zum Thema Powermanagement.
Das x100e schaltet manchmal nach dem Hochfahren bei zu langer Nicht-Nutzung seinen Bildschirm ab (also richtig, inkl. der Hintergrundbeleuchtung). Dabei sinkt der Verbrauch dann von ca. 16,1 W (am Netzteil) auf 11,4 W (am Netzteil). Das geht aber definitiv nur einmal nach dem Hochfahren, dh. wenn der Bildschirm einmal aus war, dann wird er das nächste Mal nur noch schwarz, ohne dass die Hintergrundbeleuchtung aus geht (Verbrauch: 16,1 W). Manchmal geht es nach dem Hochfahren auch kein mal, da ist er gleich bei 16,1 W.

Um die Verursacher für den Mehrverbrauch heraus zu bekommen habe ich mir mal eine Wärmebildkamera ausgeliehen und ein Bild des x100es mit geöffneter Bodenplatte gemacht. Die Bilder sind noch mit Octave verrechnet, um sie auf eine gemeinsame Temperaturskala zu hieven.
Links ist ein x100e mit Linux (320 GB HDD, 1x2 GB RAM, Intel WLAN), rechts ein anderes x100e mit Windows 7 (128 GB SSD, 2x2 GB RAM, Broadcom WLAN, Gobi UMTS). Beide so ca. 20 Minuten nach dem Hochfahren.

Der linke Rand im Bild ist "oben", dort zieht also die warme Luft hin. Links oben im Bild sind die RAM-Bänke. Rechts daneben die heiße Stelle ist die Southbridge. Die scheint unter Linux deutlich mehr zu schlucken, die warme Luft zieht nach oben und erwärmt evtl. den RAM mit.
Der horizontale Strich unter dem RAM-Bänken ist die Heatpipe auf der CPU und Northbrigde/GPU sitzen. Im Fall von Debian lief der Notebooklüfter, wodurch die Heatpipe nicht wärmer als das Board darunter war. Unter Windows war der Lüfter aus, die Heatpipe gab die Wärme damit nur über die natürliche Konvektion ab.

Meine Schlussfolgerungen so weit:
- irgendwas stimmt mit der Konfiguration der Southbrigde noch nicht
- die GPU oder die CPU laufen ebenfalls nicht so, wie sie sollten.

 

[linrunner]

Ist doch völlig egal wo genau die Hitze herkommt, es gibt keine besseren Kerneltreiber für AMD-Chips. Hak's ab.

 

[miriquidi]

Ich habe noch versucht etwas mit den Optionen des freien Radeontreibers herum zu spielen. Weniger Leistungsaufnahme scheint man da einfach nicht heraus holen können.
Es gibt noch eine Option namens Clockgating, die scheint bei meiner alten HD3200 aber nicht implementiert zu sein.
Vielen Dank nochmal für die reichliche Hilfe. Ich werde versuchen, das irgendwann nochmal im Eingangspost ordentlich zusammen zu schreiben. Dauert aber sicher noch etwas.

 

[miriquidi]

Hallo,
noch ein kleines Statusupdate. Habe heute mal nebenbei Debian 7.8 Wheezy aufgespielt. Die Grafik regelt der proprietäre AMD "fglrx-legacy-driver"-Treiber und TLP habe ich im Netzbetrieb auf maximale Energieeffizienz eingestellt.
Mit Wheezy geht der Monitor wie gewünscht nach längerer Aktivität ganz aus. Die Leistungsaufnahme beträgt dann 8,7 W. Idle mit aktivem internem Monitor auf niedrigster Stufe sind es 12,2 W. WLAN usw. ist dabei aus. Das ist durchaus dann recht nah am Verbrauch unter Windows und einigermaßen akzeptabel.

 

[miriquidi]

Noch ein Kommentar zur Intel WLAN-Karte 6250: Sie hat das übliche Problem der Intel-WLAN-Karten aus dieser Baureihe: Im 802.11n-Modus läuft sie nicht dauerhaft stabil. Unter Linux tritt die Instabilität auch auf, wenn sie zu einem 802.11g Netzwerk verbunden ist.
Es hilft den 802.11n-Modus zu deaktivieren, seit dem läuft sie stabil. Die Prozedur ist hier beschrieben:
http://thinkpad-forum.de/threads/14...ino-adv-6205-quot-ständig-Verbindungsabbrüche

 

[miriquidi]

Ein weiteres Update: So ganz stabil lief die Intel 6250 dann doch nicht, zumindest nicht, wenn man mit der Kiste länger arbeiten will. Ich habe jetzt versucht den 802.11n-Modus zu deaktivieren, die Hardware-Verschlüsselung auf Software umzustellen, Bluetooth zu deaktivieren und das Powermangement der Karte deaktiviert. Hat alles nichts genützt. Unter Windows ist die Karte ja schon ne Zicke, die nur im g-Modus stabil läuft, der n-Modus ist dort sehr wackelig. Insofern vielleicht nicht ganz verwunderlich, dass unter Linux noch mehr Probleme auftreten.

Ich habe sie jetzt ausgebaut und durch eine Realtek ("rtl8192se") WLAN-Karte ersetzt. Die schlägt sich bisher ganz gut. Aber mit Stabilitätsmeldungen will ich erst einmal vorsichtig sein. *g*

 

[miriquidi]

Hallo,

sofern ich glaube etwas Zeit zu haben, arbeite ich mich langsam in Debian ein. Irgendwie hat sich bei einem Systemupdate Octave 4 verabschiedet und ist nicht mehr auffindbar. *grummel*

Mein aktuelles Problem betrifft die UMTS-Verbindung über die Gobi 2000 UMTS/Edge-Karte.
Ich habe die Anleitung [1] ausgeführt (die ist ziemlich gut) und meinen angemeldeten Benutzer auch in die Gruppe dialout eingetragen.
[1] - http://thinkwiki.de/Qualcomm_Gobi_2000_unter_Linux_installieren
Ich kann im Netzwerkmanger-Applet in der Taskleiste das UMTS-Modul einschalten und er zeigt mir eine Signalstärke an (siehe Bild):


Nur fehlt mir noch der abschließende Schritt zur Einwahl in das Mobilfunknetzwerk. Peinliche frage: Wie geht das? Beim WLAN mit Linksklick auf die gewünschte Verbindung. Das klappt hier jedoch nicht.

Vom Netz her ist es in meinem Fall eine simply-Volumenflatrate. Den APN habe ich gemäß den Daten von simply eingetragen.

 

[linrunner]

"klappt nicht" ist keine Fehlerbeschreibung. Was passiert nach dem Linksklick? Zeig mal bitte einen Screenshot von den Verbindungseinstellungen - die Seite wo der APN steht.

 

[miriquidi]

Entschuldige, es war gestern sehr spät.
Also: Sobald ich nach einem Rechtsklick auf das Netzwerk-Manager-Applet das "Mobile Breitband" aktiviere, erscheint oben rechts auf dem Bildschirm eine Meldung ("Sie sind nun im Heimnetzwerk angemeldet"). Ich komme damit jedoch noch nicht ins Internet.
Klicke ich links auf das Netzwerk-Manager-Applet, poppt die Liste mit möglichen Verbindungen auf (siehe das Bild aus Post#32). Nach einem Linksklick auf z.B. simply passiert einfach nichts.
Ich hätte erwartet, eine Art Fehlermeldung zu bekommen.
Kann ich die Verbindung irgendwie von der Kommandozeile aus starten, so dass ich zumindest eine Rückmeldung bekomme?

Hier ist noch das Bild von den Einstellungen:

 

[linrunner]

Nimm mal bei "Typ:" die Einstellung "2G bevorzugen" raus und erlaube alles. Einschränkungen auf bestimmte Verbindungstypen funktionieren bei der Gobi2000 nicht, dadurch will sie dann gar nicht mehr.

 

[miriquidi]

Damit funktioniert es.
Yippie!

 

[linrunner]

Danke für die Rückmeldung. Ist jetzt im Wiki beschrieben.

 

[miriquidi]

Hallo,

ich habe noch eine Frage bezüglich der Nutzung von Shell-Skripten unter Linux:
Das x100e neigt unter Volllast zu hohen Temperaturen, welche langfristig mutmaßlich die Haltbarkeit des Notebooks negativ beeinflussen. Ich habe die Skript temp_throttle [1] installiert, welches in der Lage ist das x100e bei Überschreiten einer Solltemperatur von 1,6 auf 0,8 GHz zu drosseln und bei hinreichender Unterschreitung der Solltemperatur wieder auf 1,6 GHz hoch zu takten.
Das ganze ist ein Shell-Script (temp_throttle.sh), welches ich über das xfce-Terminal ausführen muss. Wegen der root-Rechte muss ich mich jedoch jedes Mal als root einloggen und das Skript ausführen. Das frisst zu viel Zeit.

Gibt es eine Möglichkeit, das über die xfce-GUI mittels eines Doppelklicks auf eine Art 'Windows-Bat-Datei' zu erledigen? Vielleicht kann ich für dieses eine Skript auch sagen, dass der root-Zugang im System hinterlegt wird und nicht jedes mal noch eine Passwort-Abfrage kommt.

Das Problem (ohne die nötigen Root-Rechte) treibt mich schon länger um, da ich auch den Datenabgleich mit den Windowsmaschinen über das Terminal mache (mounten der Dateifreigabe, Datenabgleich mittels rsync, unmounten der Dateifreigabe). Es würde im Alltag einiges an Zeit sparen, wenn man nur eine Art Bat-Datei auf dem Desktop auszuführen braucht.

[1] https://github.com/Sepero/temp-throttle

 

[linrunner]

Warum rufst Du das Skript nicht einfach beim Systemstart automatisch auf, indem Du es in /etc/rc.local einträgst? Dort natürlich ohne sudo, denn rc.local wird mit root-Rechten ausgeführt!

EDITH sagt: man könnte das Skript auch gleich ordentlich per systemd starten, ist ja eh ein Daemon ..

Voraussetzung: Skript ist gespeichert unter /usr/local/sbin/temp-throttle.sh

Dazu folgende Datei anlegen /etc/systemd/system/temp-throttle.service:

[Unit]
Description=Throttle CPU temperature
After=multi-user.target

[Service]
Type=simple
ExecStart=/usr/local/sbin/temp-throttle.sh 80
Restart=on-abort

[Install]
WantedBy=multi-user.target

Händisch starten per:

sudo systemctl start temp-throttle

 

[miriquidi]

systemd sollte bei Wheezy noch nicht aktiv sein.
Wenn ich es beim Start automatisch ausführe, kann ich später aber natürlich die Temperaturschwelle schlecht ändern. Ich hatte mehr an drei Script-Dateien gedacht. Eine für den Normalbetrieb mit der ersten Lüfterstufe, passiver Betrieb für die Bibliothek und höhere Lüfterstufen für die RAW-Fotobearbeitung. Je nach Anforderung wollte ich dann eines der drei Scripte per Mausklick starten.