Neue Funktionen der Linux-Terminal-App

In der dritten Beta von Android 16, die kürzlich veröffentlicht wurde, hat Google eine bedeutende Neuerung eingeführt: die Unterstützung von Tabs. Diese funktionieren ähnlich wie in einem Webbrowser und ermöglichen es Nutzern, mehrere Aufgaben parallel zu erledigen. So kann beispielsweise ein langer Befehl in einem Tab ausgeführt werden, während in einem anderen Tab weitergearbeitet wird. Diese Funktion verbessert die Benutzererfahrung erheblich.

Ein weiteres neues Feature ist der „Display“-Button, mit dem künftig grafische Linux-Anwendungen ausgeführt werden können. In der aktuellen Beta-Version ist diese Funktion jedoch noch deaktiviert. Zukünftige Updates sollen außerdem Verbesserungen wie Lautsprecher- und Mikrofonunterstützung sowie hardwarebeschleunigte Grafiken bringen, was die Nutzung einer Vielzahl nützlicher Linux-Programme ermöglichen wird.

Linux-VM unter Android aktivieren

Auf meinem Pixel 8 mit Android 15 lässt sich die Linux-VM bereits aktivieren. Dazu öffnet man unter System | Entwickleroptionen die Option Linux-Entwicklungsumgebung und installiert anschließend das Linux-Terminal. Danach findet sich eine neue Terminal-App im Anwendungsstarter – direkt neben dem bereits bewährten Termux.

In der VM läuft dann ein vollständiges Debian-System, inklusive aller gewohnten Befehle wie sudo apt update, sudo apt full-upgrade zur Systemaktualisierung oder sudo apt install foobar zur Softwareinstallation. In der Praxis habe ich allerdings festgestellt, dass die Paketquellen noch etwas instabil sind und Downloads mancher Pakete gelegentlich abbrechen.

Unter Android 15 funktioniert die angekündigte Unterstützung für grafische Anwendungen noch nicht. Zwar lässt sich beispielsweise glxgears durch die Installation der mesa-utils einrichten, aber beim Start des kleinen Testprogramms meldet das virtuelle Debian das Fehlen eines X-Servers.

Unterschiede zwischen der Linux-VM und Termux

Viele Nutzer fragen sich, welche Vor- und Nachteile die neue Linux-Terminal-App im Vergleich zu Termux bietet. Der Entwickler von Termux, agnosticapollo, hat Mishaal Rahman von Android Authority die Unterschiede wie folgt erklärt:

Vorteile der Linux-VM

1. Standard-Linux-Distributionen: Die VM nutzt vollständige Linux-Distributionen, wodurch Nutzer auf eine wesentlich größere Anzahl von Paketen zugreifen können (10.000 bis 100.000), im Gegensatz zu den etwa 2.000 Paketen, die Termux bietet.
2. Einfache Installation: Die Debian-Umgebung kann über ein einfaches Download-Paket eingerichtet werden, was den Einstieg erleichtert.

Nachteile der Linux-VM

1. Geringere Performance: Die Nutzung von KVM (Kernel-based Virtual Machine) kann zu einem Leistungsabfall führen, da Termux nativ auf Android läuft und somit effizienter ist.
2. Isolation vom Android-System: Die VM ist vom Android-System isoliert, was bedeutet, dass der Zugriff auf externe Speicher (z. B. /sdcard) und Android-APIs nicht möglich ist. Dies betrifft insbesondere Automatisierungs-Apps wie Termux:API oder Tasker.
3. Eingeschränkte Root-Rechte: Root-Zugriff ist nur innerhalb der VM möglich, nicht jedoch auf das Android-System.
4. Leistung von WebViews: Die Terminal-App läuft in einer WebView, was insbesondere bei der Verarbeitung großer Textmengen zu Performance-Einbußen führen kann.
5. Höhere Hardwareanforderungen: Die Ausführung einer vollständigen Linux-Distribution in einer VM benötigt mehr CPU-Leistung, Speicher und Speicherplatz, was auf älteren oder leistungsschwächeren Geräten problematisch sein kann.

Fazit

