Linuxkurs-Blog (Einträge über Shell)

Speicherplatz sparen durch Deduplizieren

Detlef Lannert — Fri, 20 Mar 2026 19:00:00 GMT

Wenn man im Firefox mehrere Webseiten einer Site „komplett“ (in einem dafür eigens angelegten Unterverzeichnis) speichert, legt er zusätzlich zu einer HTML-Datei pro Seite jeweils ein Verzeichnis mit den verlinkten Dateien an. Dadurch entstehen meist zahlreiche Kopien derselben JS- und CSS-Dateien, Hintergrund- oder Titelbilder usw. usf., die unnötig Platz beanspruchen. Wie kann man diese Daten platzsparender speichern?

Das Programm rdfind (das z.B. für Debian-Systeme als gleichnamiges Paket existiert) kann helfen: Man wechselt in das Verzeichnis, in dem die Downloads liegen, und ruft es zunächst im dry-run-Modus auf:

rdfind -dryrun true -makehardlinks true .

Wenn die Ausgabe plausibel erscheint, klopft man dreimal auf Holz und lässt es im Normalmodus laufen:

rdfind -makehardlinks true .

Es gibt einige Informationen über den Ablauf aus und teilt u.a. mit, wieviel Speicherplatz eingespart wurde, indem die Dateiduplikate durch Hardlinks ersetzt wurden. Das heißt, in jedem Seitenverzeichnis sind nach wie vor alle Dateien vorhanden, aber identische Dateien sind nur einmal im Dateisystem gespeichert, alle Kopien verweisen auf denselben Datenbereich. Löscht man später einzelne Verzeichnisse, so bleiben die Daten so lange erhalten, bis die letzte Referenz (der letzte Hardlink) gelöscht wurde – genau so, wie man es braucht.

Je nachdem, welches Backup-Tool man verwendet (hoffentlich überhaupt eines!), kann es sein, dass dieses die Hardlinks nicht berücksichtigt und die Dateien pro Link einmal auf das Backup-Medium kopiert. Dadurch kann sich der Speicherplatzbedarf der Backups unerwartet vergrößern. Falls das Tool selbst dedupliziert, dürfte dieser Effekt nicht auftreten.

Die (nähere) Zukunft von Git

Detlef Lannert — Sun, 09 Nov 2025 21:00:00 GMT

Die Git-Entwickler haben die nähere Zukunft von Git diskutiert; zu den zentralen Themen gehören die Umstellung auf SHA256 (statt SHA1, das nicht mehr ausreichend sicher ist!), die Migration auf Rust und die Vorbereitung auf Git 3.0, das einige breaking changes mit sich bringen wird.

Interessante CLI-Tools, die mit Rust erstellt wurden

Detlef Lannert — Sun, 09 Nov 2025 20:00:00 GMT

Orhun Parmaksız hat bei RustLab 2024 seine 7 bevorzugten CLI-Tools vorgestellt: 7 Rust Terminal Tools That You Should Use. Er selbst ist Entwickler beim Projekt Ratatui, das TUI-Schnittstellen für Rust bereitstellt.

Seine Favoriten sind:

tui-journal: https://github.com/AmmarAbouZor/tui-journal
repgrep: https://github.com/acheronfail/repgrep
serie: https://github.com/lusingander/serie
rainfrog: https://github.com/achristmascarl/rainfrog
netscanner: https://github.com/Chleba/netscanner
glim: https://github.com/junkdog/glim
atac: https://github.com/Julien-cpsn/ATAC

Meine Erfahrungen damit:

tui-journal - ein TUI-Journal- (Notizen-) Programm. Leicht zu installieren. Für jedes topic, das man anlegt, gibt es einen Editierbereich, der aber per se unstrukturiert ist. Also kein Ersatz für ein Weblog oder meine reST-Notizen.
repgrep – Suchen und Ersetzen in Verzeichnisbäumen. Es basiert auf dem Tool ripgrep, das nicht so simpel zu installieren ist, daher:
```
git clone https://github.com/BurntSushi/ripgrep
cd ripgrep
cargo build --release --features pcre2
cargo install repgrep
```
Man kann beispielsweise in einem Source tree nach einem Bezeichner suchen, bekommt die Treffer (pseudo-) grafisch angezeigt, kann sie aus- oder abwählen und anschließend durch einen anderen String ersetzen.
serie – git-Historie im TUI grafisch darstellen. Installation einfach mit cargo install --frozen serie (lt. Homepage auszusprechen wie im Deutschen!). Aufruf in einem git-Baum zeigt direkt die Historie an; man kann mit dem Cursor einen Commit auswählen, Enter drücken und bekommt Details dazu angezeigt. Sehr einfach, sehr nützlich.
rainfrog – ein TUI-Datenbank-Client für PostgreSQL, SQLite, duckdb (experimentell) und andere. Installation mit cargo install rainfrog. Bedienung und Funktionalität können mich nicht überzeugen; mit den CLI-Clients (psql, sqlite3) geht's einfacher. Vermutlich soll rainfrog mit abgespeicherten Queries manche häufigen Abfragen abrufbar machen, aber die könnte man genausogut auch anders skripten.
netscanner – ein Tool zur Analyse des Datenverkehrs im LAN. Installation einfach mit cargo install netscanner; das Programm muss mit Root-Rechten ausgeführt werden. Es werden zunächst die lokalen Interfaces und die erkannten Wifi-Netze angezeigt; man kann ein lokal erreichbares Netz scannen. Man kann sich die ein- und ausgehenden Pakete anzeigen lassen, die offenen Ports und den Traffic. Die Navigation im TUI ist nicht gerade selbsterklärend (in den Labels sind hier und da einzelne Buchstaben hervorgehoben, wenn man die drückt, passiert was).
glim – “terminal user interface (TUI) for monitoring GitLab CI/CD pipelines and projects”. Nicht ausprobiert.
atac – ein Web-API-Client fürs TUI. Installation mit cargo install atac --locked scheiterte mit einer Compilerfehlermeldung.

Kurz gefasst: repgrep und serie passen gut in eine Sammlung von CLI-Tools.

Neuer Python-REPL ab Version 3.13

Detlef Lannert — Tue, 16 Sep 2025 20:59:51 GMT

Trey Hunner (der eine umfangreiche Liste von Python-Artikeln, geordnet nach Themenfeldern und für Einsteiger geeignet, anbietet – die meisten frei zugänglich) hat die alten und neuen Features des Python-REPL in Version 3.13 (also des Read-Eval-Process-Loop) zusammengestellt.

Dateisysteme: Nicht die Übersicht verlieren

Detlef Lannert — Mon, 29 Jul 2024 09:00:00 GMT

Noch ein moderner, in Rust geschriebener Ersatz für einen Klassiker der Unix-Kommandos: dysk gibt eine gegenüber df -h erweiterte und übersichtlichere Tabelle der gemounteten Dateisysteme aus. Sie enthält auch die Dateisystem- und Gerätetypen, kennzeichnet den Belegungsstand farblich und mit Balkengrafik, kann die Ausgabe nach verschiedenen Kriterien filtern und optional als JSON bereitstellen. Die Pseudodateisysteme (z. B. unter /run und /dev) werden standardmäßig ausgeblendet.

Debian stellt das Tool als Paket dysk zur Verfügung.

Wer frisst meinen Plattenplatz?

Detlef Lannert — Mon, 29 Jul 2024 08:00:00 GMT

Für das altbekannte Kommando du (disk usage), mit dem man sich über den Speicherplatzverbrauch innerhalb eines Verzeichnisses informieren kann, gibt es eine modernere Alternative: dust zeigt (auf Wunsch) die Dateien und Unterverzeichnisse nach Größe der Belegung sortiert an, „menschenlesbare“ Größenangaben und Prozentbalken, die ärgsten Platzfresser werden farblich gekennzeichnet, und weil es in Rust geschrieben ist, ist es auch ziemlich schnell.

Debian bietet das Programm im Paket du-dust an.

Komponieren unter Linux (compose)

