Statistig: Minimalistisch und gut integriert

Statistig (Link geht zu den GNOME Extensions) ist ein schlanker Systemmonitor, der CPU- und RAM-Auslastung als kleine Symbole im Systemstatusbereich einblendet – dort, wo ihr auch Lautstärke, Netzwerk oder Akku seht. Die Anzeige bleibt dezent und ist farbcodiert: Gelb ab 70 %, Rot ab 90 % Auslastung. So erkennt ihr auf einen Blick, ob euer System ins Schwitzen gerät.

Das Design folgt den GNOME-Vorgaben und verzichtet bewusst auf grafischen Ballast. Ein kleiner Wermutstropfen: Statistig klinkt sich zusätzlich ins Systemmenü ein. Das wäre nicht nötig – Einstellungen lassen sich bequem über den Erweiterungsmanager vornehmen. Wirklich störend ist das nicht, aber es wirkt ein wenig überflüssig. Der Quellcode ist auf GitHub verfügbar.

TopHat: Mehr Daten, mehr Überblick

TopHat (Link geht zu den GNOME Extensions) richtet sich an alle, die etwas mehr Kontrolle und Transparenz schätzen. Die Erweiterung zeigt neben CPU- und RAM-Auslastung auch Netzwerk- und Festplattenaktivität – direkt oben in der GNOME-Leiste, mit kleinen animierten Graphen. Das Ganze bleibt übersichtlich, ohne den Desktop optisch zu überladen.

TopHat ist hilfreich, wenn ihr regelmäßig nachvollziehen möchtet, warum das System gerade träge wirkt oder wohin der Datenverkehr fließt. Die grafischen Anzeigen sind kompakt, aber informativ – und bieten deutlich mehr Kontext als einfache Prozentwerte. Wer tiefer einsteigen will, ist mit TopHat gut beraten. Auch hier gibts den Quellcode auf GitHub.

Wenn’s mehr sein darf: Mission Center

Falls ihr lieber mit einer klassischen Anwendung arbeitet statt mit einer Shell-Erweiterung, lohnt sich ein Blick auf Mission Center. Die App wurde kürzlich in Version 1.0 veröffentlicht und setzt auf GTK4 und Libadwaita – optisch modern, funktional umfassend. Ihr seht Prozesse, CPU-Kerne, Speicher, Netzwerk und mehr – alles in einem übersichtlichen Fenster.

Mission Center eignet sich vor allem dann, wenn ihr systematisch nach Engpässen oder ungewöhnlichem Verhalten suchen wollt. Im Unterschied zu den Erweiterungen braucht es dafür ein geöffnetes Fenster – dafür bietet es mehr Tiefe. Wer regelmäßig mit Systemanalysen arbeitet, bekommt hier ein starkes Werkzeug.

Welcher Monitor passt zu euch?

Ob Statistig, TopHat oder Mission Center – alle drei Werkzeuge haben ihre Berechtigung. Statistig ist ideal für alle, die eine minimalistische Anzeige bevorzugen und einfach nur im Blick behalten möchten, ob der Rechner gerade ausgelastet ist. TopHat geht einen Schritt weiter und bietet zusätzliche Einblicke, ohne dabei den schlanken GNOME-Desktop zu stören. Und wer einen vollwertigen Systemmonitor als eigenständige Anwendung sucht, findet mit Mission Center eine moderne Alternative. Rückblickend: Was ist eigentlich aus Conky geworden? Habt ihr den Klassiker noch im Einsatz?

Kommentar zu BleachBit und Co.: Seid vorsichtig, wenn ihr mit solchen Tools euer System automatisch aufräumen lasst. Programme legen nicht ohne Grund Cache-Speicher an. So muss Firefox beispielsweise nicht jedes Mal alle Style-Dateien neu aus dem Netz laden, und auch Nautilus muss Thumbnails von Bildern nicht ständig neu erstellen. Ein unbedachter Klick kann jedoch auch wichtige Daten löschen, wie etwa Logins und Passwörter in Firefox oder Chrome/Chromium. Seid also vorsichtig beim Einsatz von BleachBit.

Neue Funktionen und Verbesserungen

