Tfm bringt unter anderem eine Seitenleiste, Tabs, eine Zwei-Fenster-Ansicht und Dateivorschauen mit. Auch die üblichen Dateioperationen wie Kopieren, Verschieben, Umbenennen und Löschen sind mit an Bord. Interessant dabei: Ihr müsst nicht ausschließlich über die Tastatur arbeiten. Tfm unterstützt auch die Maus, und damit beispielsweise das Markieren, Verschieben und Umbenennen von Dateien per Drag & Drop.

Damit verbindet tfm typische Funktionen grafischer Dateimanager mit der Umgebung des Terminals. Wer ohnehin häufig dort arbeitet, kann Dateien und Verzeichnisse verwalten, ohne extra ein grafisches Programm zu öffnen.

Installation über das AUR

Tfm findet ihr im AUR (Arch User Repository). Wer einen AUR-Helper wie yay verwendet, installiert die Binärversion direkt. Unter Arch Linux genügt dafür folgender Befehl:

$ yay -S tfm-tui-bin

Anschließend startet ihr den Dateimanager mit:

$ tfm

Nutzt ihr eine andere Distribution, findet ihr auf der Projektseite eine Installationsbeschreibung für das dort bereitgestellte Installationsskript. Darüber installiert ihr die aktuelle Version unabhängig von den Paketen eurer Distribution.

Nerd Fonts für die Symbole

Damit tfm Ordner und Dateien mit den vorgesehenen Symbolen darstellt, braucht ihr einen Nerd Font. Diese Schriften bringen zusätzliche Zeichen und Icons mit, die Terminal-Anwendungen für die Darstellung von Ordnern, Dateien und anderen Elementen nutzen.

Für diesen Artikel verwende ich den Hack Nerd Font. Unter Arch Linux liegt die Schrift direkt in den offiziellen Paketquellen und lässt sich mit pacman installieren:

$ sudo pacman -S ttf-hack-nerd

Damit tfm die Symbole korrekt darstellen kann, muss die Hack Nerd Font lediglich auf eurem System installiert sein – eine Auswahl der Schrift im Terminal ist dafür nicht nötig. Eine manuelle Aktualisierung des Font-Caches braucht es bei einem Paket aus den Arch-Repositories normalerweise auch nicht.

Beta mit kleinen Macken

Tfm befindet sich derzeit noch im Beta-Stadium, und das merkt ihr am ehesten bei der Darstellung der Symbole. In meinen Tests wurden die Nerd-Font-Symbole nicht bei jedem Start zuverlässig angezeigt – Ordner und andere Elemente erscheinen dann teilweise ganz ohne die vorgesehenen Icons.

Ein Neustart von tfm oder des Terminals behebt das Problem meist. Auffällig dabei: Die Darstellung funktioniert auch ohne Änderungen am Font-Cache beim nächsten Start wieder – die Probleme lassen sich also nicht allein auf eine fehlerhafte Installation der Schrift zurückführen.

Für die grafische Vorschau von Bildern braucht tfm ein Terminal, das das Kitty Graphics Protocol unterstützt. Unter Linux eignet sich dafür beispielsweise Ghostty, dessen Linux-Oberfläche auf GTK4 basiert. Gnome Terminal kann diese Funktion dagegen nicht bieten, weil die zugrunde liegende VTE-Bibliothek das Kitty Graphics Protocol nicht unterstützt.

Auch bei der übrigen Oberfläche solltet ihr noch nicht mit der Stabilität und Konsistenz rechnen, die ihr von etablierten Dateimanagern gewohnt seid. Wer tfm ausprobiert, sollte deshalb erst einmal mit unkritischen Dateien arbeiten und wichtige Daten nicht allein einer noch jungen Software anvertrauen.

Die wichtigsten Tastenkürzel

Trotz der Mausunterstützung spielt die Tastatur bei tfm eine wichtige Rolle. Die wichtigsten Befehle findet ihr in der folgenden Übersicht:

Unterm Strich ist tfm für mich ein sympathischer Fund für alle, die ohnehin ständig im Terminal unterwegs sind. Seitenleiste, Tabs, Zwei-Fenster-Ansicht, Vorschau und Mausbedienung sorgen für einen Komfort, den man von der Kommandozeile sonst nicht gewohnt ist. Wer mag, kann bei Bedarf sogar Animationen einschalten – wie das aussieht, zeigt ein Video auf Reddit.

Die Macken der Beta-Phase, allen voran bei der Symboldarstellung und der noch nicht ganz ausgereiften Oberfläche, sollte man dabei aber im Hinterkopf behalten. Ich bleibe an der Entwicklung dran und würde tfm aktuell vor allem zum Ausprobieren empfehlen – am besten mit unkritischen Dateien, bis die Software etwas gereift ist.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Mit Rutile entsteht deshalb ein spannendes Projekt. Die Entwickler schreiben Tilix nicht einfach weiter, sondern entwickeln den Terminal-Emulator vollständig in Rust neu. Gleichzeitig bleibt das Bedienkonzept erhalten. Statt einer Neuerfindung soll eine moderne Umsetzung entstehen, die sich nahtlos in aktuelle GNOME-Systeme mit GTK4 und libadwaita einfügt.

Bewährtes Konzept auf moderner Basis

Viele Terminal-Emulatoren unterscheiden sich hauptsächlich durch ihr Erscheinungsbild oder kleinere Zusatzfunktionen. Rutile verfolgt dagegen einen anderen Ansatz. Ziel ist es, die Arbeitsweise von Tilix möglichst vollständig zu übernehmen und auf eine moderne technische Grundlage zu stellen. Bestehende Nutzer sollen sich sofort zurechtfinden.