Detlef Lannert — Thu, 22 Feb 2024 15:00:00 GMT

Wo findet man die Compose-Definitionen?

Die Datei /usr/share/X11/locale/Compose.dir ordnet den Locales die Compose-Dateien zu, z.B. zu de_DE.UTF-8 findet sich dort en_US.UTF-8/Compose. Diese wiederum ist relativ zu /usr/share/X11/locale zu sehen, also ist die für die genannte Locale relevante Datei /usr/share/X11/locale/en_US.UTF-8/Compose. Sie enthält Zeilen folgender Art:

<Multi_key> <S> <bar>                   : "$"   dollar # DOLLAR SIGN
…
<Multi_key> <s> <o>                     : "§"   section # SECTION SIGN

Dabei steht <Multi_key> für die Compose-Taste, deren Tastaturzuordnung in den KDE-Einstellungen gewählt werden kann (mein Favorit: AltGr-Windows). Man findet dies in den Systemeinstellungen → Hardware → Eingabegeräte → Tastatur → erweitert, „Position der Compose-Taste“, „Dritte Ebene der linken Windows-Taste“.

Drückt man also AltGr und die (linke) Windowstaste, ändert sich die Cursordarstellung, und tippt man danach die Kleinbuchstaben s und o, erscheint das Paragraphenzeichen.

In der Datei ~/.XCompose kann ein Benutzer eigene Compose-Definitionen hinzufügen, beispielsweise:

include "%L"
<Multi_key> <backslash> <slash> : "¯\\_(ツ)_/¯" # UTF-8 shrug
<Multi_key> <E> <plus> : "∑" U2211 # summation

(Siehe man 5 Compose)

Die Datei mit den Standardzuordnungen ist schon ein Quell freudvoller Inspiration, etwa mit den Einträgen für Compose-8-8 oder Compose-v-/, Compose-<->, Compose-=->, …

Doit zur Automatisierung voneinander abhängiger Verarbeitungen

Detlef Lannert — Tue, 16 Jan 2024 11:00:00 GMT

doit kann die Make-Aufgaben übernehmen, die mit Abhängigkeiten zu tun haben.

Die Aufgaben werden mit Python-Code beschrieben; doit analysiert die Verknüpfungen, kann einen Abhängigkeitsgraphen ausgeben und führt dann die Aktionen in geeigneter Reihenfolge aus.

Features:

durch Plugins erweiterbar
Debug-Unterstützung
API
parallele Ausführung von Aktionen
mögliches Caching von Ergebnissen
kann als watcher Veränderungen erkennen und die zugehörigen Aktionen auslösen

Just als Alternative zu Phony-Targets von Make

Detlef Lannert — Tue, 02 Jan 2024 11:00:00 GMT

just ist ein in Rust geschriebenes „verbessertes Make“, jetzt auch verfügbar als Debian-Paket.

Die justfiles sind den bekannten Makefiles sehr ähnlich, aber anwenderfreundlicher (kein Zwangs-Tab!). Die Fehlerbehandlung und die „Hilfefunktion“ sind besser, die Rezepte können in beliebigen Programmiersprachen geschrieben sein (beispielsweise in Python …), und das justfile muss nicht im aktuellen Verzeichnis liegen.

nushell, eine neue Shell

Detlef Lannert — Tue, 02 Jan 2024 11:00:00 GMT

nushell ist ein Projekt zur Entwicklung einer neuen, modernen Shell (Doku hierzu).

Installation:

apt install pkg-config libssl-dev
cargo install nu --locked --features=dataframe
sudo cp ~/.cargo/bin/nu /usr/local/bin  # sofern gewünscht
nu --help

Besonderheiten:

Nushell-Skripte werden kompiliert, nicht zeilenweise interpretiert.
Variablen sind vom let-Typ (allerdings mit der Möglichkeit des Shadowing); dadurch können Kommandos in der Shell parallelisiert werden.
Wie andere (Unix-) Shells unterstützt Nushell Pipelines, aber diese transportieren vorzugsweise Datenstrukturen (Tabellen) anstelle reiner Textzeilen.