Beiträge

Veröffentlicht am

btop – die moderne Alternative zu htop für dein Terminal

Btop Screenshot

Wer regelmäßig auf Servern oder Linux-Systemen unterwegs ist, kennt htop – schnell, funktional, aber optisch eher zweckmäßig. Wenn du Lust auf etwas mehr Übersicht, bessere Visualisierung und ein moderneres Bediengefühl hast, solltest du dir btop anschauen.

Was ist btop?

btop ist ein interaktiver System-Monitor für das Terminal. Er zeigt dir in Echtzeit:

  • CPU-Auslastung (pro Core)
  • RAM- und Swap-Nutzung
  • Netzwerktraffic
  • Festplatten-I/O
  • laufende Prozesse

Das Besondere:
Alles wird in übersichtlichen, farbigen Diagrammen dargestellt – inklusive Verlaufsgrafen. Dadurch erkennst du Lastspitzen oder ungewöhnliches Verhalten deutlich schneller als mit klassischen Tools.

Installation und Start

Die Installation ist unkompliziert und funktioniert auf den meisten Systemen direkt über den Paketmanager:

Ubuntu / Debian:

sudo apt install btop

Alternativ (falls nicht im Repo):

snap install btop

Starten kannst du das Tool einfach mit:

btop

Tipps & Tricks zur Bedienung

btop ist nicht nur hübsch, sondern auch überraschend komfortabel zu bedienen:

1. Navigation & Einstellungen

  • F2 öffnet das Einstellungsmenü
  • ESC bringt dich zurück
  • Maus wird unterstützt (z. B. zum Sortieren)

2. Prozesse im Griff behalten

  • Prozesse lassen sich direkt sortieren (CPU, RAM, etc.)
  • Mit wenigen Klicks kannst du Prozesse beenden oder priorisieren

3. Netzwerk im Blick

  • Besonders praktisch: Live-Anzeige von Up-/Download
  • Ideal, um z. B. laufende Backups oder ungewöhnlichen Traffic zu erkennen

4. Layout anpassen

  • Panels (CPU, Netzwerk, Prozesse etc.) lassen sich individuell konfigurieren
  • Farben und Update-Intervalle können angepasst werden

Fazit

btop ist mehr als nur ein Ersatz für htop – es ist ein echtes Upgrade.
Gerade wenn du häufiger mit Servern, Docker-Containern oder NAS-Systemen arbeitest, bekommst du hier deutlich mehr Transparenz bei gleichzeitig besserer Bedienbarkeit.

Einmal ausprobiert, will man meist nicht mehr zurück 😉

Veröffentlicht am

Maven Dependencies und Plugins aktuell halten – der pragmatische Guide

 

Regelmäßige Dependency-Pflege ist keine Kür, sondern ein fester Teil stabiler Softwareentwicklung.

Warum das überhaupt wichtig ist

Veraltete Dependencies sind nicht nur unschön, sondern konkret riskant:

  • Sicherheitslücken in Bibliotheken wie Jackson oder Log4j
  • Inkompatibilitäten mit neueren JDK-Versionen
  • Build-Probleme durch veraltete Maven-Plugins
  • technische Schulden, die spätere Upgrades unnötig teuer machen

Regelmäßige Updates sorgen deshalb nicht nur für Sicherheit, sondern auch für planbare Wartung.

Kurzfassung für Eilige

Wenn Du nur einen alltagstauglichen Standardprozess willst, reicht oft schon das hier:

mvn versions:display-property-updates
mvn versions:display-plugin-updates
mvn versions:display-dependency-updates
mvn versions:update-properties -DallowMajorUpdates=false
mvn clean test

Das wichtigste Tool: versions-maven-plugin

Das zentrale Werkzeug für diesen Workflow ist das Versions Plugin:

mvn versions:display-dependency-updates

Du musst es in der Regel nicht separat installieren – Maven lädt es automatisch nach.

  • zeigt verfügbare Updates an
  • hebt Versionen automatisch an
  • aktualisiert Properties
  • beschränkt Updates auf Minor oder Patch

1. Veraltete Versionen erkennen

Dependencies prüfen