Mit der neuen Version erweitert BleachBit seine Unterstützung für verschiedene Programme und Systembereiche:

• Discord kann nun bereinigt werden – inklusive Snap- und Beta-Versionen.
• Auch Microsoft Edge wird unterstützt, sofern es sich um stabile Releases handelt.
• Für Datenschutz-Fans ist Librewolf nun ebenfalls abgedeckt.
• Die GNOME-Mail-App Geary ist neu in der Liste der unterstützten Anwendungen.
• Temporäre Dateien von Bash-Sessions lassen sich gezielt löschen.
• Defekte .desktop-Dateien, die etwa durch Deinstallationen zurückbleiben, erkennt und entfernt das Tool.
• Auch die Bereinigung rotierter Logdateien wurde verbessert.

Linux-Anwender profitieren zusätzlich von einem neuen AppIndicator-Symbol, das im Panel von GNOME oder KDE anzeigt, wenn BleachBit aktiv ist. So lässt sich das laufende Programm auch dann erkennen, wenn es nicht in der Taskleiste sichtbar ist. Für Nutzer, die oft Daten vom System schrubben möchten, ist das sicher eine praktische Funktion.

Allgemeine Verbesserungen

BleachBit 5.0.0 bringt auch plattformübergreifende Verbesserungen mit, die den Umgang mit der Software vereinfachen:

• In den Einstellungen gibt es nun eine Sprachauswahl, mit der sich die Oberfläche anpassen lässt.
• Neue Tastenkombinationen wie Strg + Q und Strg + W erlauben das schnelle Beenden der Anwendung.
• Update-Benachrichtigungen wurden weniger aufdringlich gestaltet.
• Der Kommandozeilenschalter --debug funktioniert wieder wie vorgesehen.
• Im portablen Modus werden persönliche Cleaner nun korrekt geladen.
• Auf Mehrbenutzersystemen ignoriert BleachBit Prozesse anderer Nutzer, um ungewollte Eingriffe zu vermeiden.
• Ungültige Einträge in den Tabs für benutzerdefinierte Cleaner und Whitelist-Elemente werden verhindert.

Download und weitere Informationen

Die aktuelle Version steht auf der offiziellen Website von BleachBit zum Download bereit. Bei Arch Linux ist die neue Version bereits in den Repositories.

• Für Linux wird ein 64-Bit-DEB-Paket angeboten, das auf Ubuntu 20.04 LTS und neueren Versionen läuft.
• Für Windows gibt es sowohl ein Installationsprogramm als auch eine portable Version.

Alle Änderungen im Detail findet ihr auch im GitHub-Repository, inklusive aller Commits zwischen Version 4.6.2 und 5.0.0.

Vorsicht ist die Mutter der Porzellankiste

BleachBit 5.0 bringt sinnvolle Erweiterungen, die sowohl die Funktionalität als auch die Sicherheit verbessern. Trotzdem solltet ihr beim Einsatz vorsichtig sein: Nutzt vor dem Löschen die Vorschaufunktion, um genau zu sehen, was entfernt wird. Insbesondere das Löschen von Caches kann die Performance negativ beeinflussen, wenn diese später wieder neu aufgebaut werden müssen. Wer sein System regelmäßig von überflüssigem Ballast befreien möchte, findet in BleachBit ein leistungsfähiges, quelloffenes Werkzeug.

Was ist Mission Center?

Falls ihr Mission Center noch nicht kennt: Die Anwendung erlaubt es euch, verschiedene Systemressourcen wie CPU, Arbeitsspeicher, Datenträger, Netzwerk und GPU in Echtzeit zu überwachen. Dabei punktet sie mit einer schicken Oberfläche auf Basis von GTK4 und Libadwaita – also perfekt für aktuelle GNOME-Desktops. Besonders gefällt mir der Fokus auf Übersichtlichkeit und Performance: Alle Graphen werden hardwarebeschleunigt gerendert, was die CPU-Belastung minimiert.

Ein paar Highlights der Grundfunktionen:

• Überwachung der CPU-Auslastung pro Kern oder Thread
• RAM- und Swap-Nutzung, inkl. Speicherverteilung
• Datenträger- und Netzwerkaktivität, inkl. Schnittstelleninformationen
• GPU-Auslastung (über NVTOP), inklusive Video-Encoding/Decoding
• Anzeige laufender Prozesse und deren Ressourcenverbrauch
• Kompakte Übersicht für eine reduzierte Ansicht

Was ist neu in Version 1.0?

Mit dem 1.0-Release bekommt Mission Center nicht nur ein rundes Versionsnummern-Upgrade, sondern auch eine Menge sinnvoller Verbesserungen. Die wichtigste: Die Anwendung ist spürbar reaktionsschneller geworden und aktualisiert ihre Anzeigen jetzt deutlich präziser im Takt.

SMART-Daten dank UDisks-Integration

Mission Center 1.0 nutzt jetzt das verbreitete UDisks-Backend, um euch detaillierte Informationen zu euren Festplatten und SSDs zu liefern. Wenn eure Laufwerke SMART (Self-Monitoring, Analysis and Reporting Technology) unterstützen – was bei aktuellen SATA- und NVMe-Geräten üblich ist – seht ihr unter anderem:

• Temperatur
• Betriebszeit
• Fehlerstatistiken
• und mehr

Außerdem könnt ihr Datenträger direkt auswerfen – mit sinnvoller Fehlermeldung, falls etwas nicht klappt. Diese Integration bringt die Ansicht von Speichermedien innerhalb der App deutlich nach vorn und liefert noch einen gewissen Mehrwert gegenüber anderen Systemmonitoring-Tools.

Netzwerk-Nutzung pro Prozess

Endlich könnt ihr auch sehen, welcher Prozess wie viel Netzwerkverkehr verursacht. Diese Funktion setzt allerdings voraus, dass ihr nethogs installiert habt – unter Arch Linux zum Beispiel geht das mit:

$ sudo pacman -S nethogs
$ sudo setcap cap_net_admin,cap_net_raw,cap_dac_read_search,cap_sys_ptrace+pe $(which nethogs)
$ getcap $(which nethogs)

Danach wird in der Prozesse-Ansicht eine neue Spalte für die Netzwerkaktivität eingeblendet – sortierbar, versteht sich. In der aktuellen Version 1.0 fehlt an dieser Stelle noch die Übersetzung.

GPU-Monitoring auf dem Raspberry Pi

Besitzer eines Raspberry Pi 4 oder 5 dürfen sich freuen: Die GPU wird nun (vorausgesetzt der richtige Kernel ist installiert) über NVTOP erkannt und überwacht. Voraussetzung ist allerdings mindestens Kernel 6.12 mit entsprechender Unterstützung – zum Beispiel in aktuellen Arch- oder Manjaro-Builds für den Pi.

Licht oder Dunkel? Ihr entscheidet!

Nicht jeder mag den systemweiten Dark Mode – oder will vielleicht tagsüber hell und abends dunkel arbeiten. Mission Center 1.0 erlaubt es euch jetzt, unabhängig vom Systemsetting zwischen Light- und Dark-Mode zu wählen.

Außerdem gibt es eine neue Option, die Graphen animiert „gleiten“ zu lassen – optisch hübsch, allerdings mit einem gewissen Performance-Tradeoff. Auf schwächeren Systemen – Mission Center funktioniert beispielsweise auch auf einem Raspberry Pi – solltet ihr die Funktion daher eventuell besser deaktivieren.

Weitere Neuerungen im Überblick

• Anzeige von nicht geladenen Diensten auf der Services-Seite
• Verbesserte Speicherberichterstattung
• Anzeige der Maximal-Bitrate aller Netzwerkinterfaces
• Konfigurierbare Einheiten: Bits vs. Bytes, Basis 2 vs. Basis 10
• Mehr Tastenkombinationen
• Neue Anordnung der Seitenleisten für bessere Übersicht
• Überarbeitete App- und Prozessseite mit mehr Informationen

Mission Center installieren

Mission Center ist freie Software und für verschiedene Linux-Distributionen verfügbar. Die einfachste und empfohlene Installationsmethode ist Flatpak über Flathub:

$ flatpak install flathub io.missioncenter.MissionCenter

Danach könnt ihr die App über den Anwendungsstarter öffnen oder direkt im Terminal mit:

