Neulich habe ich mal wieder Linux auf mein mehr oder weniger ungenutztes Samsung-Notebook P210 Padou installiert, die aktuelle Version von Ubuntu, 10.10 (Maverick Meerkat).

Das klappte auch soweit ganz prima, nur die Tasten zur Steuerung der Bildschirmhelligkeit funktionierten leider nicht. Nach einigem Googlen und Ausprobieren hat sich das Problem jedoch prima lösen lassen...

Da die Lösung im Netz zumindest mit deutschen Suchbegriffen nicht leicht zu finden war, schreibe ich sie hier für den geneigten Leser (und die Suchmaschinen) noch mal zusammen:

Es gibt eine spezielle Website im Netz, die sich nur mit dem Einsatz von Linux auf Samsung-Notebooks spezialisiert hat, mit einem regen Forum dazu:

Linux On My Samsung (voria.org)

Diese Site unterhält auch ein Repository mit speziell angepassten Paketen für Samsung-Notebooks, die original nicht funktionierenden Komponenten Leben einhaucht.

Das Vorgehen im Einzelnen:

1) Obiges Repository muss als neue Paketquelle in Ubuntu installiert werden, was recht trivial funktioniert:

Terminal öffnen und dort einfach "sudo add-apt-repository ppa:voria/ppa" eingeben; nun werden die zum Repository passenden Schlüssel bezogen und das Repository als Paketquelle eingerichtet. Eine Internet-Verbindung ist zu diesem Zeitpunkt also zwingend erforderlich.

2) Die Paketliste wird aktualisiert:

Im Terminal "sudo apt-get update" eingeben

3) Die notwendigen angepassten Pakete für Samsung-Notebooks werden installiert:

Im Terminal "sudo apt-get upgrade" eingeben, es werden nun diverse Pakete aktualisiert, um sie mit dem Samsung Notebook kompatibel zu machen.

4) Das Backlight-Paket herunterladen und installieren:

Im Terminal "sudo apt-get install samsung-backlight" eingeben.

So, jetzt sollte theoretisch nach einem Reboot alles funktionieren. Tat es bei mir aber nicht, folgende Schritte waren zusätzlich notwendig:

5) Der neue Kernel war nicht installiert worden, in der Ubuntu-Aktualisierungsverwaltung wurde er aber als neue Software angezeigt, außerdem ein paar weitere Samsung-spezifische Pakete. Diese habe ich dann via Aktualisierungsverwaltung installiert.

6) In Grub war ebenfalls eine Anpassung notwendig. Dazu im Terminal "sudo vi /etc/default/grub"  aufrufen und dort die Zeile "GRUB_CMDLINE_LINUX_DEFAULT" ergänzen mit "acpi_backlight=vendor".

Komplett sieht meine Zeile nun so aus: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"

Änderung abspeichern.

7) Nun noch die geänderte grub-Konfiguration wirksam werden lassen:

Im Terminal "sudo grub-update" eingeben

Fertig. Nach einem erneuten Reboot funktionieren bei meinem Samsung P210 Padou nun auch die Regler zur Helligkeitsanpassung (Brightness) problemlos.

Wer mehr wissen will, findet im o.g. Forum noch viele weitere Hinweise und Tipps...

Heute habe ich mal eben (naja, bei DSL 2000 dauert auch 'mal eben' etwas länger, da fast 1GB herunter geladen werden musste) mein Ubuntu 10.04 "Lucid Lynx", welches in einer virtuellen Maschine von VirtualBox (aktuellste Version 3.2.10) auf meinem iMac läuft, auf Ubuntu 10.10 "Maverick Meerkat" hochgezogen.

Das eigentliche Upgrade der Distribution lief problemlos durch, keine Auffälligkeiten.

Nach dem obligatorischen Neustart startete das System allerdings mit einem Konsolenfenster, d.h. ohne grafische Benutzeroberfläche.

Offensichtlich lag dieses Verhalten an den veralteten GuestAdditions, welche noch von einer Vorgängerversion von VirtualBox im System waren und unter Ubuntu 10.04 keinerlei Probleme bereiteten.

Abhilfe war aber ganz einfach:

1) An der Console als root anmelden (oder als normaler Benutzer, falls der root-Zugang nicht freigeschaltet ist, und dann per sudo arbeiten)

2) In VirtualBox über "Geräte/CD/DVD-Laufwerke" das "VBoxGuestAdditions.iso" als Laufwerk mounten

3) Auf der Console "mount /dev/cdrom" eingeben

4) Bei einem 32bit-System auf der Console "cd /media/cdrom; ./VBoxLinuxAdditions-x86.run" eingeben; bei einem 64bit-System "cd /media/cdrom; ./VBoxLinuxAdditions-amd64.run"