mvn versions:display-dependency-updates

Beispielausgabe:

commons-lang3 ............ 3.12.0 -> 3.20.0
jackson-databind ........ 2.13.4 -> 2.20.0

Plugins prüfen

mvn versions:display-plugin-updates

Gerade alte Plugins sind oft eine unterschätzte Ursache für Build-Probleme.

Properties prüfen

Wenn Du Versionen zentral über Properties pflegst, bekommst Du die sauberste Update-Strategie:

<junit.version>3.11.0</junit.version>

Dazu passt dieser Befehl:

mvn versions:display-property-updates

Effektives POM verstehen

mvn help:effective-pom

Damit erkennst Du geerbte Versionen, Parent-POM-Einflüsse und aktive Profile – also genau die Stellen, an denen Versionskonflikte oft entstehen.

2. Updates durchführen

Variante A: direkt gesetzte Versionen

mvn versions:use-latest-releases

Variante B: Properties aktualisieren

mvn versions:update-properties

Beispielsweise von:

<junit.version>3.3.2</junit.version>

auf:

<junit.version>3.5.0</junit.version>

Parent-POM aktualisieren

mvn versions:update-parent

3. Nur sichere Updates ohne Major-Sprünge

Hier liegt der eigentliche Hebel für einen stabilen Alltag.

Nur Minor- und Patch-Updates zulassen

mvn versions:update-properties -DallowMajorUpdates=false
  • 5.1 → 5.9 erlaubt
  • 5.x → 6.x blockiert

Nur Patch-Updates zulassen

mvn versions:update-properties \
-DallowMajorUpdates=false \
-DallowMinorUpdates=false
  • 5.1.1 → 5.1.9 erlaubt
  • 5.1 → 5.2 blockiert

4. Sicherer Workflow für den Alltag

Ein bewährter Ablauf sieht so aus:

mvn versions:display-property-updates
mvn versions:display-plugin-updates
mvn versions:display-dependency-updates

Danach entscheidest Du Dich für eine Strategie:

Konservativ

mvn versions:update-properties -DallowMajorUpdates=false

Aggressiv

mvn versions:update-properties

Danach immer testen:

mvn clean test

5. Änderungen rückgängig machen

mvn versions:revert

Oder Änderungen dauerhaft übernehmen:

mvn versions:commit

6. Best Practices aus der Praxis

Versionen zentral über Properties steuern

<junit.version>3.5.4</junit.version>

Plugins konsistent referenzieren

<maven-surefire-plugin.version>3.5.4</maven-surefire-plugin.version>

Verwendung dann über:

${maven-surefire-plugin.version}

Regelmäßige Updates einplanen

  • monatlich prüfen
  • quartalsweise Major-Upgrades evaluieren

Fazit

Maven bringt alles mit, was Du für saubere Dependency-Pflege brauchst. Entscheidend ist nicht nur das Update selbst, sondern die Strategie dahinter: Properties nutzen, Major-Updates bewusst steuern und lieber regelmäßig prüfen als selten mit einem großen Big-Bang-Upgrade reagieren.

  • mehr Transparenz über veraltete Komponenten
  • automatisierte und steuerbare Updates
  • bessere Kontrolle über Stabilität und Risiko
Veröffentlicht am

CTOP: Eine schlanke GUI für die Konsole – und zwei Wege, sie als Docker‑Container zu starten

Wer viel mit Docker arbeitet, kennt das Problem: Man möchte schnell einen Überblick über laufende Container, deren Ressourcenverbrauch und Logs bekommen – ohne gleich Portainer zu öffnen oder lange docker ps‑Listen zu durchforsten. Genau hier glänzt CTOP: ein leichtgewichtiges, terminalbasiertes Monitoring‑Tool, das sich wie ein „htop für Docker“ anfühlt.

CTOP zeigt CPU‑Last, RAM‑Verbrauch, Netzwerk‑I/O, Block‑I/O und Container‑Status in einer übersichtlichen TUI‑Oberfläche. Perfekt für alle, die auf der Konsole arbeiten, aber trotzdem eine visuelle Darstellung bevorzugen.