Aus meiner Sicht ist die Einführung der Linux-Terminal-App für Android ein spannender Schritt, der neue Möglichkeiten eröffnet. Gerade für Entwickler oder Linux-Enthusiasten kann eine vollständige Debian-Instanz unter Android sehr nützlich sein. Allerdings steckt die App noch in den Kinderschuhen. Die Paketquellen sind instabil, grafische Anwendungen werden noch nicht unterstützt, und die VM benötigt deutlich mehr Ressourcen als Termux. Wer einfach nur ein leistungsfähiges Terminal mit Linux-Befehlen unter Android nutzen will, fährt mit Termux weiterhin besser. Trotzdem werde ich die Entwicklung der Linux-VM weiter im Auge behalten – insbesondere die angekündigte Unterstützung für GUI-Apps könnte das Ganze noch einmal deutlich interessanter machen.

Aus apt-get, apt-cache und Co. wird apt

Die Änderung erscheint im Changelog von apt bei der Version 1.0 recht unscheinbar mit dem Text „install apt binary“. Diese Version des Programms hat es dann auch in die Paketquellen von Debian 8 und Ubuntu 14.04 geschafft, seitdem könnt ihr beim Paketmanagement im Terminal ein bisschen Tipparbeit sparen, zudem von einer ein wenig aufpolierten Optik profitieren. Großartig umgewöhnen müsst ihr euch zudem auch nicht, die Syntax der Kommandos blieb mehr oder weniger komplett erhalten. Zum Einstieg solltet ihr euch daher am besten einmal schnell die Hilfe von apt ansehen, diese ruft ihr logischerweise mit der Option --help auf.

$ apt --help
apt 1.0.10.2ubuntu1 für amd64, kompiliert am Oct  5 2015 15:55:05
Aufruf: apt [Optionen] Befehl

Befehlszeilen-Schnittstelle (CLI) für apt.
Basis-Befehle: 
 list - Pakete basierend auf dem Paketnamen auflisten
 search - Paketbeschreibungen durchsuchen
 show - Paketdetails anzeigen

 update - Liste verfügbarer Pakete aktualisieren

 install - Pakete installieren
 remove  - Pakete entfernen

 upgrade - das System durch Installation/Aktualisierung der Pakete hochrüsten
 full-upgrade - das System durch Entfernung/Installation/Aktualisierung der Pakete
                vollständig hochrüsten

 edit-sources - die Datei für die Paketquellen bearbeiten

Das Kommando apt kennt also die Basis-Befehle list, search, show, update, install, remove, upgrade, full-upgrade und edit-sources. Fast alle dieser Kommandos sollten den Kommandozeilenjokeys unter euch eigentlich bekannt vorkommen. Einzig full-upgrade und edit-sources unterscheiden sich von den bisher gewohnten Kommandos — die Namensgebung lässt allerdings wohl kaum eine Überraschung erwarten. Daher sollte es eigentlich klar sein, wie der Hase in Zukunft läuft: Mit apt update aktualisiert ihr die Paketquellen, mit apt install foo installiert ihr Pakete, mit apt search foo durchsucht ihr die Paketquellen und mit apt upgrade spielt ihr die anstehenden Updates ein. Natürlich funktioniert vieles davon nur mit Root-Rechten, also setzt bei zum Beispiel apt install noch ein sudo vor das Kommando — oder wechselt zuvor in den Root-Account.

Nur noch apt für die Paketverwaltung

Alles in allem lassen sich die Kommandos in meinen Augen ein wenig besser erfassen. Besonders der Schritt von apt-get dist-upgrade zu apt full-upgrade macht in meinen Augen Sinn, da Einsteiger bei dist-upgrade oft an ein „Distributions-Upgrade“ dachten und meinten, dass dabei ein Umstieg auf die nächste Version der Distribution erfolgt. Jetzt wird eher klar, dass lediglich neue Abhängigkeiten aufgelöst und diese installiert werden. Zudem gibt es jetzt bei Operationen wie apt install foo oder apt remove bar ein wenig Farbe sowie einen Fortschrittsbalken bei Operationen auf der Festplatte zu sehen. Deutlich besser gelöst ist in meinen Augen auch die Suche mit apt search foo bar und die Anzeige von apt list --upgradable mit einer Übersicht über die aktualisierbaren Paketen. Praktisch ist auch mit apt edit-sources die /etc/apt/sources.list in einen Editor zu öffnen und direkt zu bearbeiten.