5) Abwarten, bis die alten VBoxGuestAdditions-Version deinstalliert und die neue Version installiert wurde

6) "reboot" auf der Console eintippen

Nach einem Neustart des virtuellen Systems sollte Ubuntu 10.10 nun auch wieder mit grafischem Frontend starten...

Die Installation:

virtuelle Maschine (unter VMware ESX) mit Ubuntu 10.04, 64bit.

Das Ziel:

Installation einer alten 32bit-Anwendung, die noch dazu libstdc++.so.5 benötigt.

Das Vorgehen, 1. Schritt:

apt-get install ia32-libs

So, nun haben wir die 32bit-Umgebung installiert, leider mit libstdc++.so.6, da die libstdc++.so.5 leider mit Ubuntu 9.10 aus der Distribution geflogen ist.

Aber kein Problem, man kann ja die Ubuntu 9.04-Variante installieren:

Also, das Vorgehen 2. Schritt:

Download der 32bit-Version der libstdc++.so.5 von http://packages.debian.org/stable/base/libstdc++5

Da es sich um 32bit-Bibliotheken handelt, müssen diese im 64bit-System manuell an der passenden Stelle installiert werden!

Also:

cd /tmp

dpkg --extract libstdc++5_3.3.6-18_i386.deb  x

cd x/usr/lib
cp libstdc++.so.5.0.7 /usr/lib32
cd /usr/lib32
ln -s libstdc++.so.5.0.7 libstdc++.so.5
rm -r /tmp/x

Tja, das sollte es eigentlich gewesen sein. Programm lässt sich starten. Prima.

Oder? Nö, nach ein bisschen Arbeiten mit der Anwendung plötzlich ein segmentation fault. Beliebig reproduzierbar.

Tja, und nun?! 2h googlen brachte dann den entscheidenden Tipp:

Auch die 64bit-Variante der libstdc++.so.5 muss installiert sein?!?!

Naja, kann man ja mal ausprobieren; also Vorgehen 3. Schritt:

Unter obigem Link auch die 64bit-Variante herunterladen und ebenfalls installieren, diesmal kann man die Aufgabe ruhig dem automatischen Installer überlassen, dessen Start beim Download der Bibliothek angeboten wird...

Und siehe da, der Erfolg gibt dem Tipp recht: Selbst stundenlanges Arbeiten mit der Anwendung verursacht nun keinerlei Abstürze mehr!

Mein Wochenende (und die kommende Arbeitwoche) ist gerettet...

vAuf meinem neuen iMac möchte ich auf Ubuntu und Windows nicht verzichten, darum nutze ich hier, wie auch schon früher unter Windows Vista VirtualBox zur Virtualisierung dieser Betriebssysteme.

Was mir gerade bei Karmic Koala aufgefallen ist: Selbst nach Installation der Guest Additions von VirtualBox war es mir nicht möglich, die Bildschirmauflösung auf eine sinnvolle Größe für den 27'er iMac-Monitor zu bringen. In früheren Ubuntu-Versionen konnte man das dann auf die Schnelle über die Konfigurationsdatei /etc/X11/xorg.conf anpassen.

Bei Ubuntu 9.10 ist diese Konfigdatei aber leider nur eine leere Hülle, die nicht wirklich weiterhilft.

Das Problem lässt sich aber einfach lösen, in wenigen Schritten kann eine neue xorg.conf-Datei erzeugt werden, die dann als Gerüst für das Konfigurieren einer eigenen Auflösung genutzt werden kann. Ich habe mich für 1920x1200 entschieden und damit lässt sich nun wirklich mächtig gut arbeiten.

Die Schritte dahin im Einzelnen:

• Erstmal alle sonstigen Fenster schließen, da im nächsten Schritt der DisplayManager beendet wird und wir mit der Console weiterarbeiten.
• Nun ein Terminal-Fenster öffnen und "sudo service gdm stop" eintippen. Damit wird der DisplayManager gestoppt und das nichtgrafische Konsolenfenster erscheint.
• Ganz normal mit Benutzernamen anmelden.
• "sudo Xorg -configure" starten. Die Ausgabe kann ignoriert werden, wichtig ist die im aktuellen Verzeichnis erzeugte Datei "xorg.conf.new", die anschließend an die passende Stelle verschoben werden muss.
• "mv xorg.conf.new /etc/X11/xorg.conf" erledigt dies.
• Nun kann der DisplayManager wieder gestartet werden: "sudo service gdm start"
• Jetzt muss noch die Datei /etc/X11/xorg.conf mit einem beliebigen Editor bearbeitet werden.
• Also Editor starten und nach Section "Screen" suchen, in dieser finden sich diverse SubSection-Einträge. Hier nach dem Eintrag mit "Depth 24" suchen, das ist die Farbtiefe und sollte heute bei allen handelsüblichen Installationen die passende sein.
• Unter "Depth 24" eine neue Zeile 'Modes "1920x1200"' einfügen, bzw. bei einer anderen gewünschten Auflösung eben deren Werte.
• Datei speichern und Ubuntu neu starten.
• Das System startet nun direkt mit der neuen Auflösung...