$ flatpak run io.missioncenter.MissionCenter

Wer beispielsweise das GNOME Software Center nutzt, kann das Flatpak natürlich auch per Mausklick auf seinem System einspielen. Alternativ stehen euch folgende Optionen zur Verfügung:

• Snap Store – für Nutzer von Snap-basierten Systemen wie Ubuntu
• AppImage – portabel, keine Installation erforderlich

Der Quellcode ist offen und auf der Projektseite bei GitLab frei einsehbar.

Gute Alternative zum Systemmonitor

Natürlich gibt es unter Linux viele Monitoring-Tools – htop oder glances im Terminal, der GNOME Systemmonitor oder das neue Resources, um nur ein paar zu nennen. Aber Mission Center sticht für mich durch seine Kombination aus moderner Oberfläche, sinnvoller Funktionsvielfalt und guter Performance hervor. Die Nähe zum Windows-Taskmanager-Layout mag polarisieren – ich finde, das ist pragmatisch und benutzerfreundlich gelöst. Vor allem aber: Die App ist vollständig Open Source, aktiv entwickelt und fügt sich perfekt in den modernen GNOME-Desktop ein.

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 aus 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üftern. 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.

Das Problem lässt sich wohl auf vielen Linux-Systemen (ich habe Arch und Ubuntu 16.04 getestet) nachvollziehen, auf denen Calibri als Font installiert wurde. Ein weiteres Beispiel für das schlechte Rendering dieser Schrift im System wäre etwa die finnische Nachrichtenseite Uusi Suomi — Nein, Finnisch gehört nicht gerade zu den Sprachen, die ich fließend spreche, die Seite war jedoch in einem Bugreport zum Thema als weiteres Beispiel verlinkt. Auch hier erscheint die Schrift in weiten Teilen sehr krakelig. Alternativ könnt ihr auch in LibreOffice ein Writer-Dokument öffnen und Calibri als Font einstellen. Auch hier sollte das Problem schnell erkennbar sein.

Krakelige Darstellung von Bitmap-Fonts

Die krakelige Schriftdarstellung tritt nun bei allen Fonts auf, die Bitmap-Schriften enthalten. Dazu zählt nicht nur der wohl am häufigsten auftretende Fall Calibri, sondern auch andere Microsoft-Schriften wie etwa Cambria (seit Windows Vista und Microsoft Office 2007) oder Monaco (stammt aus OS X). Unter Linux lässt sich der Gebrauch dieser Bitmap-Schriften nun aber recht leicht abstellen. Dazu müsst ihr die Datei /etc/fonts/conf.avail/20-no-embedded.conf mit Root-Rechten anlegen und den Inhalt aus folgendem Listing einfügen. Damit die Einstellung noch aktiv wird, erstellt ihr am Ende ein Symlink der Datei nach /etc/fonts/conf.d/.

$ sudo nano /etc/fonts/conf.avail/20-no-embedded.conf

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
  <match target="font">
    <edit name="embeddedbitmap" mode="assign">
      <bool>false</bool>
    </edit>
  </match>
</fontconfig>

$ sudo ln -s /etc/fonts/conf.avail/20-no-embedded.conf /etc/fonts/conf.d/

Euer System sollte die Konfiguration direkt aufgreifen, ihr müsst lediglich die gewünschten Anwendungen komplett neu starten — Zur Not loggt ihr euch einfach einmal aus der Desktopoberfläche aus und gleich wieder neu ein. Alternativ zum beschriebenen Vorgehen, packt ihr das Listing ohne Root-Rechte in das Homeverzeichnis eures Benutzers nach ~/.config/fontconfig/conf.d/20-no-embedded.conf. Allerdings gilt die Einstellung dann nur für euren User, sodass andere Benutzer wieder über das schlechte Rendering der Schrift klagen werden.

Nach Deaktivieren der Bitmap-Fonts