Wundert euch also nicht, wenn euch immer mal wieder ein apt ohne ein -get oder -cache über den Weg läuft. Der Autor dieses Beitrags ist dann nur auf einem aktuellen Stand und nicht vergesslich. Selbstverständlich könnt ihr auf euren Systemen weiterhin zu apt-get und Co. greifen, ähnlich wie es vor der Systemd-Umstellung auch bei der Diensteverwaltung mit den Kommandos sudo /etc/init.d/foobar restart und sudo service foobar restart möglich war. Die folgende Tabelle zeigt euch noch einmal die wichtigsten Apt-Befehle vor und nach der Änderung im Vergleich. Wie schon angesprochen, sind die Unterschiede nicht wirklich riesig.

Vergleich zwischen apt-get und Co. und apt

Das überarbeitete Werk lässt sich bereits in Debian Sid (Unstable) über das Paket debian-handbook installieren (wobei man das Paket mit Sicherheit auch manuell in anderen Debian-Versionen einspielen können sollte, da es keine Abhängigkeiten besitzt), alternativ könnt ihr das Buch online im Browser lesen, es als E-Book in den Formaten PDF, EPUP oder Mobipocket herunterladen oder in Form eines Paperback als gedrucktes Buch beim Books-on-Demand-Dienst Lulu kaufen. Bis Sonntag Abend gibt es einen Rabatt von 15 Prozent auf den Kaufpreis, danach kostet das Buch regulär 44,90 Euro (zuzüglich Versandkosten).

Aktuell ist nur die englische Ausgabe des Buches fertig, an der Übersetzung der französischen Version arbeiten die zwei Autoren selber. Für die Übersetzung in andere Sprachen wie das Deutsche ist die Debian-Community gefragt. Die deutschsprachige Version liegt generell in einer sehr guten Übersetzung, von der überarbeiteten Ausgabe gibt es allerdings bisher nur eine Vorschau. Wer an der Übersetzung ins Deutsche mitarbeiten möchte, der kann sich über die Kontaktseite des Übersetzungsprojekt melden, weitere Information zu der Übersetzung finden sich auf der Homepage des Buchprojekts.

We now have a target release date of Saturday the 25th of April. We have checked with core teams, and this seems to be acceptable for everyone. This means we are able to begin the final preparations for a release of Debian 8 – „Jessie“.

Debian 8 zeichnet vor allen Dingen die Rückkehr zu Gnome bzw. besser Gnome 3 als Desktopumgebung und der kontrovers diskutierte Umstieg auf Systemd aus, aufgrund dessen mehrere Debian–Entwickler entnervt den Hut nahmen. Das neue Init-System hat in meinen Augen auf dem Desktop durchaus Vorteile, auf einem Server ist es mir allerdings mehr oder minder egal wie schnell das System startet. Da ist es mir zum Beispiel wichtiger Log-Dateien ohne Tools direkt als Textdatei ansehen zu können. Von daher bin ich sehr gespannt, wie die Community die neue Debian-Version aufnimmt.

Debian 8 Jessie

1 von 3

Nachdem Debian erst beim Vorgänger Debian 7.0 „Wheezy“ von Gnome zu Xfce als Standard-Desktopumgebung übergegangen ist, geht es bei Jessie nun gleich wieder zurück zu Gnome, konkret gesagt zu Gnome mit der Gnome-Shell in der Version 3.14. Die Gründe dafür liegen in der besseren Barrierefreiheit aka Accessibility von Gnome und der besseren Unterstützung von Systemd. Allerdings lassen sich natürlich auch weiterhin während der Installation und auch später über die Paketverwaltung KDE, Xfce, Mate und Co installieren.

Auf der Debian-Mailingsliste verkündet das Mate-Packaging-Team, dass mit Mate 1.8 seit ein paar Tagen erstmals Mate komplett auf Debian portiert wurde. Die Mate-Pakete wurden offiziell in Debian Unstable aufgenommen und auch schon zu Debian Testing migriert. In den Backports der aktuellen Debian-Version Wheezy sind sie schon ein wenig länger zu finden. Wer also mit Sid oder Jessie unterwegs ist, der kann sich den Mate-Desktop jetzt bequem auf den Rechner holen.

$ apt-get install mate-desktop-environment mate-desktop-environment-extras

Wer lieber mit der offiziellen Debian-Version arbeitet, der muss vorher die Wheezy-Backports aktivieren und anschließend die Paketquellen neu einlesen, danach lässt sich Mate dann auch unter Wheezy über die Paketverwaltung installieren. Zu Mate wechselt ihr dann im Login-Screen, in dem ihr auch euer Passwort beim Start des Rechners eingebt.