Da die ursprünglichen Binary‑Releases nicht mehr zuverlässig verfügbar sind, bietet sich heute vor allem eine Nutzung als Docker‑Container an. Und dafür gibt es zwei elegante Varianten.

Variante 1: CTOP mit festem Container‑Namen (empfohlen)

Diese Variante sorgt dafür, dass CTOP immer unter dem gleichen Containernamen läuft. Das ist besonders praktisch, wenn man regelmäßig mit dem Tool arbeitet oder automatisierte Skripte nutzt.

Der Alias wird einmalig in die ~/.bashrc eingetragen:

echo 'alias ctop="docker run --rm -ti --name ctop -v /var/run/docker.sock:/var/run/docker.sock quay.io/vektorlab/ctop:latest"' >> ~/.bashrc source ~/.bashrc

Ab sofort genügt ein einfacher Befehl:

ctop

Der Container heißt dabei immer ctop, wird nach dem Beenden automatisch entfernt und hinterlässt keine Rückstände.

Variante 2: CTOP direkt per Docker‑Befehl starten

Wer keinen Alias setzen möchte oder CTOP nur gelegentlich nutzt, kann es jederzeit direkt starten:

docker run --rm -ti --name ctop \ -v /var/run/docker.sock:/var/run/docker.sock \ quay.io/vektorlab/ctop:latest

Auch hier gilt:

  • --rm entfernt den Container nach dem Beenden
  • --name ctop sorgt für einen festen Namen
  • Die Docker‑Socket‑Bindung ermöglicht CTOP den Zugriff auf die Container‑Daten

Warum CTOP eine Empfehlung wert ist

CTOP ist ein hervorragender Mittelweg zwischen klassischer CLI und vollwertigen Web‑GUIs wie Portainer. Es ist:

  • leichtgewichtig
  • übersichtlich
  • sofort einsatzbereit
  • ideal für schnelle Checks direkt auf dem Server

Gerade auf Headless‑Systemen oder in SSH‑Sessions ist CTOP ein echter Produktivitätsgewinn.

Veröffentlicht am

Interessante Beiträge zur Kürzung der S4 – Sammlung

Januar 2025

Ältere Beiträge

Allgemeine Links zum Thema oder engagierte Personen

Veröffentlicht am

Die S-Bahnverbindung zwischen Torgau und Falkenberg/Elster muss bleiben – Warum jede Stimme zählt!

Ab dem 1. Januar 2026 soll die S-Bahnlinie S4 nicht mehr über Torgau hinaus nach Falkenberg/Elster verkehren. Für mich und viele andere Pendler, Schüler, Unternehmen und Einwohner in der Region wäre dies ein erheblicher Einschnitt. Die geplante Streichung gefährdet nicht nur die persönliche Mobilität, sondern auch die nachhaltige Entwicklung der gesamten Region.

Warum ist die S4 so wichtig?

1. Persönliche Betroffenheit – Pendler und Alltag

Ich pendle im Schnitt drei Mal pro Woche mit der S-Bahn von Beilrode nach Leipzig zur Arbeit, und eine zuverlässige Anbindung ist für mich unverzichtbar. Alternativen wie Busse oder eine frühere bzw. spätere Verbindung sind keine Option, da sie meine Work-Life-Balance massiv beeinträchtigen würden. Auch viele andere Berufspendler, Schüler und Auszubildende sind auf diese Verbindung angewiesen.

Konkrete Herausforderungen bei einem Wegfall:

  • Eltern müssen ihre Kinder zur Kita bringen und gleichzeitig rechtzeitig am Arbeitsplatz in Leipzig sein.
  • Pünktliche Rückfahrten für die Kinderabholung wären nicht mehr planbar.
  • Die Alternative mit Bussen oder einer zweistündigen Regionalbahn ist unzuverlässig und zeitlich unpraktikabel.

2. Regionalentwicklung – Ein Standortvorteil in Gefahr