Netdata ist freie Software und wird aktuell sehr aktiv vorangetrieben. Das Projekt gehört seit Wochen zu den Trending-Repos auf Github. Aktuell lässt es sich jedoch noch nicht aus den Paketquellen der gängigen Distributionen installieren. Anwender mit Arch-Linux auf dem Rechner, können es jedoch aus dem AUR relativ leicht einspielen (Wer der Entwicklung folgen möchte, kann alternativ auf die Git-Variante zurückgreifen). Anschließend kann man den Dienst entweder per Hand starten oder ihn per Systemd automatisch mit dem Rechner laden lassen. Für Debian/Ubuntu beziehungsweise Centos/Redhat gibt es auf der Homepage eine ausführliche Installationsanleitung. Ich habe sie auf einem RasPi mit Raspbian Jessie getestet.

Netdata unter Arch Linux installieren

$ pacaur -S netdata
### Zum Testen starten
$ sudo netdata   ### (Mit [Strg]+[C] abbrechen
### Als Dienst einrichten
$ sudo systemctl enable netdata.service
$ sudo systemctl start netdata.service

Netdata unter Debian/Ubuntu/Rasbian installieren

$ sudo apt install zlib1g-dev gcc make git autoconf autogen automake pkg-config
$ git clone https://github.com/firehol/netdata.git --depth=1
$ cd netdata
$ sudo ./netdata-installer.sh
[...]
Uninstall script generated: ./netdata-uninstaller.sh

Auf einem Raspberry Pi mit Raspbian meldete das Installationsskript am Ende noch, dass dem RasPi-Kernel Kernel Samepage Merging (alternativ kernel.org dazu) oder kurz KSM fehlen würde. Diese Funktion versucht identische Memory Pages im Arbeitsspeicher zu finden und diese zusammenzuführen, der Entwickler spricht davon, dass sich mit der Funktion etwa 30 Prozent des von Netdata in Anspruch genommenen Arbeitsspeichers einsparen ließe. Ohne den RasPi-Kernel neu zu bauen, wird sich das jedoch nicht lösen lassen. Aktuell gibt es bereits einen Bugreport zu diesem Thema, große Resonanz gab es bisher jedoch nicht nicht.

I see you do not have kernel memory de-duper (called Kernel Same-page
Merging, or KSM) available.

To enable it, you need a kernel built with CONFIG_KSM=y

If you can have it, you will save 20-60% of netdata memory.

Netdata erreicht ihr nach der Installation (unter Debian und den diversen Debian-Derivaten startet der Dienst nach dem Ausführen der Installationsroutine automatisch) auf Port 19999 unter beispielsweise http://127.0.0.1:19999 oder alternativ der IP beziehungsweise unter dem Namen des jeweiligen Rechners, also etwa http://raspberrypi:19999. Das Programm muss nicht weiter eingerichtet werden, es zeigt sämtliche Informationen an, die es aus dem System extrahieren kann. Über die Seitenleiste springt ihr direkt zu den einzelnen Übersichten. Die Graphen könnt ihr per Drag&Drop verschieben, oder mittels gedrückter Shift-Taste Ausschnitte vergrößern. Auf Smartphone oder Tablets funktionieren Pinch&Zoom-Gesten.

Insgesamt wirkt Netdata wirklich durchdacht und sehr gut umgesetzt, besonders die Installation fällt leicht, da weder ein Webserver und Datenbanken aufgesetzt noch irgendwelche Konfigurationen vorgenommen werden müssen: Netdata ist quasi eine Fire-and-Forget-Lösung für Systemmonitoring. Das Programm selbst nimmt dabei relativ wenig Systemressourcen in Anspruch, sodass es auch auf einem Raspberry Pi gut funktioniert. Kleiner Tipp am Rande: Netdata gibt es auch für Synology-NAS-Systeme: Auf diesen muss man das Programm aus der Syno-Community installieren und dann noch ein paar Abhängigkeiten von Hand auflösen.

Auf Systemen mit Debian oder Ubuntu lässt sich PhpSysInfo aus den Paketquellen schnell installieren, aber auch andere Distributionen führen das PHP-Skript in ihren Paketquellen. Mehr als das Tool aus den Paketquellen zu holen und ins Verzeichnis des Webservers zu verlinken ist eigentlich nicht zu tun. Wer PhpSysInfo „richtig“ installieren möchte, kann dem Skript natürlich auch einen eigenen Subdomain oder ähnliches spendieren, aber das bekommt ihr sicherlich auch ohne mich hin