$ echo "#Backports" >> /etc/apt/sources.list && echo "deb http://ftp.de.debian.org/debian/ wheezy-backports main" >> /etc/apt/sources.list
$ apt-get update
$ apt-get install mate-desktop-environment mate-desktop-environment-extras

Unter Debian Wheezy musste ich jedoch leider feststellen, dass GTK3-Anwendungen aus dem aktuellen Gnome 3 wie das Gnome-Terminal oder auch der Gedit-Editor nicht sauber dargestellt werden können. Die Schrift in den Menüs erscheint weiß, so dass man sie mit vielen Themes kaum lesen kann — hier hilft auch kein Wechsel auf ein anderes Theme. Das Problem liegt in der recht alten libgtk-3-0 in der Version 3.4.x, diese müsste auf 3.8 aktualisiert werden, was aber noch tiefer reichende Backports erforderlich machen würde.

Auch sonst kann ich noch die Mankos in Mate finden, die mich auch schon immer beim Code-Spender Gnome 2 gefuxt haben. So wandern auch noch bei Mate 1.8 die Panel-Applets gerne wild in der Gegend herum. Dies geschieht regelmäßig bei einer Änderung der Bildschirmauflösung — oder beim Ändern der Fenstergröße einer virtuellen Maschine — oder auch ganz gerne spontan.

Q: What’s the difference between regular security support and the LTS support?
A: squeeze-lts is only going to support i386 and amd64. If you’re running a different architecture you need to upgrade to Debian 7 (wheezy). Also there are going to be a few packages which will notbe supported in squeeze-lts (e.g. a few web-based applications which cannot be supported for five years). There will be a tool to detect such unsupported packages.

Q: Does this mean that Debian 7 (wheezy) and/or Debian 8 (jessie) will have five years security support as well?
A: Likely, we’ll see how squeeze-lts turns out. If there’s sufficient support it will be continued for later releases as well. Also, see below.

Q: Is additional help needed?
A: Absolutely. squeeze-lts is not handled by the Debian security team, but by a separate group of volunteers and companies interested in making it a success (with some overlap in people involved). So, if you’re a company using Debian and seeing a benefit in security support for five years, get in touch with team@security.debian.org and we’ll see how you can help (if you e.g. don’t have the manpower / know how but are willing to contribute, we can point you to a list of Debian consultants)

32-Bit

• LibreOffice_4.0.0_Linux_x86_deb.tar.gz.torrent
• LibreOffice_4.0.0_Linux_x86_deb_langpack_de.tar.gz.torrent
• LibreOffice_4.0.0_Linux_x86_deb_helppack_de.tar.gz.torrent

64-Bit

• LibreOffice_4.0.0_Linux_x86-64_deb.tar.gz.torrent
• LibreOffice_4.0.0_Linux_x86-64_deb_langpack_de.tar.gz.torrent
• LibreOffice_4.0.0_Linux_x86-64_deb_helppack_de.tar.gz.torrent

Für RPM-basierte Distributionen (32-Bit, 64-Bit) gibt es natürlich auch entsprechende Downloads, wie auch selbstverständlich für Windows, aber auch da würde ich wieder zu den Torrents greifen. Je mehr die Nachricht die Runde macht, desto mehr werden die Libre-Office-Server in die Knie gehen. Mit dem Download über BitTorrent schont ihr die Kapazitäten von LO, ein entsprechenden Client bringt eigentlich jedes System mit und zur Not ist bspw. Transmission schnell installiert.

Wer nun das neue LibreOffice 4.0 unter Debian oder Ubuntu installieren möchte, der muss dieses von Hand tun. Werft dazu am besten erstmal die alte Version vom System. Geht dann in Terminal in das Verzeichnis mit den heruntergeladenen Archiven, entpackt diese und installiert dann die entpackten .deb-Pakete. Das müsst ihr für das Programm, die deutschen Sprachpakete und auch die Hilfe jeweils extra machen. Zur Sicherheit lasse ich am Ende nochmal fehlende Abhänigkeiten auflösen.

### Alte Version entfernen
$ sudo apt-get remove libreoffice*