Die Anwendung verwendet GTK4, libadwaita und VTE4 und profitiert dadurch von aktuellen Bibliotheken des GNOME-Desktops. Gleichzeitig setzen die Entwickler auf Rust als Programmiersprache. Das verspricht langfristig eine besser wartbare Codebasis und eröffnet die Möglichkeit, neue Funktionen auf einer modernen Architektur aufzubauen.

Flexible Terminalaufteilung

Die wichtigste Funktion übernimmt Rutile direkt von Tilix. Das Terminalfenster lässt sich rekursiv horizontal und vertikal aufteilen. Jeder Bereich kann anschließend erneut geteilt werden. Dadurch entstehen flexibel verschachtelte Arbeitsbereiche, ohne dass die Anwendung auf ein festes Raster oder eine bestimmte Fensteranordnung beschränkt ist.

Im Alltag bietet diese Arbeitsweise viele Vorteile. Links lassen sich beispielsweise Logdateien beobachten, während rechts gleichzeitig mehrere Server oder Container geöffnet sind. Zwischen den einzelnen Bereichen wechselt ihr bequem per Tastatur. Das spart Mausbewegungen und sorgt für einen flüssigen Arbeitsablauf bei komplexeren Aufgaben.

Andere Terminals wie Ghostty bieten diese Funktion ebenfalls, allerdings muss man sich dafür Tastenkombinationen merken. Alternativ kann man natürlich auch Terminal-Multiplexer wie tmux verwenden. Dort gilt jedoch dasselbe. Auch wenn es nicht viele Tastenkombinationen sind: Ich persönlich möchte dafür einfach Buttons haben.

Mehrere unabhängige Sitzungen

Neben den frei aufteilbaren Terminalbereichen unterstützt Rutile mehrere voneinander getrennte Sitzungen. Jede Sitzung besitzt ihre eigene Fensteraufteilung und ihren eigenen Arbeitskontext. Dadurch lassen sich unterschiedliche Projekte oder Aufgaben sauber voneinander trennen, ohne dafür mehrere Programmfenster öffnen zu müssen.

Zwischen den Sitzungen wechselt ihr entweder per Tastenkombination oder über eine Seitenleiste. Diese zeigt kleine Vorschaubilder der jeweiligen Arbeitsumgebung und bleibt standardmäßig ausgeblendet. Wer sie benötigt, blendet sie einfach über die Werkzeugleiste ein und behält so auch bei vielen geöffneten Sitzungen leichter den Überblick.

Synchronisierte Eingaben

Besonders praktisch finde ich die Funktion zur synchronisierten Eingabe. Aktiviert ihr sie, überträgt Rutile sämtliche Tastatureingaben gleichzeitig an mehrere Terminalbereiche einer Sitzung. Das spart Zeit, wenn identische Befehle auf mehreren Servern oder virtuellen Maschinen ausgeführt werden sollen.

Einzelne Terminalbereiche lassen sich jederzeit von der gemeinsamen Eingabe ausnehmen. Dadurch können einzelne Systeme gezielt abweichende Befehle erhalten, ohne die Synchronisierung komplett zu deaktivieren. Trotzdem empfiehlt sich etwas Vorsicht, denn fehlerhafte Befehle werden ansonsten ebenso gleichzeitig auf allen verbundenen Systemen ausgeführt.

Vertraute Bedienung

Auch die Tastenkombinationen orientieren sich eng am Vorbild. Mit Strg+Umschalt+O und Strg+Umschalt+E teilt ihr das Fenster horizontal oder vertikal. Strg+Umschalt+W schließt den aktiven Bereich, während ihr mit den Pfeiltasten zwischen den einzelnen Terminalfenstern wechselt.

Neue Sitzungen öffnet ihr mit Strg+Umschalt+T. Zwischen vorhandenen Sitzungen wechselt ihr per Strg+Umschalt+Bild auf beziehungsweise Bild ab. Wer lieber mit der Maus arbeitet, erreicht dieselben Funktionen zusätzlich über die Werkzeugleiste oder das Kontextmenü der einzelnen Terminalbereiche.

Noch in einer frühen Entwicklungsphase

Rutile befindet sich derzeit noch am Anfang seiner Entwicklung. Die erste Version konzentriert sich bewusst auf die wichtigsten Funktionen. Features wie der Quake-Modus, das Speichern kompletter Sitzungen, Desktop-Benachrichtigungen oder die Nautilus-Integration sollen erst folgen, wenn die vorhandenen Funktionen zuverlässig arbeiten.

Diesen Ansatz halte ich für sinnvoll. Statt möglichst viele Funktionen früh bereitzustellen, konzentriert sich das Projekt zunächst auf einen stabilen Kern. Gerade bei Werkzeugen, die viele Anwender täglich nutzen, sind Zuverlässigkeit und ein konsistentes Bedienkonzept meist wichtiger als eine möglichst lange Funktionsliste.

Was aktuell wirklich fehlt, sind Übersetzungen – einige Dialoge erscheinen derzeit ausschließlich auf Französisch. Außerdem lassen sich die Terminalfarben noch nicht direkt in den Einstellungen anpassen. Das voreingestellte Farbschema macht Programme wie den Midnight Commander teilweise schwer lesbar. Allerdings ist die aktuelle Version von Rutile erst vor wenigen Tagen erschienen, sodass sich hier vermutlich bald etwas tun wird.

Installation