Die Region Beilrode und Falkenberg hat in den letzten Jahren erheblich von der guten Anbindung profitiert. Ein Wegfall würde die Standortattraktivität erheblich beeinträchtigen:

  • Beilrode als Geheimtipp: Viele Familien sind in die Region gezogen, da hier eine hervorragende Infrastruktur besteht (Ärzte, Apotheken, Einkaufsmöglichkeiten), die man auf dem Land oft vermisst.
  • Geplante Eigenheime: Aktuell entsteht in Falkenstruth eine Siedlung mit über 25 neuen Eigenheimen, die junge Familien anlocken soll. Eine fehlende ÖPNV-Anbindung sendet jedoch ein falsches Signal und könnte die Zuzugsrate bremsen.
  • Ärztehaus am Bahnhof Beilrode: Geplante Sanierungsprojekte könnten nicht umgesetzt werden, da eine zuverlässige Anbindung essenziell ist, um Fachkräfte anzuziehen.

3. Nachhaltigkeit und Klimaschutz

In Zeiten des Klimawandels ist es kontraproduktiv, eine funktionierende Bahnverbindung zu streichen und Menschen auf Autos oder Busse umzuleiten. Die Bahn ist die umweltfreundlichste Verkehrsform und eine wichtige Säule der nachhaltigen Mobilität.

Was passiert, wenn die S-Bahn entfällt?

  • Mehr Pendler werden auf das Auto umsteigen → höhere CO₂-Emissionen.
  • Der Park&Ride-Parkplatz in Beilrode verliert seine Funktion → mehr Verkehr in Leipzigs Innenstädten.
  • Förderprojekte für nachhaltige Mobilität würden konterkariert.

4. Falkenberg als Mobilitätsknoten für die gesamte Region

Falkenberg ist nicht nur ein Bahnhof, sondern ein zentrales Drehkreuz für die gesamte Region Elbe-Elster. Der geplante Ausbau der Bundeswehrbasis Schönewalde-Holzdorf benötigt eine funktionierende Verkehrsanbindung. Zudem ist Falkenberg ein wichtiger Umsteigepunkt für Reisende in Richtung Berlin und Leipzig.

Ein Wegfall der S4 bedeutet:

  • Pendler aus Herzberg, Arzberg und weiteren Orten verlieren eine zuverlässige Verbindung nach Leipzig.
  • Unternehmen verlieren Fachkräfte, die auf den ÖPNV angewiesen sind.
  • Touristische Entwicklungspotenziale werden eingeschränkt.

5. Wirtschaftliche Folgen und Standortnachteile

Viele Unternehmen in der Region sind auf eine funktionierende S-Bahn angewiesen, um ihre Mitarbeiter zu erreichen. Ein schlechterer ÖPNV macht es für Fachkräfte unattraktiv, in der Region zu arbeiten oder zu wohnen.

Zudem könnte die Streichung der Linie negative Auswirkungen auf den Einzelhandel in den betroffenen Orten haben – weniger Pendler bedeuten weniger Kaufkraft vor Ort.

6. Die Kosten-Nutzen-Frage

Es geht um rund 15 Kilometer auf sächsischer und 15km auf brandenburgischer Seite, die laut Plan eingespart werden sollen. Doch die langfristigen negativen Auswirkungen auf die Region übersteigen bei Weitem die kurzfristigen Einsparungen:

  • Langfristiger Verlust von Arbeitsplätzen durch schlechte Erreichbarkeit.
  • Sinkende Immobilienpreise und Attraktivität der Region.
  • Höhere Infrastrukturkosten durch steigende PKW-Nutzung.

7. Gemeinsam ein Zeichen setzen – Jetzt handeln!

Noch besteht Hoffnung! Die Bürgermeister der betroffenen Gemeinden kämpfen bereits gegen die Streichung und Brandenburg hat signalisiert, die Finanzierung bis zur Landesgrenze zu übernehmen. Doch damit das gelingt, müssen wir den öffentlichen Druck erhöhen.

👉 Bitte unterschreibt und teilt die Petition, damit wir gemeinsam ein starkes Zeichen setzen können:
https://www.openpetition.de/petition/online/die-s-bahnverbindung-zwischen-torgau-und-falkenberg-elster-muss-bleiben#petition-main

Jede Stimme zählt!

Vielen Dank für eure Unterstützung!