### Libre Office installieren
$ tar -xzf LibreOffice_4.0.0_Linux_x86-64_deb.tar.gz
$ sudo dpkg -i LibreOffice_4.0.0.3_Linux_x86-64_deb/DEBS/*.deb
$ sudo dpkg -i LibreOffice_4.0.0.3_Linux_x86-64_deb/DEBS/desktop-integration/*.deb

### Deutsches Sprachpaket
$ tar -xzf LibreOffice_4.0.0_Linux_x86-64_deb_langpack_de.tar.gz
$ sudo dpkg -i LibreOffice_4.0.0.3_Linux_x86-64_deb_langpack_de/DEBS/*.deb

### Deutschesprachige Hilfe
$ tar -xzf LibreOffice_4.0.0_Linux_x86-64_deb_helppack_de.tar.gz
$ sudo dpkg -i LibreOffice_4.0.0.3_Linux_x86-64_deb_helppack_de/DEBS/*.deb

### Zur Sicherheit...
$ sudo apt-get install -f

Unter LibreOffice 4.0 New Features and Fixes findet ihr alle Informationen über das, was an der neuen Version geändert wurde. Mein persönliches Highlight ist fürs erste, dass es ENDLICH (Entschuldigt bitte, ich muss hier brüllen) möglich ist direkt aus LibreOffice Calc heraus möglich ist Charts als Bild zu schreiben. Was glaubt ihr wie oft ich mir von meiner besseren Hälfte in den letzten Wochen anhören musste, was für ein Mist LibreOffice den sei… Sie schreibt an ihrer Thesis und musste viele Diagramme über den Umweg eines PDFs exportieren.

Damit die Zwei schneller voran kommen, bitten sie die Linux-Community um tatkräftige Mithilfe. Wer Lust, Zeit und auch ein bisschen Sprach-Gefühl hat, kann bei der Übersetzung helfen. Die Übersetzung wird online auf debian-handbuch.de erstellt, Ihr braucht für die Übersetzungs-Arbeit daher einfach nur einen Browser. Satz für Satz, Abschnitt für Abschnitt wird dann einzeln übersetzt, man braucht also nicht unendlich viel Zeit zu investieren, wenn man nur ein bisschen mithelfen möchte.

Noch sind nur wenige Prozent des Buchs übersetzt, nur von Kapitel 2 wurde schon fast die Hälfte ins Deutsche übertragen. Fragen zur Übersetzung könnt Ihr über das Kontakt-Formular auf debian-handbuch.de oder direkt über die Mailingliste, dort könnt Ihr Fragen zum Vorgehen oder auch zu einzelnen Passagen stellen.

• Raspberry Pi: Die Bestellung erfolgt über den Shop auf raspberrypi.com, allerdings ist die erste Charge des Pis bereits verkauft. Wann eine zweite Runde beginnt, ist mir bislang noch nicht bekannt.
• USB-Netzteil: Ihr braucht ein „Handy-Netzteil“ mit mindestens 700 mA, entweder benutzt Ihr eines von einem alten Smartphone oder Ihr kauft euch eines für ein paar Euro bei Amazon.
• SD oder SDHC-Speicherkarte: Für das Debian-Image braucht Ihr mindestens 2 GByte Speicher, ich empfehle daher eine SDHC-Karte Class 10 mit mindestens 4 GByte für ausreichend Platz und ordentliche Geschwindigkeit.

Danach kann man den Pi direkt mit Debian booten, ohne dass man das System erstmal aufwändig aufsetzen müsste. Auf dem Image ist sogar LXDE als graphische Desktop-Umgebung enthalten, es gibt also viel auszuprobieren.

Die Installation ist eigentlich nicht schwierig, ich gehe mal davon aus, dass der Download des Images und das Entpacken des Archiv gut geklappt hat, so dass Ihr beginnen könnt das Image auf die Speicherkarte zu schieben. Auf elinux.orggibt es eine passende Anleitung für Windows, MacOS X und Linux, ich strecke diese ein bisschen zusammen und schildere das Vorgehen für ein Ubuntu-Linux.

Installation von Debian auf dem Raspberry Pi

In einem ersten Schritt müsst Ihr das entpackte img-Festplatten-Image auf die Speicherkarte bannen. Dazu müsst Ihr erst einmal herausfinden unter welcher Geräte-ID die Karte bei euch läuft. Am einfachsten bekommt Ihr das über die Laufwerksverwaltung des Systems raus. Steckt einfach die SD-Speicherkarte in euren Kartenleser und sucht euch die Karte aus der Liste heraus. Unter Gerät findet Ihr dann bspw. die Bezeichnung /dev/sdc. Schaut bitte hier zweimal genau hin, ein Fehler könnte Datenverlust bedeuten.

Anschließend bannt Ihr mit dem Kommando dddas Image auf die Speicherkarte. Wechselt am besten in der Shell in das Verzeichnis mit das Image und ruft dann mit Root-Rechten den – an eure Situation angepassten – Befehl auf. Das Kopieren der Daten braucht dann anschließend, je nach Geschwindigkeit der Speicherkarte, ein paar Minuten.

$ sudo dd bs=1M if=debian6-19-04-2012.img of=/dev/sdc
1859+1 Datensätze ein
1859+1 Datensätze aus
1950000000 Bytes (2,0 GB) kopiert, 409,025 s, 4,8 MB/s

Das Image wurde für eine 2 GByte große Speicherkarte konzipiert. Nach dem Kopieren auf die Karte, wird daher bei einer größeren SD-Karte der Speicherplatz nicht voll ausgenutzt. Ich würde euch daher nach dem Kopieren empfehlen die Root-Partition des Raspberry-Pi-Debians zu vergrößern.

Partitionen an größere Speicherkarte anpassen

Mit GPartedlässt sich das eigentlich recht schnell bewerkstelligen, installiert die Anwendung daher über die Paketverwaltung und startet Sie anschließend entweder über die Menüs oder vom Terminal aus mit Root-Rechten. Gebt bei der Arbeit mit GParted bitte wieder viel acht, dass Ihr auch wirklich mit der richtigen Platte arbeitet, nicht dass Ihr euer eigenes System ruininert.

$ sudo apt-get install gparted
$ gksudo gparted

GParted zeigt euch sämtliche Platten in eurem System an, über die Auswahl-Box rechts oben geht Ihr bitte wieder zu euer Speicherkarte, die später mal euren Raspberry-Pi antreiben soll. Bei einer Speicherkarte mit mehr als zwei GByte solltet Ihr einen großen „nicht zugeteilten“ Speicherplatz sehen, so wie in [1]. Verschiebt nun die Swap-Partition ganz nach rechts [2] und streckt dann die mittlere Root-Partition von ursprünglich 1,55 GByte auf den nun komplett freien Speicherplatz [3]. Letztendlich sieht die Partitionierung der Speicherkarte dann wie in [4] aus. Übernehmt die Änderungen abschließend und wartet bis GParted seine Arbeit beendet hat.

Euer Pi ist nun einsatzbereit! Als ersten Test würde ich euch dringend raten den Pi via HDMI an einen Monitor anzuschließen, via USB eine Tastatatur anzubauen und ein via Ethernet für einen Internetzugang zu sorgen. Da das Debian-Images des Pis keinen SSH-Server enthält bleibt euch sowieso nichts anderes übrig, als erstmal direkt mit dem Raspberry Pi zu arbeiten.

Pi Booten und Lokalisierung korrigieren

Ich habe auch bemerkt, dass beim Kopieren der Daten auf die Speicherkarte Fehler auftreten können. Die von mir ursprünglich genutzte Karte älterer Bauart hatte wohl schon so viele Schreibzyklen hinter sich, dass sie nicht mehr ordentlich funktionierte, ohne Monitor würdet Ihr euch nur wundern, warum das doofe Ding nicht booten möchte.

Die Zugangsdaten zum Raspberry-Pi sind fest im Image verdrahtet. Beachtet bitte, dass das Passwort ein „y“ enthält, das System aber eine englische Tastatur erwartet. So wird auf einer deutschen Tastatur also aus dem raspberry ein raspberrz. Gebt also – wenn Ihr nicht sowieso mit einer englischen Tastatur arbeitet – raspberrz als Passwort ein.

• Login: pi
• Passwort: raspberry

Schnappt euch daher nach dem Login erstmal einen Texteditor und ändert die Sprache und am besten gleich die komplette Lokalisierung des Raspberry-Debians. Öffnet dazu die Datei /etc/default/keyboard auf dem Raspi in einen Editor mit Root-Rechten – auch hier kommt sudo zum Einsatz – und passt die entsprechende Stelle in der Datei an.

$ sudo nano /etc/default/keyboard

Ersetzt hier einfach unter in der Zeile XKBLAYOUT das gb mit einem de, nach einem Neustart des Systems sollte das mit der Tastatur wieder alles im Normalen sein, der Klimmzug mit dem Passwort – das Ihr am besten auch gleich mal mit passwdändern solltet — ist dann nicht mehr nötig.

Als nächstes wird Euch wahrscheinlich recht schnell auffallen, dass das Terminal permanent Meldungen in der folgenden Art ausgeben wird. Bei mir traten die Meldungen bspw. beim Updaten des Systems mit sudo apt-get update oder auch anderen Kommandos auf.

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_MESSAGES = "de_DE.UTF-8",
	LANG = "en_GB.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
...

Der Grund dafür ist das Fehlen einer deutschsprachigen Lokalisierung, die Ihr euch allerdings relativ einfach erzeugen könnt. Mehr als ein paar Minuten eurer Zeit braucht es dafür nicht. Alles Nötige ist im Image schon enthalten, Ihr müsst daher einfach nur…

$ sudo dpkg-reconfigure locales

…ausführen und dann die nachfolgenden Dialoge entsprechend beantworten. Aktiviert im ersten Dialog die Generierung der Lokalisierung für de_DE.UTF-8und im Zweiten wählt Ihr eure neue Sprache als Standard für das komplette System aus, danach treten die besagten Fehlermeldungen nicht mehr auf.

Euer Raspberry Pi ist nun eigentlich komplett einsatzbereit. Das Vorbereiten des Images, die Konfiguration der Sprache etc. sollte euch nicht mehr als eine halbe Stunde gekostet haben, Ihr könnt mit eurem Raspi nun spielen, wie Ihr wollt. Ich für meinen Teil führe erst einmal alle Updates durch…

$ sudo apt-get update
$ sudo apt-get dist-upgrade

…und erzeuge anschließen noch einen eigenen User, den ich gleich in die admin-Gruppe stecke, so dass er auch Befehle via sudo mit Root-Rechten ausführen kann. Außerdem ist ein SSH-Server nie eine schlechte Idee. So steht der Pi demnächst brav in einer Ecke, kostengünstiger kann man einen – halbwegs – performanten Rechner wohl kaum als immer verfügbaren Heimserver betreiben.

$ sudo adduser max
$ sudo adduser max admin
$ sudo apt-get install openssh-server

Im Normalbetrieb,also ohne graphische Oberfläche, ist der Raspberry Pi nicht wirklich überfordert, der Arbeitsspeicher ist mit 256 MByte zwar nicht riesig, doch das schlanke Debian und LXDE gehen sparsam mit dem Speicher um. Genauere Benchmarks unter X und im Betrieb als Fileserver mit Samba und/oder NFS werde ich noch bauen.

Mehr zum Raspberry Pi und seinen Möglichkeiten wird es demnächst hier im Blog geben. Noch habe ich mir LXDE und vielleicht auch Doom auf dem Pi gar nicht angesehen. Der Pi soll hier auch nicht den Desktop ablösen, aber es ist schön zu sehen, dass es geht.

Das Buch ist sowohl unter der GPL, als auch unter der CC-BY-SA lizenziert und kann/darf daher frei verteilt, online gelesen, als E-Book in verschiedenen Formaten heruntergeladen und alternativ auch über Lulu als Paperback gekauft werden. Das Erstellen des Buches, die Übersetzung und die Pflege kostet einiges an Aufwand, daher bitten die beiden Autoren das Buch bei gefallen zu kaufen oder eine Spende für das Projekt zu hinterlassen.

Wer also für die Sommerferien, vorlesungsfreie Zeit oder den langen Sommer-Urlaub noch eine passende Lektüre sucht, der kann sich das Buch schonmal einpacken, 468 Seiten pures Debian-Know-how, das auch unter Ubuntu sicherlich nicht unnütz ist, warten auf euren Download oder Einkauf.

//PS: Und wer in der freien Zeit nichts zu tun hat und gar nicht erst ausspannen möchte, der kann sich daran setzen das Buch zu übersetzen. Das Buch wird mit Publican in einem github-Repository gemanagt, die Übersetzung erfolgt dann über po-Files. Weitere Informationen zur Übersetzung und Engagement bzgl. des Buches findet Ihr auf contribute to the project.