$ sudo apt-get install phpsysinfo
$ ln -s /usr/share/phpsysinfo /var/www/

Alternativ lassen sich die aktuellen Releases auch per Hand vom Github des Projekts laden. Zur Installation muss man das Skript lediglich nach /var/www entpacken und die Rechte so setzen, dass der Webserver auf die Daten zugreifen kann. Eine aktuelle Version des Skripts ist etwa dann nötig, wenn man mit PSIAndroid auf seine PhpSysInfo-Installation zugreifen möchte. So macht man PhpSysInfo fit fürs Handy, da die Webansicht leider noch nicht für die Darstellung auf mobilen Browser vorbereitet ist.

Mit linux-dash gibt es jedoch seit Oktober letzten Jahres eine etwas moderner gestaltete Alternative zu PhpSysInfo, die sich inzwischen recht gut entwickelt hat. Wie auch PhpSysInfo muss linux-dash einfach nur auf den Webspace gepackt werden. Als einzige Abhängigkeiten braucht es einen Webserver und PHP5, was sowieso klar sein sollte, sowie php5-json als zusätzliches Paket, anschließend kann man das Skript direkt im Webserver aufrufen. Aufgrund des responsiven Layouts braucht es für linux-dash auch nicht zwingend eine Handy-App, das Skript macht auch direkt im Handy-Browser eine ordentliche Figur.

Wie angesprochen kann man über den Befehl dpkg die installierten Pakete ausgeben lassen. Mit ein bisschen Shell-Magie kann man aus dieser Liste eine Datei erzeugen, die sich dann auf einem anderen Rechner dazu verwenden lässt, die selben Pakete zu installieren. Im Endeffekt läuft das das Ganze so ab…

# Paketliste auf Rechner A erstellen...
$ dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list
# Pakete aus der Liste auf Rechner B installieren
$ xargs -a "packages.list" sudo apt-get install

Nun funktioniert dieses Vorgehen leider nur solange, wie die Liste der verfügbaren Pakete in den Paketquellen identisch ist. Referenziert die Liste auf ein Paket, das manuell installiert wurde oder auf ein Paket aus einer zusätzlichen Paketquelle, so muss diese erst über die /etc/apt/sources.list bzw. über add-apt-repository hinzugefügt werden. Manuell installierte Pakete müsste man sogar von Hand aus der Liste löschen.

Hier kommt nun das Programm apt-clone ins Spiel. Dieses sichert nicht nur eine Paketliste, sondern speichert auch auch die sources.list inkl. weiterer in /etc/apt/sources.list.d/ abgelegten Quellen und erzeugt sogar aus manuell installierten Programmen wieder installierbare Pakete. So kann man in der Tat das komplette System klonen, ohne dass man groß Aufwand treiben muss. Einzig Konfigurationsdateien aus /etc werden bislang nicht mitgesichert, so dass man Dienste erneut konfigurieren muss, doch daran arbeitet man aktuell auch noch.

Wenn Ihr das Ganze ausprobieren wollt, dann müsst Ihr erst einmal apt-clone auf beiden Rechnern installieren. Das Paket gibt es jedoch nur seit Ubuntu Natty 11.04, ältere Ubuntu-Versionen lassen sich daher auf diesen bequemen Weg nicht clonen…

$ sudo apt-get install apt-clone

Danach müsst ihr auf dem fertig eingerichteten System apt-clone ausführen. Die Option  clone --width-dpkg-repack sorgt dafür, dass von Hand installierte Pakete wieder erneut verpackt werden, so dass Ihr sie auf dem zweiten System wieder erneut installieren könnt. Bei mir schmeißt das Ganze ein paar Fehlermeldungen aus, die jedoch keine Auswirkungen hatten.

$ sudo apt-clone clone --with-dpkg-repack /
dpkg-deb: warning: './dpkg-repack-7727/DEBIAN/control' contains user-defined field 'Original-Maintainer'
dpkg-deb: warning: ignoring 1 warning about the control file(s)