Unter Arch Linux steht Rutile sowohl als Quellpaket als auch als vorkompilierte Variante im AUR zur Verfügung. Für Debian, Ubuntu und Fedora bieten die Entwickler fertige DEB- beziehungsweise RPM-Pakete an. Zusätzlich lässt sich eine eigenständige Binärdatei herunterladen, sofern die benötigten GTK4-Komponenten bereits installiert sind. Alle Informationen zur Installation finden sich auf der GitHub-Seite des Projekts.

Wer Tilix seit Jahren nutzt und auf einen modernen GTK4-Unterbau wechseln möchte, sollte Rutile im Auge behalten. Noch fehlen einige Funktionen, doch der bisherige Entwicklungsstand macht einen sehr vielversprechenden Eindruck. Das Projekt verfolgt einen klaren Fokus und könnte sich zu einem würdigen Nachfolger für Tilix entwickeln.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Kompakter Editor für den Terminaleinsatz

Edit ist ein schlanker Editor mit Text User Interface (TUI), der insbesondere auf Portabilität und geringe Abhängigkeiten ausgelegt ist. Die Software setzt auf eine eigene TUI-Bibliothek, die laut Projektentwickler besser zu einer geplanten Plugin-Schnittstelle auf Basis einer C-ABI passt. Außerdem wurde Wert auf UTF-8-Unterstützung, kompakte Dateigröße, VT-kompatible Ausgabe (für bessere SSH-Kompatibilität) und statische Kompilierung gelegt. So lässt sich das Programm ohne Abhängigkeiten ausführen.

Der Editor wurde in Rust geschrieben, nachdem erste Prototypen in C, C++ und Zig entstanden waren. Die Entscheidung für Rust fiel, weil die Sprache innerhalb Microsofts bereits offiziell unterstützt wird und sich gut für systemnahe Programmierung eignet. Der Editor ist natürlich für Windows-Admins interessant, weil man sich seit Windows 10/Windows Server 2019 via SSH auch auf Windows-Kisten einloggen kann. Für administrative Aufgaben braucht es dann auch einen effektiven Editor.

Veröffentlichung auf GitHub

Der Quellcode sowie vorkompilierte Binaries sind auf GitHub unter github.com/microsoft/edit verfügbar. Für Linux steht ein statisch gelinktes Binary bereit, das ohne weitere Abhängigkeiten ausgeführt werden kann:

$ wget https://github.com/microsoft/edit/releases/download/v1.0.0/edit-1.0.0-x86_64-linux-gnu.xz
$ unxz edit-1.0.0-x86_64-linux-gnu.xz
$ chmod +x edit-1.0.0-x86_64-linux-gnu
$ ./edit-1.0.0-x86_64-linux-gnu

Im Arch User Repository (AUR) stehen mehrere inoffizielle Pakete zur Verfügung, unter anderem edit, ms-edit, ms-edit-bin und microsoft-edit. Ich möchte hier keine Empfehlung ausgeben, mit Sicherheit wird hier in den nächsten Tagen ein wenig aufgeräumt. Dazu kommen Kochrezepte mit der Endung -git, die das Programm aus dem Quellcode bauen.

