LN-Waschpress

Kategorie: Softwareperlen

  • NFS-Freigaben per Systemd einbinden

    Bild: share | By airpix | Lizenz: CC BY 2.0

    Ich habe gerade einen neuen Rechner in Betrieb genommen. Beim alten PC wurden die Freigaben per autofs automatisch eingebunden, da das Einbinden per fstab mit Nachteilen verbunden sein kann. Leider ist es mir nicht gelungen, die Konfiguration des alten Rechners auf die der neuen Box anzupassen.

    Systemd to the Rescue

    Nach Stunden des Probierens suchte ich nach Alternativen und entschloss mich, Systemd-Mounts zu testen. Und siehe da, nach 10 Minuten war der erste Share da und erschien auch im Dateimanager Dolphin. Um dahin zu kommen, mussten lediglich zwei einfache Systemd-Units erstellt werden. Als Vorgabe muss lediglich das Paket nfs-common installiert sein.

    Units erstellen

    Die Units bei Systemd unterscheiden sich nicht sehr von den Service-Files, die vermutlich jeder Linux-Nutzer schon mal gesehen hat. Die erste Unit endet auf .mount, die zweite auf .automount. Bei mir sehen diese wie folgt aus:

    [Unit]
    Description=Mount NFS Share

    [Mount]
    What=192.168.XXX.YY:/Music
    Where=/media/ft/nas
    Type=nfs
    Options=soft,async

    Eigentlich ist es selbsterklärend. Description ist lediglich beschreibend. Der Eintrag hinter What verweist auf die Adresse und die Freigabe, das Where legt fest, wohin gemounted wird. Der Typ ist bei mir NFS, könnte aber auch Cifs sein. Die benötigten Optionen kann man sich im NFS-Howto zusammenstellen.

    Die zweite Unit mit der Endung .automount macht genau was der Name besagt: Sie liest die soeben beschriebene .mount und hängt die dort benannte Freigabe ein:

    [Unit]
    Description=Automount NFS-Share
    Requires=NetworkManager.service
    After=network-online.target
    Wants=network-online.target

    [Automount]
    Where=/media/ft/nas
    TimeoutIdleSec=10min

    [Install]
    WantedBy=multi-user.target

    Auch hier wieder die Beschreibung an erster Stelle. Die zweite Zeile legt fest, dass die Datei NetworkManager.service benötigt wird. Der Automounter soll dann die Freigaben einhängen, nachdem das Netzwerk steht. TimeoutIdle legt fest, dass die Freigabe ohne Aktivität nach der angegebenen Zeit wieder ausgehängt wird. Die Install-Anweisung besagt, in welchem Runlevel die Unit gestartet werden soll. Ich habe hier das Multi-User-Runlevel gewählt.

    Nomen est Omen

    Was die Namen der beiden Units angeht, so werden sie aus dem Pfad des Einhängepunkts gebildet, indem / gegen – ausgetauscht wird. Aus media/ft/nas wird media-ft-nas.mount bzw. media-ft-nas.automount. Bei längeren Namen kann man sich auch des Befehls sudo systemd escape [mountpoint] bedienen.

    Verschieben und aktivieren

    Die solchermaßen benannten Dateien werden nach /etc/systemd/system verschoben. Jetzt fehlen noch zwei Befehle um die Automount-Unit jetzt und künftig beim Booten zu starten:

    systemctl start media-ft-nas.automount

    systemctl enable media-ft-nas.automount

    Der Zustand kann mit systemctl status media-ft-nas.automount kontrolliert werden und liefert im Erfolgsfall beispielsweise zurück:

    ft@blue:/etc/systemd/system$ systemctl status media-ft-nas.automount
    ● media-ft-nas.automount - Automount /media/ft/nas
        Loaded: loaded (/etc/systemd/system/media-ft-nas.automount; enabled; vendor preset: enabled)
        Active: active (waiting) since Sun 2019-12-22 12:45:52 CET; 2h 57min ago
      Triggers: ● media-ft-nas.mount
         Where: /media/ft/nas

    Das wars auch schon. Sollte etwas nicht funktionieren, kann man als erstes testen, welche Freigaben überhaupt vorhanden sind. Das geht mittels:

    sudo showmount -e 192.168.XXX.YY

    Der einzige Nachteil, der ins Auge springt, ist, dass für jede Freigabe eigene Units angelegt werden müssen. Aber die müsste man in der fstab auch einzeln eintragen. Und man muss es ja nur einmal machen. Falls jemand hier eine Abkürzung kennt, ich bin ganz Ohr.

  • LanguageTool – Open Source Rechtschreibprüfung

    Foto: Spell von Marco Verch auf twitter-trends | Lizenz: CC BY 2.0

    Jeder, der viel und zudem öffentlich schreibt, verwendet vermutlich zum Korrekturlesen eine Software, die dabei hilft, Rechtschreib- und Grammatikfehler auszubügeln und zusätzlich auf Stilblüten hinzuweisen. Die Auswahl an brauchbaren Lösungen hierfür ist nicht gerade üppig, fast immer handelt es sich jedoch um proprietäre Bezahl-Software.

    Es geht auch anders

    Dass es auch als Open Source geht, beweist die Firma LanguageTooler GmbH aus Potsdam mit ihrer App LanguageTool. Die Anwendung ist Open Source unter der GNU Lesser General Public License v2.1 und wird für insgesamt rund 30 Sprachen angeboten, die unterschiedlich gut unterstützt sind. Die sehr agile Entwicklung findet auf GitHub statt. Das Projekt wird von der Europäischen Union im Rahmen des Europäischen Fonds für regionale Entwicklung (EFRE) finanziell gefördert.

    Breite Unterstützung

    LanguageTool ist als Web-App, als Java-basierte Version für den Desktop (auch offline) sowie für OpenOffice/LibreOffice, Google Docs und Microsoft Word verfügbar. Zudem gibt es Erweiterungen für Firefox und Chrome, die auf allen von mir getesteten Webseiten einen guten Job machen. Darüber hinaus gibt es eine ganze Reihe von der Community gepflegter Plug-ins für Anwendungen wie unter anderem Eclipse, Emacs, InteliJ, Lyx, Thunderbird, Vim und Editoren wie Atom, Sublime oder TinyMCE 4.

    Alle Freiheiten

    Ein weiterer Vorteil offener Entwicklung ist die Möglichkeit, LanguageTool selbst zu bauen, mit der CLI-Erweiterung der Standalone-Version im Terminal, auf einem Server oder in Docker zu verwenden. Mit languagetool-commandline.jar aus dem Zip-Archiv lassen sich einzelne Dateien, aber auch ganze Verzeichnisse überprüfen. Ich habe LanguageTool als Plug-in in Chrome, als Web-App und Standalone sowie in LibreOffice unter Debian Sid getestet. Voraussetzung für die Standalone- und LibreOffice-Versionen ist Java 8, egal ob von Oracle oder als OpenJDK. LibreOffice sollte dazu mindestens in Version 6.x vorliegen. Obwohl Java von Oracle empfohlen wird, lief die Erweiterung auch mit OpenJDK sofort problemlos.

    Die Funktionalität ist bei den von mir getesteten Versionen unter LibreOffice am größten und geht weit über die üblichen Rechtschreibprüfungen hinaus, indem eine große Zahl an Stilprüfungen genutzt werden kann. Diese sind abwählbar, wenn sie nicht gebraucht werden. Wenn die gebotene Funktionalität nicht reicht, kann zusätzlich ein riesiger N-Gramm-Datensatz eingebunden werden.

    Ziemlich fehlerfrei

    Die Entwickler sind freundlich und helfen schnell und ausdauernd, wenn nötig. Hilfe und Unterstützung gibt es aber auch in einem Forum und im Wiki. LanguageTool ist kostenlos, bietet aber auch eine Premium-Version, die ich mittlerweile nutze, da sie zusätzliche Optionen bietet, die ich als Autor sehr hilfreich finde. Für den Hausgebrauch schlägt sich die kostenlose Version aber prima und sorgt dafür, dass man sich mit seinen Texten und E-Mails nicht blamiert.

  • Screenshots mit Ksnip

    Ksnip Screenshots

    Screenshots gehören zum täglichen Arbeitsfluss vieler Anwender, sei es im beruflichen oder privaten Umfeld. Über die Jahre hat sich Shutter als mächtiges plattformübergreifendes Werkzeug bewährt.

    Shutter ist weg

    Shutter wurde allerdings zumindest aus Ubuntu 18.10 und Debian Unstable entfernt, da es veraltete Abhängigkeiten aufweist. Somit wird es auch im bald erwarteten Debian Buster nicht mehr verfügbar sein.

    Zwar haben die Desktop-Umgebungen unter Linux fast alle ihre eigenen Tools für Screenshots. Diese beschränken sich aber meist auf das reine Aufnehmen von Screenshots und lassen Editierfunktionen vermissen.

    Flameshot

    Vor fast einem Jahr habe ich hier Flameshot vorgestellt. Ich verwende es mit Vorliebe, weil es ein etwas anderes Konzept verwendet und auf ein festes Fenster völlig verzichtet. Flameshot wird ständig weiterentwickelt und erhält neue Funktionen, obwohl es bereits recht komplett ist. Lediglich bei den Editierfunktionen kann es noch zulegen.

    Ksnip

    Gemeinsam ist Flameshot und Ksnip, unserer heutigen Vorstellung, die Basis Qt, wie das K im Namen bereits vermuten lässt. KSnip ist für Linux, macOS und Windows verfügbar. Wie auch Flameshot beherrscht auch Ksnip bereits Screenshots unter Wayland-Sitzungen mit GNOME oder Plasma, wenn auch noch experimentell.

    Auch mit Wayland

    Diese Eigenschaft ist keinesfalls selbstverständlich, denn Wayland erfordert eine andere Herangehensweise, um so etwas Alltägliches wie einen Screenshot zu erstellen. Aus Sicherheitsgründen ist im Display-Protokoll Wayland selbst nur das Nötigste definiert. Dinge wie Screen-Sharing oder auch einfache Screenshots müssen extern gelöst werden und sind in diesem Fall über PipeWire realisiert worden.

    Auch für CLI

    Ksnip wird beständig weiterentwickelt, aktuell ist Version 1.5, die 1.6 kann bereits getestet werden. Eine nette Zugabe im Menü ist das nachträgliche Skalieren einer Aufnahme, ansonsten ist hier alles Standard. In die Cloud geht es per Imgur. Screenshots lassen sich ausdrucken oder als ps/pdf speichern. Auch auf der Kommandozeile lassen sich Screenshots erstellen.

    Im Fadenkreuz

    Wird ein rechteckiger Bereich für einen Screenshot gewählt, so wird das Aufziehen durch eine Lupe mit Fadenkreuz und durch am Mauszeiger klebende horizontale und vertikale Lineale erleichtert. Sobald die Aufnahme im Kasten ist, stehen ausgereifte Editierfunktionen zur Bearbeitung bereit. Dazu zählen Stift, Marker, Rechteck, Ellipse, Text und Zahl sowie ein Blur-Effekt zum Verwischen.

    Wer Shutter in seiner Distribution vermisst, findet nun neben Flameshot auch bei Ksnip ein geeignetes Werkzeug. Auf der GitHub-Seite stehen neben Paketen für Windows und macOS auch DEB- und RPM-Pakete für Linux sowie ein AppImage zum unverbindlichen Testen bereit.

  • ThinkPad-Akku kontrollieren

    Bild von Claudius Ellsel auf Pixabay

    Es ist bekannt dass Lithium-Ionen-Akkus ein längeres Leben haben, wenn sie nicht ständig ganz entleert oder voll geladen werden. Es ist sinnvoll, den Ladestand zwischen 20-30 und 70-80 Prozent zu halten. Bei ThinkPads mit Windows 10 bietet die Zusatzsoftware Lenovo Vantage Zugriff auf die Einstellungen.

    Linux lange im Nachteil

    Für Linux war lange Jahre Handarbeit angesagt. Zudem musste man bei jedem neuen ThinkPad-Modell erneut im ThinkWiki recherchieren, wie eine eventuell geänderte Firmware die Optionen handhabt. Es mussten ein oder zwei Kernelmodule installiert und dann die gewünschten Werte in virtuelle Dateien unter /sys/devices/platform/smapi eingetragen werden.

    TLP samt GUI

    Mittlerweile bietet die Software Linux Advanced Power Management (TLP) unter vielen anderen nützlichen Einträgen auch einen Abschnitt für den Akku, in dem diese Einstellungen vorgenommen werden können. TLP ist für die Kommandozeile entwickelt worden, allerdings gibt bereits seit Jahren die grafische Oberfläche TLPUI, um diese und andere Einstellungen auch grafisch vornehmen zu können.

    Schnell installiert

    Dazu wird der Code von GitHub gecloned oder als Zip heruntergeladen und entpackt. Als Abhängigkeiten erwartet die Software TLP, Python 3 und die GTK3-Bibliotheken. Dann wird aus dem Ordner TLPUI heraus der Befehl python3 -m tlpui aufgerufen.

    TLPUI bereitet die Funktionen von TLP grafisch auf

    Kernel-Module benötigt

    Der entsprechende Abschnitt ThinkPad Battery erläutert, dass eins von zwei Kernel-Modulen erforderlich ist, damit die Einstellungen greifen. Dabei handelt es sich um die beiden gleichen Module tp-smapi-dkms und acpi-call-dkms, die man auch früher schon installieren musste, um die Funktion händisch einzurichten. Beide Module stehen unter den großen Distributionen zur Installation bereit.

    Funktioniert tadellos

    Da TLP nicht bestimmen kann, welches Modul bei welchem Modell benötigt wird, ergibt es Sinn, beide zu installieren. Nachdem die Einstellungen für den Akku vorgenommen wurden, nicht vergessen, diese im Menü unter Datei zu speichern. Bei mir funktioniert das mit den Modellen E580 und T540p problemlos.

  • CYA: Cover Your Ass(ets)

    CYA
    Photo by Jametlene Reskp on Unsplash

    Wer einmal Windows genutzt hat oder immer noch nutzt, kennt die Funktionalität von System Restore. Ist das System kaputt, spielt man eine ältere Version zurück. Vom Prinzip her macht das hier vorgestellte Script CYA das gleiche.

    Kein Backup

    Es handelt sich dabei nicht um ein Backup-Programm, sondern um eine Systemwiederherstellung. Die Dateisysteme Btrfs und ZFS kennen das Genre als Snapshot und diesen Begriff werde ich der Einfachheit halber auch hier verwenden.

    RSync lässt grüßen

    CYA ist ein Bash-Script, das einfach und mit wenigen Befehlen zu handhaben ist und im Hintergrund Befehle von Rsync abarbeitet. Standardmäßig werden drei Snapshots gespeichert, die automatisiert oder manuell angelegt wurden. Danach wird der jeweils älteste Snapshot überschrieben. Dieses Verhalten kann individuell angepasst werden.

    Ausnahmen definieren

    Es können auch Snapshots angelegt werden, die nicht überschrieben werden sowie Snapshots komprimiert und archiviert werden, die dann gar nicht in der Liste der Sicherungen auftauchen. Der Anwender bestimmt detailliert, was gesichert wird. Standardmäßig ist hier der gesamte Root-Baum voreingestellt. Wenn etwa /var/log oder andere Verzeichnisse nicht gesichert werden soll, werden sie ausgenommen.

    Automatisiert sichern

    CYA eignet sich hervorragend, um per Systemd oder Cron automatisiert ausgeführt zu werden. Auch ansonsten kann es gut in Scripte eingebunden oder auf Servern verwendet werden. Zudem funktioniert die Wiederherstellung auch dann, wenn die grafische Oberfläche nicht mehr zugänglich ist. CYA arbeitet laut dem Entwickler mit jeder Linux- und BSD-Distribution zusammen und theoretisch auf jedem System, das eine Bash und Rsync zu bieten hat. Das konnte ich bisher nicht widerlegen.

    Gesamt oder einzeln

    CYA erstellt einen Wiederherstellungspunkt, der den Root-Baum umfasst, das Home bleibt dabei außen vor, kann aber bei Bedarf über die Funktion CYA Mydata separat gesichert werden. Das Script CYA nutzt standardmäßig keine Komprimierung oder ein proprietäres Format. Bei einer Rücksicherung können deshalb außer dem gesamten System auch einzelne Dateien oder Verzeichnisse einfach per Dateimanager oder Terminal wiederhergestellt werden.

    Anwender von Bleeding-edge-Rolling-Release-Distributionen kennen das Problem, dass man sich durch Unachtsamkeit beim Aktualisieren schnell mal das System zerschießen kann, sodass es nicht einmal mehr booted. Hier bietet sich CYA an, um in einem solchen Fall schnell wieder ein funktionierendes System zur Verfügung zu haben. 

    Vorbildlich dokumentiert

    CYA ist hervorragend dokumentiert, allerdings lediglich auf Englisch. Die Webseite des Projekts bietet eine kurze Einleitung, der Quellcode befindet sich auf Github, wo das Tool auch ausführlich besprochen wird. Darüber hinaus werden alle Funktionen und deren technische Hintergründe in einer 17-teiligen YouTube-Serie ausführlich besprochen. Ein ausführlicher Artikel von mir zum zum Thema wird im Mai kostenlos online gestellt.

  • Screenshots editieren mit Flameshot

    Screenshots editieren
    Screenshot: ft

     

    Wer oft Screenshots aufnimmt, kennt das Problem: Es gibt genügend Anwendungen in Linux, um Screenshots aufzunehmen, egal ob mit grafischer Oberfläche oder aus einem Terminal. Das Problem ist eher, das geeignete Tool passend zum eigenen Workflow zu finden. Universell im Terminal einsetzbar ist Scrot.

    Grafikprogramme wie Gimp oder ImageMagick erlauben ebenfalls die Erstellung von Screenshots. Zudem bringt fast jede Desktop-Umgebung zu diesem Zweck ihr eigenes Werkzeug mit. GNOME-Screenshot und Xfce-Screenshooter sprechen für sich selbst, bei KDE Plasma heißt das entsprechende Werkzeug Spectacle. Und es gibt noch mehr.

    Screenshots editieren

    Was aber all diese Anwendungen nicht beherrschen ist das Editieren von Screenshots. Da ich beruflich fast täglich Screenshots aufnehme und diese auch oft editieren muss, suchte ich lange nach der idealen Lösung, die zu meinem Arbeitsstil und den Anforderungen passt. Eine Weile nutzte ich Dickschiffe wie Shutter oder HotShots. Ich finde diese Art des Arbeitens nicht intuitiv. Erst aufnehmen, speichern, dann den Editor aufrufen…

    Bis ich die Qt-basierte Anwendung Flameshot entdeckte. Flameshot bietet eine simple und intuitive Oberfläche, wo alles innerhalb eines Mauswegs von einigen Zentimetern liegt und auf einen Blick erfassbar ist. Das nenne ich Ergonomie in Software. Die Anwendung quartiert sich entweder im Systemabschnitt der jeweiligen Leiste ein oder wird aus der Kommandozeile aufgerufen.

    GUI, Terminal oder Tastaturkürzel

    Die Befehlsstruktur ist schnell erlernt und erlaubt, zu definieren, was wann aufgenommen werden soll und wo es hinsoll. Dieses Konzept ergibt Sinn, wenn die aufgenommenen Bilder nicht bearbeitet, sondern gespeichert werden sollen. So erstellt Befehl  flameshot full -p ~/screenshots -d 5000 ein Abbild des gesamten Bildschirms mit fünf Sekunden Verzögerung und speichert es im heimischen Ordner screenshots. Die Konfigfuration wird per flameshot config aufgerufen, die Hilfe über flameshot -h.

    [su_slider source=“media: 4890″ link=“image“ width=“700″ height=“460″ arrows=“no“ pages=“no“ mousewheel=“no“ autoplay=“0″ speed=“0″]

    Tastaturkürzel helfen dabei, schnell zu Ergebnissen zu kommen. So erledigt Strg+Umschalt+Druck die Aufgabe, einen Screenshot der Displays allenr Monitore aufzunehmen und in der Zwischenablage zu speichern. Ich nutze aber hauptsächlich die GUI-Variante, da ich Screenshots häufig editieren muss, wenn sie im Netz oder in Zeitschriften abgebildet sind. Dabei geht es meist darum, private Informationen unkenntlich zu machen oder bestimmte Stellen der Abbildung hervorzuheben.

    Aktive Weiterentwicklung

    Ich habe Flameshot im Autostart, muss es im Bedarfsfall also einfach im Tray anklicken. Mit Flameshot kann ich praktischerweise Screenshots noch während des Erstellens editieren und nicht erst hinterher. Das Hinterlegen der Anwendung auf die Drucktaste geht bisher noch nicht automatisch, hier muss noch Hand angelegt werden. Auch das wird nicht lange auf sich warten lassen, ist Flameshot doch unter ständiger Entwicklung und bringt derzeit 1 – 2 mal im Monat ein Upgrade.

    Flameshot ist mittlerweile in vielen Distributionen in denArchiven. Obwohl Qt-basiert, lässt sich Flameshot auch ohne großen Aufwand außerhalb von Plasma oder LXQt anwenden. Die Installation von Flameshot auf einem frisch installierten Xfce4-Desktop benötigt rund 25 MByte an Bibliotheken. Alle weiteren Informationen sind auf der Projektseite versammelt

     

  • URLs mit KDE Connect versenden

    KDE Connect 1.3
    Screenshot: ft

     

    Nach der News über die Aktualisierung zu KDE Connect 1.3 kam im IRC die Frage auf, wie denn URLs vom Desktop-Browser an ein mobiles Gerät übermittelt werden können. Dies ist eine, wie ich finde, sehr nützliche Funktion, denn oft kann man einen Artikel, den man am Desktop zu lesen begonnen hat, nicht fertig lesen, bevor man aus dem Haus muss. Mit KDE Connect und einer Browser-Erweiterung kann man unterwegs mobil einfach weiterlesen, ohne am Smartphone zunächst eine Suche starten zu müssen.

    Zusätzliche Software nötig

    Da sich die Nutzung dieser Funktion nicht aus KDE Connect selbst erschließt und zusätzliche Software benötigt, sei das Einrichten hier kurz erläutert. Zusätzlich benötigt wird die Kdeconnect-Chrome-Extension und für jeden zu nutzenden Browser die KDE-Connect-Erweiterung. Zunächst gilt es, die Kdeconnect-Chrome-Extension, die übrigens auch Firefox unterstützt, herunterzuladen und zu entpacken. Dann wird in einem Terminal die Installation angestoßen. Dazu dient als normaler User der Befehl ./kdeconnect-chrome-extension -install. Zuvor sollten die entsprechenden Browser geschlossen werden. Dann gilt es, den ersten Browser auszuwählen. Zur Auswahl stehen Chrome/Opera, Chromium, Firefox und Vivaldi. Zusätzlich gibt es den Eintrag Custom, den ich noch nicht weiter ergründet habe.

    Erweiterung im Browser installieren

    Pro Durchlauf kann nur ein Browser gewählt werden. Sollen also mehrere Browser aktiviert werden, so muss der Vorgang entsprechend oft wiederholt werden. Daraufhin wird die Erweiterung KDE Connect im jeweiligen Browser installiert. Nach einem Neustart des Browsers ist die Funktion bei Firefox über das Kontextmenü erreichbar. Bei Chrome und den weiteren unterstützten Browsern funktioniert  das Versenden über das Erweiterungs-Icon oben rechts im Browser.

    [su_slider source=“media: 4811″ link=“image“ width=“700″ height=“460″ arrows=“no“ pages=“no“ mousewheel=“no“ autoplay=“0″ speed=“0″]

    Festlegung auf ein Gerät

    Ist also die zu versendende URL im Browser geöffnet, zeigt der KDE-Connect-Eintrag im Kontextmenü oder über das Icon alle verbundenen Geräte an. Nach dem Versenden ist die entsprechende Seite auf dem Mobilgerät bereits geöffnet. In den Einstellungen kann ein bestimmtes Gerät festgelegt werden, an das gesendet wird. Zusätzlich kann dabei der Eintrag im Kontextmenü ausgeblendet werden. Umgekehrt geht das natürlich auch und sogar ohne zusätzliche Software. Im Kontextmenü des Browsers wird über Share… und senden an KDE Connect die jeweilige URL im Desktop-Browser geöffnet.

  • Mit Ncdu Festplatten durchsuchen

    Ncdu
    Bild: Hard Drive by: William Warby Lizenz: CC-By-SA-2.0

    Festplatten kennen eigentlich nur drei Zustände: leer, voll und kaputt. Wenn mal wieder der zweite Zustand erreicht ist, fragt man sich zunächst: »Wie konnte das geschehen?« und gleich danach: »Was ist da drauf?« Unter Linux gibt es mehrere Möglichkeiten, die letzte Frage zu beantworten. In meinen Linux-Anfängen hab ich mir einen Überblick mit grafischen Tools wie KDirStat, Filelight oder Baobab verschafft. Diese haben mehrere Nachteile: Zunächst ist der Aufbau des grafischen Abbilds der Festplatte bei großen Partitionen mit vielen Verzeichnissen und Dateien ziemlich langsam. Zudem braucht man dann immer noch eine Maus um anhand der Tooltips den Inhalt der farbigen Kuchenstücke zu ergründen.

    Für Konsoleros

    Deshalb benutze ich schon seit vielen Jahren dafür das Kommandozeilen-Tool ncdu, was für NCurses Disk Usage steht. Es ist eine Erweiterung des Linux-Standard-Werkzeugs du durch die freie Toolkit Ncurses . Wenn dann über Nacht mal wieder das Log von xsession.errors vollgelaufen ist und die Festplatte kein freies Bit mehr aufweist, lässt sich mit ncdu auch ohne grafische Oberfläche der Bösewicht schnell identifizieren und mit Bordmitteln löschen. Jägern und Sammlern hilft das Tool, ihren Sammeltrieb überschaubar zu halten. Auch auf Servern erweist sich ncdu als extrem nützlich.

    Überall verfügbar

    Ncdu gibt es fertig paketiert bei den meisten Distributionen im Archiv. Es wurde von  Yoran Heling 2007 erstmals veröffentlicht, steht unter einer MIT-Lizenz und steht neben Linux auch für Unix, BSD und IBMs z/OS zur Verfügung. Die Bedienung ist denkbar einfach. Das Home-Verzeichnis wird beispielsweise mit – wen wunderts – ncdu /home/USERNAME aufgerufen.

    [su_custom_gallery source=“media: 4181″ link=“image“ width=“700″ height=“470″]

    Einfache Bedienung

    Daraufhin erscheint in Windeseile eine Liste aller dort versammelten Ordner, absteigend nach Größe organisiert. Die Navigation geschieht mit den Plus-Minus-Pfeiltasten. Die Rechts-Links-Tasten dienen dem Abstieg in der Ordnerhierarchie und wieder zurück. Ist ein Ordner oder eine Datei ausgemacht, die entfernt werden soll so erledigt das ein Tastendruck auf d. Soll der Inhalt alphabetisch sortiert werden, hilft die Taste n, mit s geht es wieder zurück. Alle weiteren Optionen listet das ausführliche Manual auf.