dpkg-deb: building package `libxapian15' in `./libxapian15_1.0.20-2_amd64.deb'.
dpkg-deb: building package `teamviewer6' in `./teamviewer6_6.0.9224_amd64.deb'.
dpkg-deb: building package `openshot-doc' in `./openshot-doc_1.3.0-maverick1_all.deb'.
dpkg-deb: warning: './dpkg-repack-8460/DEBIAN/control' contains user-defined field 'Python-Version'
dpkg-deb: warning: ignoring 1 warning about the control file(s)

dpkg-deb: building package `arte+7recorder-5' in `./arte+7recorder-5_5.0.beta3~ppa3~maverick_all.deb'.
dpkg-deb: warning: './dpkg-repack-8498/DEBIAN/control' contains user-defined field 'Original-Maintainer'
dpkg-deb: warning: ignoring 1 warning about the control file(s)
...

Danach findet ihr im Wurzelverzeichnis / eine Datei mit dem Namen apt-clone-state-rechnername.tar.gz, in dieser stecken nun die gesammelten Informationen. Habt ihr keine Pakete manuell installiert, so ist sie nur ein paar KB groß. Sollten jedoch Programme wie Skype, Teamviewer und Co. manuell über .deb Dateien installiert worden sein, so wird diese Sicherung natürlich recht schnell aufgeblasen.

Packt die Datei nun auf einen USB-Stick oder schiebt sie über das Netzwerk auf eurer zweiten Rechner und startet auf dem zweiten Rechner ebenfalls apt-clone. Diesmal übergebt ihr mit restore die Option, dass die Paketinformationen aus dem Archiv wiederhergestellt werden sollen.

$ sudo apt-clone restore apt-clone-state-rechnername.tar.gz

Je nachdem wie viele Pakete gefehlt haben, wird nun die Paketverwaltung eine Weile lang beschäftigt sein, da ich auf meinem Testsystem bspw. eine komplette Latex-Umgebung installiert hatte, wird diese nun auch auf dem geclonten System installiert usw…

Damit Ihr nicht völlig unnötige Pakete installieren lässt, würde ich vorher auf dem zu klonenden System etwas aufräumen. Schmeißt dazu am besten Synaptic oder das Software-Center an und schaut was ihr nicht wirklich braucht. Räumt dann noch mit…

$ sudo apt-get autoremove

…nicht mehr benötigte Pakete runter und entfernt am besten noch bei den nicht mehr benötigte Kernel, die sammeln sich recht gerne an und brauchen viel Platz. Schau euch dazu am besten mal den Beitrag alte Kernel inkl. Header mit nur einem Befehl entfernen an. Mit einem Kommando räumt ihr alle alten Kernels vom System.

Getestet habe ich das alles mit meiner „normalen“ Natty-Installation unter einem 64-Bit Ubuntu und einer 32-Bit Installation in einer VirtualBox. Selbst bei diesem Sprung von 32- auf 64-Bit ging alles klar. Alles in allem ist apt-clone für alle ein tolles Werkzeug, die ihr System neu einrichten wollen.

$ groups
christoph adm dialout cdrom plugdev lpadmin admin sambashare

…und füge ihn nun zur Gruppe des Webservers hinzu, so dass ich in /var/www schreiben kann, ohne mir vorher Root-Rechte holen zu müssen.

$ sudo adduser christoph www-data

Direkt danach lasse ich nochmal die aktuellen Gruppenzugehörigkeiten ausgeben.

$ groups
christoph adm dialout cdrom plugdev lpadmin admin sambashare

Man sieht, dass sich hier noch nichts getan hat. Ich dürfte nach wie vor nicht in /var/www schreiben. Damit das System die Gruppen-IDs neu einlist, müsste ich mich wie gesagt Aus- und wieder Einloggen. Alternativ kann man zu newgrp greifen.

$ newgrp www-data

Und schon kann auch ohne den Umweg Ab-/Anmelden in /var/www schreiben (Natürlich nur unter der Voraussetzung, dass ich vorher die Rechte in /var/www entsprechend gesetzt habe, doch das ist nicht Thema dieses Beitrags…)

$ groups
christoph adm dialout cdrom plugdev lpadmin admin sambashare www-data

Wäre schön, wenn sich das entsprechend rumsprechen würde