$ yay -Ss microsoft edit
aur/edit 1.0.0-1 (+0 0.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit 1.0.0-1 (+1 1.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-git 1.0.0.r1.ge8d40f6-1 (+2 1.98) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-bin 1.0.0-1 (+3 2.99) 
    A simple editor for simple needs (Microsoft Edit)
aur/microsoft-edit-git 1.0.0.r1.ge8d40f6-2 (+1 1.00) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code
aur/microsoft-edit 1.0.0-2 (+2 1.99) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code

Entwicklung aus Eigeninitiative

Der Editor entstand im Rahmen eines internen Microsoft-Projekts, wurde jedoch größtenteils in der Freizeit des Entwicklers umgesetzt. In einem ausführlichen Kommentar auf Hacker News beschreibt der Autor Hintergründe zur Entstehung, den Technologiestack sowie die Beweggründe für die Eigenentwicklung anstelle der Verwendung bestehender TUI-Editoren. Einen neuen Editor für Linux-User zu schaffen, stand allerdings nicht auf dem Zettel. /s

Ziel sei es unter anderem gewesen, ein möglichst kleines Binary mit guter Unicode-Unterstützung bereitzustellen, das systemnah arbeitet und sich auch für automatisierte Systemumgebungen oder Remote-Shells eignet. Ob sich Edit langfristig gegen etablierte Editoren behaupten kann, bleibt abzuwarten. Der Fokus auf Minimalismus, Portabilität und UTF-8-Kompatibilität dürfte insbesondere in reduzierten oder serverseitigen Umgebungen relevant sein.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Was ist Termsonic?

Termsonic ist ein Subsonic-Client für das Terminal mit einem recht ansprechenden und einfach zu bedienenden Terminal User Interface (TUI). Es läuft unter Linux, Windows und macOS und ist mit den meisten Subsonic-kompatiblen Servern kompatibel – getestet wurde es unter anderem erfolgreich mit Navidrome.

Das Programm unterstützt die Wiedergabe von FLAC-, OGG- und MP3-Dateien. Ein großer Vorteil: Die Dekodierung dieser Formate erfolgt nativ in Go, wodurch kaum externe Abhängigkeiten erforderlich sind – weder ffmpeg noch LAME müssen installiert werden.

Neben der reinen Wiedergabe ermöglicht Termsonic das Durchsuchen der Musikbibliothek nach Künstlern, Alben und Playlists. Eine einfache Warteschlangenverwaltung sorgt dafür, dass ihr eure Songs in einer sinnvollen Reihenfolge abspielen könnt.

Installation unter Arch Linux

Unter Arch Linux lässt sich Termsonic bequem über das Arch User Repository (AUR) installieren. Falls ihr den AUR-Helper yay nutzt, genügt folgender Befehl. Nach der Installation könnt ihr dann den Player mit termsonic starten.

### Arch Linux, Manjaro und Co.
$ yay -S termsonic-git

Bei anderen Distributionen wie etwa Ubuntu oder Debian findet sich Termsonic hingegen selten in den Paketquellen. Aufgrund der wenigen Abhängigkeiten könnt ihr euch das Programm allerdings sehr einfach selbst aus dem Quellcode bauen.

$ git clone https://git.sixfoisneuf.fr/termsonic
$ cd termsonic
$ go build ./cmd/termsonic/
$ sudo cp termsonic /usr/local/bin

Konfiguration von Navidrome

Beim ersten Start gebt ihr die URL und die Zugangsdaten zu eurem Subsonic-Server (bei mir Navidrome) an. Anschließend seht ihr sofort eure Musiksammlung. Mit [F1] seht ihr eine Baumansicht der Sammlung. [F2] zeigt die aktuelle Queue. [F3] die auf dem Server angelegten Playlisten. Unter [F4] könnt ihr wieder die Einstellungen ändern.

Tipp: Nutzt ihr ein „ordentliches“ Terminalprogramm wie das der GNOME-Desktopumgebung oder etwa wie hier Tilix, könnt ihr Termsonic auch ganz einfach mit der Maus bedienen.

Mit [L] springt ihr zum nächsten Song. [P] pausiert bzw. startet die Wiedergabe. Mit [/] öffnet ihr eine Suchmaske, mit der ihr die Liste der Künstler filtern könnt. Rechts oben zeigt Termsonic den aktuell abgespielten Song plus den entsprechenden Künstler an. Schnickschnack wie etwa das Cover des Albums bietet Termsonic allerdings nicht.

Termsonic ist somit eine interessante Alternative für alle, die ihre Musik direkt im Terminal verwalten und abspielen möchten. Der minimalistische Ansatz ohne große Abhängigkeiten sorgt für eine schlanke und ressourcenschonende Anwendung – perfekt für schlanke Systeme oder leistungsschwache Laptops.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das Logo des Herstellers glitzert mir auf der Frontseite des Gehäuses entgegen, doch weitere Informationen zum Gerät finden sich dort nicht. Und auch auf der Rückseite gibt es keine weiteren Details. Ein Schildchen mit der Typenbezeichnung gab es in der Regel bei den guten alten Röhrenmonitoren, doch bei meinen aktuellen Dell-Flatscreens findet sich dort nichts mehr. Auch die Monitor-Einstellungen der Gnome-Desktopumgebung lässt den Nutzer im Stich. Die zeigen nur dann Informationen zum Typ des Monitors an, wenn zwei Displays angeschlossen sind. Mehr als den Hersteller und die Bildschirmdiagonale erfährt man jedoch nicht.

Gnome geizt mit Informationen

Wenn die grafischen Tools so sparsam mit Informationen sind, dann hilft doch sicherlich das Terminal. Tools zur Anzeige von Hardware-Informationen gibt es unter Linux ja wie Sand am Meer, da müsste doch was dabei sein. Das Go-To-Werkzeug für diese Aufgabe wäre hier Inxi, das sich bei vielen Distributionen aus den Paketquellen installieren lässt (etwa via pacman -S inxi bei Arch Linux oder apt install inxi bei Ubuntu, Debian und Derivaten). Das Kommando inxi -F spuckt dann sämtliche Details zum System aus, aber auch hier Pustekuchen: keine Details zu den angeschlossenen Monitoren.

Details zum Monitor über das Terminal

Um mir eine weitere Suche unter den zahlreichen Tools zu ersparen, greife ich nun gleich auf das „richtige“ Werkzeug zurück. Details zum Displayserver liefert das Kommandozeilenwerkzeug Xrandr. Tools wie Inxi machen in der Regel nichts anderes, als solche Kommandos auszuführen und die Ausgabe optisch aufgewertet anzuzeigen. Über xrandr -q --verbose bekommt man also zahlreiche Details zu den unterstützten Auflösungen und Wiederholraten, doch der Name und Typ des Monitors fehlt immer noch. Aber nicht ganz: Die Daten sind im Feld EDID oder Extended Display Identification Data codiert.

Wer diese Daten nun jetzt nicht von Hand decodieren möchte, muss sich ein wenig unter die Arme greifen lassen. Das bei Stack Overflow gepostete Skript beispielsweise braucht keine weiteren Helferlein, um die EDID zu dekodieren. Ihr speichert folgenden Code einfach als monitor.sh ab und macht die Skriptdatei via chmod +x monitor.sh ausführbar. Aus dem Terminal heraus aufgerufen, zeigt das Skript dann die angeschlossenen Monitore inklusive den Namen des Herstellers und der Typenbezeichnung an. Technische Details zu Auflösungen oder Wiederholraten fehlen, doch die lassen sich ja auch an zahlreichen anderen Stellen ermitteln.

#!/bin/bash
while read -r output hex conn; do
    [[ -z "$conn" ]] && conn=${output%%-*}
    echo "# $output $conn   $(xxd -r -p <<< "$hex")"
done < <(xrandr --prop | awk '
    !/^[ t]/ {
        if (output && hex) print output, hex, conn
        output=$1
        hex=""
    }
    /ConnectorType:/ {conn=$2}
    /[:.]/ && h {
        sub(/.*000000fc00/, "", hex)
        hex = substr(hex, 0, 26) "0a"
        sub(/0a.*/, "", hex)
        h=0
    }
    h {sub(/[ t]+/, ""); hex = hex $0}
    /EDID.*:/ {h=1}
    END {if (output && hex) print output, hex, conn}
    ' | sort
)

$ ./monitor.sh 
# DP1-8 DP1   DELL U2515H
# HDMI1 HDMI1   DELL P2213

Alternativ holt ihr euch das Paket edid-decode auf den Rechner. Bei Ubuntu/Debian oder Linux Mint direkt über die offiziellen Paketquellen (via apt install edid-decode), bei Arch Linux oder Manjaro lediglich über das AUR (etwa mit einem AUR-Helper via yay -S edid-decode-git). Hier genügt dann der folgende Einzeiler, der allerdings nicht mit dem proprietären Nvidia-Treiber funktioniert. Hier bekommt ihr dann allerdings nicht nur den Hersteller und den Monitortyp angezeigt, sondern auch gleich die Seriennummer der Geräte — falls ihr an diesen Interesse haben solltet.

$ for file in $(ls -1 /sys/class/drm/*/edid); do text=$(tr -d 0 <"$file"); if [ -n "$text" ]; then edid-decode "$file" | grep -e Manufacturer: -e Product; sleep 0.0001; fi done
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: '9X2VY55I0J0L'
    Display Product Name: 'DELL U2515H'
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: 'Y57VF31AAT3M'
    Display Product Name: 'DELL P2213'

Letztendlich wäre es natürlich schneller gewesen die alten Rechnungen herauszusuchen, oder vielleicht auch mal einen Blick über den Tellerrand zu KDE zu werfen. Im Gegensatz zu den Einstellungen von Gnome zeigen die Systemeinstellungen von KDE nämlich gleich die Bildschirmkennungen mit an. Wie immer ist Gnome ein wenig arg spartanisch und geizig mit Funktionen und Details. In meinen Augen dürften die System-Settings von Gnome ruhig auch die Bezeichnungen ausgeben. Nötig sind sie in der Regel nicht, doch ab und an können sie doch auch praktisch sein.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Die Installation des Programms ist inzwischen nicht mehr sonderlich schwer. Wie schon ein schneller Blick auf Repology zeigt, führen viele aktuelle Distributionen die Anwendung in ihren offiziellen Paketquellen. Der Paketname gleicht in der Regel dem Namen des Programms: Ein mit administrativen Rechten ausgeführtes apt install bpytop, pacman -S bpytop oder dnf install bpytop genügt also. Zahlreiche Hinweise zur Installation liefert auch die GitHub-Seite des Entwicklers. Optional lässt sich das Programm auch über den Python-Package-Manager PyPi installieren, dann erhält man auf jeden Fall die gerade neuste Version, auch wenn die Paketverwaltung der genutzten Distribution nicht auf dem aktuellen Stand ist.

Nach der Installation ruft ihr das Programm aus dem Terminal heraus mit dem Kommando bpytop auf. Eine kurze Animation zeigt an, dass zum Betrieb alles Nötige installiert ist. Hier wartet sich vielleicht noch gleich eine Baustelle für euch: Damit Bpytop die Temperaturen des Systems auslesen und dann rechts oben neben der Auslastung der Prozessorkerne anzeigen kann, müsst ihr die LM-Sensors einrichten. Je nach Distribution geht das immer ein wenig anders. Entsprechende Anleitungen finden sich in den Dokumentationen der von euch genutzten Distribution, hier etwa für Ubuntu oder Arch Linux.

Unter Arch Linux oder Manjaro spielt ihr via sudo pacman -S lm_sensors die Sensors-Tools ein und führt dann das Kommando sudo sensors-detect aus, das euer System ausführlich analysiert. Es erscheinen dabei eine ganze Reihe von Abfragen, die ihr im Normalfall einfach mit einem Druck auf [Eingabe] beantworten könnt. Am Ende schreibt das Tool auf Wunsch einen Eintrag in die Konfigurationsdatei /etc/conf.d/lm_sensors und startet dann automatisch den Dienst lm_sensors.service. Über das Kommando sensors liefert euer System dann in Zukunft Informationen der integrierten Temperatursensoren und Lüfter. Bpytop bindet diese Daten dann in die eigenen Anzeigen an.

$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +71.0°C  (high = +100.0°C, crit = +100.0°C)
Core 0:        +68.0°C  (high = +100.0°C, crit = +100.0°C)
Core 1:        +71.0°C  (high = +100.0°C, crit = +100.0°C)
Core 2:        +67.0°C  (high = +100.0°C, crit = +100.0°C)
Core 3:        +68.0°C  (high = +100.0°C, crit = +100.0°C)

dell_smm-isa-0000
Adapter: ISA adapter
fan1:        2540 RPM
fan2:        2536 RPM
[...]

Danach sollte Bpytop komplett einsatzbereit sein: In der Übersicht schaltet ihr mit einem Druck auf [M] zwischen den verschiedenen Darstellungen um. Via [Esc] oder [Umschalt]+[M] öffnet ihr einen Dialog, der eine Hilfe und die Optionen anzeigt, oder das Programm gleich beendet und aufs Terminal zurückgeht (optional direkt über [Strg]+[C]). In den Einstellungen ändert ihr das Theme oder deaktiviert die beim Start angezeigte Initialisierung U (Show init auf False). Da Bpytop auf „richtige“ grafische Elemente verzichtet, funktioniert das Tool auch via SSH. Etwa auf einem Raspberry Pi, auf dem ihr das Raspberry Pi OS nur in der abgespeckten Variante ohne grafische Desktopumgebung installiert habt.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Von daher nennt sich Terminix in Zukunft Tilix. Die Homepage sowie das Github-Repository wurden bereits angepasst. Und auch im AUR, als dem Arch User Repository, gibt es bereits mit tilix und tilix-git zwei neue Einträge. Arch-User deinstallieren daher am besten die Terminix-Pakete und spielen dann Tilix via pacaur -S tilix neu ein (selbstverständlich kann man auch einen anderen AUR-Helper verwenden). Unter Ubuntu lässt sich Tilix aus dem PPA des WebUpd8-Blogs installieren. Auch hier heißt es daher Terminix deinstallieren und Tilix neu installieren. Nur so bekommt man in Zukunft das Programm dann auch aktualisiert, die Terminix-Pakete bekommen keine Updates mehr spendiert.

Terminix (oder besser nun Tilix) ist noch eine recht junge Anwendung, die sich aktuell auch noch ziemlich schnell verändert. Jede neue Version bringt eigentlich so gut wie immer neue und interessante Funktionen mit. Von daher findet man das Programm jedoch in der Regel auch noch nicht in den regulären Paketquellen seiner Lieblingsdistribution und wenn doch, dann nur in einer älteren Version. Von daher muss man das Programm meist über eine zusätzliche Paketquelle installieren, entsprechende Installationshinweise zu Tilix gibt es für diverse Distributionen auf der Homepage.

### Tilix unter Arch Linux installieren:
$ pacaur -S tilix
### Tilix unter Ubuntu installieren:
$ sudo add-apt-repository ppa:webupd8team/terminix
$ sudo apt update
$ sudo apt install tilix

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Video wird erst nach Klick von YouTube geladen.

Das Programm findet sich bei Ubuntu direkt in den Paketquellen, unter Arch kann man es aus dem AUR installieren. Die Animation läuft ohne weiteres Zutun an, man muss also lediglich mit hollywood das Skript aufrufen. Mittels Strg+C (eventuell mehrfach gedrückt und mit einem exit noch Tmux beendet) kann man Hollywood jederzeit beenden, wobei ich allerdings feststellen musste, dass dies nicht in jedem Fall zuverlässig funktioniert. Für den Fall der Fälle lässt sich das Programm jedoch jederzeit mit pkill -f tmux abschießen.

### Installation unter Arch Linux
$ yay -Ss hollywood
aur/hollywood 1.7-2 (7, 1,73)
    Fill your console with Hollywood melodrama technobabble.
[...]
$ yay -S hollywood

### Installation ab Ubuntu 15.04
$ sudo apt install hollywood

### Hollywood starten
$ hollywood

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=3991400k,nr_inodes=997850,mode=755)
[...]
/dev/sdb1 on /home type ext4 (rw,relatime,data=ordered)
[...]
/etc/autofs/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect)
/etc/autofs/auto.nas on /mnt/nas type autofs (rw,relatime,fd=18,pgrp=1207,timeout=60,minproto=5,maxproto=5,indirect)
//192.168.178.79/daten on /mnt/nas/daten type cifs (rw,relatime,vers=1.0,cache=strict,username=me,domain=NAS,uid=1000,forceuid,gid=0,noforcegid,addr=192.168.178.79,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1)
[...]

Zur Ausgabe von Laufwerksinformationen bietet sich jedoch als Alternative zu mount das Kommando findmnt an. Es steckt schon seit geraumer Zeit im Paket mount und findet sich in der Regel von Haus aus auf dem System. Allerdings nutzt kaum jemand das kleine Programm, im Forum von ubuntuusers.de wird es beispielsweise nur in ein Dutzend Threads erwähnt. Ohne weitere Optionen gibt findmnt einen Verzeichnisbaum mit der Geräte-ID, dem Dateisystemtyp und den Mount-Optionen aus. Bei Bedarf kann man die Ausgabe nach Mount-Punkten filtern oder beispielsweise nach Dateisystemarten filtern.

$ findmnt
TARGET                           SOURCE      FSTYPE          OPTIONS
/                                /dev/sda1   ext4            rw,relatime,data=ordered
├─/proc                          proc        proc            rw,nosuid,nodev,noexec,relatime
│ └─/proc/sys/fs/binfmt_misc     systemd-1   autofs          
[...]
├─/tmp                           tmpfs       tmpfs           rw,nosuid,nodev
├─/home                          /dev/sdb1   ext4            rw,relatime,data=ordered
├─/misc                          /etc/autofs/auto.misc
│ autofs          rw,relatime,fd=6,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect
├─/net                           -hosts      autofs          rw,relatime,fd=12,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect
└─/mnt/nas               /etc/autofs/auto.nas
  autofs          rw,relatime,fd=18,pgrp=1207,timeout=60,minproto=5,maxproto=5,indirect
  ├─/mnt/nas/daten       //192.168.178.79/daten
  │ cifs            
[...]

$ findmnt /home
TARGET SOURCE    FSTYPE OPTIONS
/home  /dev/sdb1 ext4   rw,relatime,data=ordered
$ findmnt -t cifs
TARGET SOURCE FSTYPE OPTIONS
/mnt/nas/daten //192.168.178.79/daten cifs rw,relatime,vers=1.0,cache=strict,[...],addr=192.168.178.79,un
/mnt/nas/homes //192.168.178.79/homes cifs rw,relatime,vers=1.0,cache=strict,[...],addr=192.168.178.79,un
[...]

Der Unterschied zwischen den Ausgaben beider Kommandos wird am besten über einen Screenshot verdeutlicht. Während man mit mount am besten gleich nach einem bestimmten Eintrag per mount | grep foo filtert, erhält man mit findmnt einen übersichtlich formatierten Verzeichnisbaum, den man ohne umständliche Pipes sofort im Blick hat. Zusätzlich könnte man mit etwa findmnt --poll --mountpoint /foo/bar gezielt einen Mountpunkt überwachen lassen und in einem Skript Aktionen auslösen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

In so einem Fall steht man mit recht stumpfen Waffen da. Um weiter helfen zu können müsste man erstmal wieder den Xserver oder die Paketverwaltung zum Laufen bekommen, doch damit sind Einsteiger üblicherweise überfordert — selbst wenn man sie telefonisch dazu anleitet. Die beste Option wäre ein Login über SSH, doch dazu müsste man den Openssh-Server installieren und eine Portweiterleitung vom Router zum Rechner einrichten. Mit einer defekten Paketverwaltung funktioniert auch dieses nicht, selbst wenn man die Hürde Portweiterleitung meistert.

Tmate, der Teamviewer für das Terminal

Als Lösung für dieses Dilemma bietet sich nun aber Tmate an. Das Programm basiert auf dem Terminalmultiplexer Tmux (ähnlich dem Kommando screen), allerdings hat Tmate eine Remote-SSH-Funktion integriert, die sich ähnlich wie Teamviewer durch ein NAT-Netzwerk oder eine Firewall hindurchtunnelt. Das Programm müsst ihr sowohl auf dem Zielrechner wie auch eurem System installieren. Man erhält es unter Arch aus dem AUR, für Ubuntu-User gibt es ein PPA. Alternativ gibt es auch Builds für FreeBSD, Gentoo oder MacOS X via Homebrew.

Tmate auf dem Rechner des Helfenden installieren

### Installation von Tmate unter Arch Linux
$ pacaur -S tmate
### Installation von Tmate unter Ubuntu
$ sudo add-apt-repository ppa:tmate.io/archive
$ sudo apt update
$ sudo apt install tmate

Sollte auf dem Zielrechner die Paketverwaltung nicht funktionieren, von daher die Installation weiterer Pakete nicht möglich sein oder es kommt eine andere Distribution wie beispielsweise Fedora oder Debian zum Einsatz, dann kommt man mit dem PPA natürlich auch nicht weiter. Für diesen Fall gibt es von den Tmate-Entwicklern „Static Builds“ für 32- und 64-Bit Systeme. Diese muss man lediglich in Form eines TAR-GZ-Archivs auf dem betroffenen Rechner herunterladen, entpacken und anschließend das tmate Binary aufrufen.

Tmate behelfsmäßig als statisches Binary laden

### Static Build von Tmate für 64-Bit Rechner herunterladen...
$ wget https://github.com/tmate-io/tmate/releases/download/2.2.1/tmate-2.2.1-static-linux-amd64.tar.gz
### Static Build von Tmate für 32-Bit Rechner herunterladen...
$ wget https://github.com/tmate-io/tmate/releases/download/2.2.1/tmate-2.2.1-static-linux-i386.tar.gz
### Tmate enpacken und starten (im Falle eines 64-Bit-Systems)
$ tar xzf tmate*
$ tmate-2.2.1-static-linux-amd64/tmate

Solltet ihr einem Einsteiger helfen wollen, dann würde ich empfehlen die Aktion ein wenig zu vereinfachen: Holt euch das Binary und packt es ein Unterverzeichnis in ein neues Archiv mit einem einfacheren Dateinamen. Legt dieses dann auf einem eigenen Webspace ab und kommuniziert dem Hilfesuchenden ein Wget-Kommando mit einer Kurz-URL (nutzt dafür einen URL Shortener eurer Wahl). Das erspart dem Hilfesuchenden viel Tipparbeit und verhindert Fehler. Im Beispiel belasse ich es jedoch bei den „original“ Dateinamen und Pfaden. Achtet darauf, dass es natürlich auch demnächst neue Versionen des Programms gibt.

Ist Tmate auf dem Patienten installiert, erhält der User eventuell beim ersten Aufruf des Programms die Meldung [tmate] Reconnecting... (SSH keys not found. Run 'ssh-keygen' to create keys and try again.) auf dem Schirm. Dies passiert, wenn auf dem Rechner bislang noch kein SSH-Server installiert war… was bei einem Linux-Einsteiger oft der Fall ist. Ubuntu installiert beispielsweise den OpenSSH nicht von Haus aus als Server. Andere Distributionen liefern diesen jedoch oft automatisch mit aus.

Im Falle des Fehlers könnte man nun den SSH-Server nachinstallieren, allerdings muss das gar nicht sein. Es genügt das System anzuweisen einmalig die SSH-Schlüssel erstellen zu lassen. Weist daher den Hilfesuchenden an, Tmate mit der Eingabe von exit zu beenden und das Kommando ssh-keygen einzutippen — es braucht dazu auch keine Root-Rechte. Jede der anschließenden Fragen kann ganz simpel mit [Eingabe] ohne weitere Eingaben abgenickt werden. Am Ende landet der User wieder auf einer Eingabeaufforderung.

Nun könnt ihr die eigentliche Tmate-Sitzung starten: Beim Aufruf des Programms erscheint eine Zeile in der Art ssh sehr-sehr-lange-tmate-id@tmate-server unten in der Statuszeile des Anwendungsfensters — An dieser Stelle gilt es ein wenig aufmerksam zu sein und die Adresse rechtzeitig zu sichern. Nach ein paar Sekunden verschwindet diese Zeile und man muss Tmate mit exit einmal beenden und wieder neu aufrufen, um eine neue ID zu erstellen. Hat es geklappt, muss euch der Hilfesuchende den kompletten SSH-Befehl auf irgendeine Art und Weise zukommen lassen. Am leichtesten fällt in der Regel die Adresse per Copy&Paste in eine E-Mail zu übertragen.

Sollte der Xserver hingegen nicht funktionieren, sodass ich nicht mit dem Hilfesuchenden vom Rechner aus per Chat oder E-Mail kommunizieren kann, behelfe ich mir hier meist mit der Bitte einfach das Fenster mit einem Smartphone abzufotografieren und mir den „Screenshot“ per Mail oder Chat zu schicken. In diesem Fall muss ich den doch recht länglichen Code zwar abtippen, ich vermeide jedoch Buchstaben oder Zahlendreher beim telefonischen Durchgeben der Tmate-ID — Achtet dennoch drauf, dass es gar nicht so einfach ist, den Unterschied zwischen „1“,“l“ und „I“ oder „O“ und „0“ zu erkennen.

Habt ihr das SSH-Kommando richtig eingegeben, landet ihr umgehend auf dem Rechner eures Gegenübers. Ein Passwort zum Login muss nicht eingegeben werden. Das Terminalfenster stellt das dar, was der Hilfesuchende selbst in seinem Terminal (oder dem virtuellen Terminal, falls der Xserver nicht funktioniert) sieht — sollte euer Terminalfenster mehr Platz bieten, zeigt Tmate rund um den Inhalt des Gegenübers Punkte an. Da nur Text übertragen werden muss, funktioniert Tmate auch ohne Probleme über eine dünne Mobilfunkleitung.

Kommandos und deren Ausgaben werden unmittelbar übertragen. Für Reparaturaktionen, die Root-Rechte erfordern, muss euch der Hilfesuchende nicht zwingend das Root-Passwort oder sein Passwort für Sudo-Kommandos mitteilen, er kann bei Bedarf einfach selbst das Passwort eingeben. So muss man keine unangenehmen Fragen nach dem Root-Passwort stellen, wenn man sein Gegenüber weniger gut kennt. Zudem kann der Hilfesuchende selbst jederzeit eingreifen.

Wenn der Xserver wie hier im gezeigten Beispiel noch funktioniert, bräuchte man Tmate eigentlich nicht zwingend — schließlich gäbe es mit Teamviewer ja eine grafische Option, die ebenso zuverlässig funktioniert. Fährt die grafische Desktopumgebung allerdings nicht mehr hoch, kommt die Stunde von Tmate. Nichtsdestotrotz muss man den User dennoch ein wenig unter die Arme greifen, ganz so einfach ist der Weg zu einer Remote-SSH-Session via Tmate nämlich auch nicht. Ubuntu bietet hier mit dem Recovery-Modus jedoch ein gutes Werkzeug.

Der Recovery-Modus von Ubuntu als letztes Hilfsmittel

In meinem letzten Fall lief auf dem Ubuntu-Rechner einer in der Schweiz ansässigen Bekannten beim Update von Ubuntu 14.04 auf 16.04 etwas schief. Das Ergebnis: Beim nächsten Start lief der Xserver nicht mehr hoch und die Paketverwaltung war komplett aus dem Tritt; es ließen sich keine Pakete mehr installieren. Setzt der Hilfesuchende ein Ubuntu-System (alternativ Linux Mint, oder ein anderes Ubuntu-Derivat) ein, dann habt ihr mit dem Recovery Modus ein mächtiges Werkzeug an der Hand.

In diesen gelangt der User, indem er kurz nach dem Einschalten des Ubuntu-Rechners die Escape-Taste drückt (ruhig mehrmals, unmittelbar nach Einschalten des Computers). Es sollte das Grub-Menü erscheinen, in dem man über die Option Erweiterte Optionen für Ubuntu in ein weiteres Menü gelangt, in dem man die auf dem System installierten Kernel sieht. Der User soll den obersten Eintrag mit dem Zusatz (recovery mode) auswählen. Funktioniert dieser nicht, dann soll er den Rechner hart abschalten, neu starten und einen älteren Eintrag auswählen, der (hoffentlich) funktioniert.

Am Ende landet man in einem Wiederherstellungsmenü, wobei der „Dateisystemstatus“ erstmal auf „Nur Lesen“ steht. Zudem baut das System im Recovery Modus keine Netzwerkverbindung auf — Beides lässt sich mit der Option network / Netzwerk aktivieren korrigieren. Die Funktion schaltet die Netzwerkkarte ein, holt sich eine IP vom Router und bindet die Laufwerke des Rechners mit Schreib- und Leserechten ein. Beachtet, dass dies lediglich über kabelgebundenes Netzwerk so einfach funktioniert. Den Rechner im Recovery Modus per WLAN ins Netz zu hängen, verursacht in der Regel deutlich mehr Aufwand, als kurzzeitig ein Kabel zu ziehen oder den Rechner in die Nähe des Routers zu tragen, sodass man ihn direkt dort anstecken kann.

Wer „professionell“ seinen Kunden per Tmate Support anbieten möchte, kann den benötigten Server auch selbst hosten. Den entsprechenden Code gibt es auf Github, Hinweise zur Installation findet ihr auf der Homepage des Projekts (ganz am Ende) unter „Host your own tmate server“. Man braucht am Ende „nur“ einen kleinen Linux-Server im Netz. Für einfache Zwecke genügt wahrscheinlich schon ein Raspberry Pi, den man per DynDNS aus dem Internet unter einer statischen Adresse erreichbar macht. Weiter unten auf der Homepage gibt es auch weiterführende Informationen wie Tmate eigentlich funktioniert.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.