Im Folgenden noch mal meine komplette Section "Screen" aus der xorg.conf-Datei:


Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1920x1200"
EndSubSection
EndSection

(ja, im Original gibt's auch Einrückungen, die werden hier aber leider verschluckt...)

Nach langem Überlegen, was der beste Weg ist, sowohl unterwegs online zu sein als auch ein Fallback zu haben, falls mal wieder die heimische DSL-Leitung klemmt, bin ich zu dem Entschluss gekommen, mir eine sinnvolle Lösung für UMTS zu suchen.

Somit bin ich unabhängig von den Standorten von WLAN-Accesspoints und kann, notfalls mit GPRS und Analog-Modem-ähnlicher Geschwindigkeit, zumindest meine E-Mails abrufen und beantworten sowie bei besserem Netz einen vollwertigen DSL-Ersatz genießen, hier zu Hause ist nämlich sowohl mit Vodafone als auch T-Mobile HSDPA möglich.

Nachdem also die Frage des Zugangs geklärt war, musste ein passendes Endgerät her...

Hier habe ich mich recht spontan für den T-Mobile web'n'walk Stick III entschieden, da dieser sowohl unter Windows (XP/Vista) funktioniert als auch inoffiziell unter Linux benutzbar ist, wenn man den einschlägigen Internet-Quellen trauen darf. Dazu später noch etwas.

Die Bestellung bei T-Mobile war schnell erledigt und der USB-Stick auch nach zwei Tagen hier im Haus. Als erstes stand dann ein Test unter Windows XP Professional (SP2) an, da der Hauptnutzniesser der Neuanschaffung wohl mein Notebook sein wird und dieses unter XP und Ubuntu läuft.

Doch Stopp, vorher muß ja noch die SIM-Karte in den Stick... Die Karte wird dazu in einen kleinen Metallschieber gefriemelt (siehe Bild), der dann wiederum in den USB-Stick geschoben wird. Diese Art der Aufnahme ist nicht wirklich schön und häufiger SIM-Karten-Wechsel wird vermutlich mit dem Verlust des ein oder anderen Fingernagels gebüßt. Aber was soll's, für neue Spielzeuge bringt man ja gern kleinere Opfer...

Die notwendige Software bringt der Stick direkt mit, er wird nach dem Einstecken ins XP-Notebook als externes Laufwerk erkannt und die Installation der Software findet unmittelbar statt.

Nach einem Neustart des Systems sollte man dann nach den Start des ebenfalls mitinstallierten "web'n'walk Manager" direkt online gehen können. Tja, und da war dann auf dem Notebook schon das erste Problem da...

Die Manager-Software war der Ansicht, es wäre kein Stick installiert. Ein Blick in den Gerätemanager von XP zeigte, dass sowohl ein Modem-Treiber als auch ein passender COM-Treiber installiert worden waren, allerdings mit enorm hohen COM-Port-IDs sowie parallel zu Bluetooth-Treibern auf dem selben COM-Port. Naja, also beherzt die anderen Treiber aus dem System via Geräte-Manager entfernt und nach einem erneuten Start des Systems funktionierte dann auch der Web'n'walk Magager und fragte gleich nach der PIN der SIM-Karte.

Hilfreich für die oben erwähnte Problemanalyse ist es übrigens, sich im Gerätemanager auch die Treiber anzeigen zu lassen, die aktuell vom System nicht genutzt werden. Per Default werden diese (die meist die o.g. Probleme verursachen) nämlich einfach ausgeblendet. Dazu setzt man einfach eine neue Umgebungsvariable "DEVMGR_SHOW_NONPRESENT_DEVICES" auf den Wert "1", danach kann man sich dann im Gerätemanager (über "Ansicht") auch die nicht genutzten Treiber anzeigen lassen. Wer's genauer beschrieben haben will, guckt z.B. hier.

Soweit, so gut. Natürlich war die T-Mobile-SIM noch gar nicht freigeschaltet, so dass nur "limited service" angezeigt wurde und ein Test im T-Mobile-Netz nicht stattfinden konnte. Aber ein gutsortierter Haushalt verfügt natürlich über mehr als einen Kartenvertrag in mehr als einem Mobilfunknetz. Also Vodafone-Karte rausgewühlt und nach dem Verlust eines weiteren Fingernagels beim SIM-Wechseln erfreut festgestellt, dass das Einrichten eines anderen Netzproviders in der T-Mobile-Software problemlos funktioniert, sofern man den APN des Providers kennt, dass das Vodafone-UMTS-Netz bei uns eine Signalstärke von 90% erreicht und der Zugang per HSDPA wirklich schön schnell ist.

Perfekt. Den Test unter Vista Ultimate beschreibe ich jetzt mal nicht weiter, da er absolut reibungslos von statten ging.

Tjaaaaaa, aber auf meinem Notebook war ja auch noch ein Ubuntu 7.10 installiert. Und klar war auch, dass der Spieltrieb nicht eher befriedigt sein würde, wenn nicht zumindest ein kurzer Inbetriebnahme-Versuch stattgefunden hätte...

Nach dem Lesen vieler, vieler Internet-Seiten war ich dann doch recht durcheinander, da die Entwicklung in letzter Zeit offensichtlich schnell vorangekommen ist und mir nicht wirklich klar war, was aktuell "state-of-art" für den Linux-UMTS-Zugang ist.

Doch dann bin ich auf einen Beta-Treiber für Huawei-USB-Geräte von der Firma 'Vodafone' gestoßen. Dort wird ein Treiber entwickelt, der genauso bequem und "plug & play" funktioniert wie die oben erwähnte Windows-Software.

Zu finden ist er unter https://forge.vodafonebetavine.net/frs/?group_id=12&release_id=18, für Ubuntu sollte das Paket https://forge.vodafonebetavine.net/frs/download.php/76/vodafone-mobile-connect-card-driver-for-linux_1.99.17_i386.deb gewählt werden, Benutzer anderer Linux-Distributionen gucken bitte selbst nach.

Die Installation ist denkbar einfach: Download des deb-Pakets mit dem Firefox, direkt ausführen des Paketmanagers, dabei die notwendigen Python-Pakete mitinstallieren lassen, fertig.

Die Applikation findet sich danach unter "Anwendungen/Internet" und ist genauso intuitiv und trivial zu bedienen wie der web'n'walk-Manager von T-Mobile; natürlich funktioniert die Vodafone-Software auch mit jedem anderen Netzbetreiber und ist in keinster Art und Weise vom Anbieter der Mobilfunkkarte abhängig.

Fazit also: Ich kann den Huawei E170 UMTS-USB-Stick, der mir von T-Mobile unter dem Namen web'n'walk Stick III verkauft wurde, absolut und 100%ig für Windows XP, Windows Vista und Ubuntu 7.10 Linux empfehlen. Nur die Fingernägel sind bruchgefährdet.

Update: Bei teltarif.de gibt's auch einen Testbericht zum Huawei E170.

(Überarbeitete Version vom 19.01.2010)

Ich habe auf einem System hier mal wieder kurzfristig Ubuntu Linux installiert, zuerst 9.04 und anschließend die Beta von 9.10.

Bei beiden Versionen reichte das einfache Einstecken des Web’n’Walk III (aka Huawei E170) Sticks, um problemlos ins Internet zu kommen. Es musste keinerlei zusätzliche Software installiert werden, die nicht schon in der Grundinstallation enthalten gewesen wäre!

Das Gerät wurde direkt erkannt, alle möglichen deutschen Anbieter von UMTS wurden aufgelistet.

Nach Wahl von T-Mobile und Eingabe der PIN war ich schon im Netz, besser geht’s nicht!

Prima, dann habe ich mein “Unterwegs”-Betriebssystem ja schon gefunden. Ubuntu 9.10 bleibt auf dem System, so macht das ja richtig Spaß.

Gerade entdeckt und ausprobiert. UNetbootin ist ein Tool für Windows und Linux, mit dem sich ganz USB-Sticks mit bootbaren Linux-Distributionen ausstatten lassen, ganz ohne Boot-CDs zu brennen.

Man muss noch nicht mal selbst eine Linux-Distribution herunterladen, UNetbootin bietet eine Auswahl diverser Linux-Derivate an, lädt die benötigten Images dann selbst herunter und installiert das Ganze anschließend bootbar auf einem USB-Stick. Schlicht genial einfach.

So konnte ich gerade mal auf die Schnelle einen bis auf eine Festplatte komplett laufwerklosen PC mit Ubuntu 9.04 ausstatten, eine Sache von wenigen Minuten.

Die Auswahl der angebotenen Distributionen ist in UNetbootin übrigens recht mächtig, so finden sich u.a. diverse Ubuntu-Versionen, Debian, openSUSE, Damn Small Linux, NetBSD, Fedora, CentOS und noch einiges mehr.

UNetbootin ist ein kleines Werkzeug, welches ich sicher nicht mehr missen möchte!