[UPDATE aus den Kommentaren: Ich muss zugeben, dass ich mich hier getäuscht habe, durch newgrp landet man quasi in in einer neuen Shell, in der die angegebene Gruppe die Primär-Gruppe ist. Öffnet man weitere Terminals, dann ist die Gruppenzugehörigkeit ungeändert, ebenso kann man auch nicht über die Desktopumgebung in einem Ordner, der dieser neu beigetretenen Gruppe gehört, schreiben. Das geht nur in dem Terminal, in dem man via newgrp in diese Gruppe “gewechselt” ist.

Via “exit” kommt man aus dieser “Shell” heraus und alles ist wieder beim Alten. Loggt man sich aus- und wieder ein, dann ist man wie geplant in der neuen Gruppe und die primäre Gruppe stimmt natürlich immer noch.

Von daher kann man newgrp nutzen, um die Rechte bzgl. einer neu angelegten Gruppe zu testen. Man kann sich jedoch nicht ersparen sich aus- und wieder einzuloggen, wenn man erreichen will, dass die Gruppenzugehörigkeit in der Desktopumgebung aktiv wird. Schade eigentlich]

Der Treiber wird jeweils nicht über die Paketverwaltung installiert. Kommt ein Kernelupdate, so kann der Xserver nicht mehr starten, weil das passende Kernelmodul fehlt. Bei der Installation über die Paketverwaltung kann das nicht passieren, denn das nötige Kernelmodul wird bei einem Kernelupdate automatisch mitgeliefert. Ich habe neulich ein Testsystem mit einer Nvidia GeForce 7600 GS Grafikkarte, zwei Bildschirmen und Ubuntu Gutsy Gibbon 7.10 aufgesetzt. Der Treiber und der Dual-Monitor Betrieb ließen sich ohne Schwierigkeiten oder Basteleien an der xorg.conf einrichten. Ich habe ein paar Screenshots von der Aktion gemacht, vielleicht helfen die Tipps dem einen oder anderen.

Installation des Treibers

Den Restricted Manager findet man unter System | Systemverwaltung | Verwaltung eingeschränkter Treiber. Hat man diesen gestartet, so findet dieser die Grafikkarte und erkennt, dass der proprietäre Nvidia Treiber noch nicht installiert wurde. Man sieht dies an der Spalte Aktiviert und Status.

Über einen Klick in die noch leere Checkbox unter Status wird die Installation des Treibers in die Wege geleitet. Es erscheint ein Dialog der erklärt was der Treiber bewirkt, wozu er benötigt wird und ob man ihn wirklich installieren will. Bejaht man diese Frage, so wird der Treiber automatisch aus dem Internet geladen und installiert.

Letztendlich ist der Treiber installiert. Nach einem Neustart des Systems – eigentlich würde ja auch ein Neustart des Xservers reichen — ist der Treiber aktiv. Man erkennt dies am Nvidia-Logo, das nun vor dem Start des Xservers erscheint. Die Desktop-Effekte, sprich Compiz als Windowmanager, werden automatisch aktiviert.

Dual-Monitor Betrieb

Nun sollten auch beide Monitor zu einem großen Desktop verschmelzen. Direkt nach dem Start wird jedoch nur ein Monitor benutzt. Ubuntu bietet seit der Version 7.10 einen Assistenten zum Einrichten der Bildschirmauflösung an. Dieser kommt auch mit zwei Monitoren zurecht. Man kann ihn über System | Systemverwaltung | Bildschirme und Grafik starten. Der Assistent erkennt, dass an der Grafikkarte zwei Monitore angeschlossen sind. Für beide lassen sich dann jeweils Auflösung (und Wiederholraten) definieren.

Für den zweiten Monitor kann man definieren, welche Rolle er spielen soll. In meinem Fall möchte ich einen großen Desktop, so dass ich Fenster von einem Monitor auf den anderen Schieben kann. Dies lässt sich über die Option „Hauptbildschirm erweitern“ machen.

Nach einem Neustart des Xservers (einfach einmal aus und wieder einloggen) ist der zweite Monitor aktiv. Fazit: Man sieht, Ubuntu ist einfach geworden, man muss die gebotenen Funktionen nur nutzen!