Auf der Suche nach einem Progrämmchen, mit dem sich der Netzwerktraffic auf einer bestimmten Karte „mitlesen“ lässt, bin ich über das praktische, kleine Tool watch gestolpert. Der folgende Befehl reicht aus, um der ersten Netzwerkkarte hinterher zu schauen:

watch ifconfig eth0

Dabei blendet watch andere Angaben auf der Shell aus:

Selbstverständlich lassen sich damit auch die üblichen ps aux und grep Kombinationen einrichten – man muss hierzu lediglich die Befehlskombination in Anführungszeichen verpacken:

watch ‚ps aux | grep foo‘

Im default mode liest watch alle 2 Sekunden. Wer andere Zeiten will, kann diese mit -n angeben. Mehr hierzu in der man Page: http://ss64.com/bash/watch.html

Bisher nutzte ich rsync bzw. grsync für ein von Hand angestoßenes Backup meines /home Verzeichnisses auf ein über NFS gemountetes Volume auf meinem heimischen Backupserver.

Jetzt hab ich mir zusätzlich, für die tägliche Praxis, noch rsnapshot installiert und bin mehr als zufrieden.

sudo apt-get install rsnapshot

Konfiguration

Dann wird die zentrale Konfigurationsdatei angepasst. Hierbei muss als Trennzeichen immer Tab verwendet werden und nicht Space:

sudo vi /etc/rsnapshot.conf

Hier habe ich eine USB Festplatte als Backupmedium definiert, nachdem ich das Verzeichnis auf dieser angelegt hatte,

snapshot_root   /media/trekstore/rsnapshot/

und dann dafür gesorgt, dass rsnapshot nur arbeitet, wenn die Platte auch angeschlossen ist:

no_create_root  1

Im Bereich Interval wird angegeben, wie viele Backups jeweils gespeichert werden sollen:

interval        daily   7
interval        weekly  4
interval        monthly 6

Am Ende dieser Konfigurationsdatei können dann die Verzeichnisse (und auch Dateien sowie auszuschließende Dateien etc.) definiert werden, die in das Backup geschrieben werden:

backup  /home/dirk/.evolution/  localhost/
backup  /home/dirk/.mozilla/    localhost/
backup  /home/dirk/.ssh/        localhost/
backup  /home/dirk/MyPDA/       localhost/
backup  /home/dirk/openvpn/     localhost/
backup  /home/dirk/Dokumente/   localhost/
backup  /home/dirk/Public/      localhost/
backup  /home/dirk/Bilder/      localhost/
backup  /home/dirk/Desktop/     localhost/
backup  /home/dirk/Vorlagen/    localhost/

Der trailing Slash ist ebenso Pflicht wie die Angabe von localhost.

Ob man bei der Syntax etwas verbockt hat, zeigt ein

sudo rsnapshot configtest

Syntax OK sollte als Antwort kommen – oder die Zeilennummer mit dem Fehler.

Starten

Für den ersten Aufruf könnte man noch den Verbose Level in der Konfigurationsdatei höher einstellen, damit man nicht nur warten darf, sondern auch was sehen kann:

verbose         3

Per Hand gestartet mit

sudo rsnapshot daily

fängt das Programm nun an zu werkeln.

Da händisch anzustoßende Backups aber immer wieder in Vergessenheit geraten, sollten Backupjobs eigentlich über cron bzw. anacron gestartet werden. Zumindest war das meine Motivation bei der Installation von rsnapshot. Ich wählte für meinem Desktoprechner anacron – wer weiß, wann der läuft;  anacron holt dann vergessene Jobs nach.

Hierzu wird im Ordner

/etc/cron.daily

mit Rootrechten eine Datei mit dem Namen rsnapshot angelegt,

sudo vi /etc/cron.daily/rsnapshot

die den folgenden Inhalt hat:

#!/bin/sh
/usr/bin/rsnapshot daily

Für die Verzeichnisse

/etc/cron.weekly
/etc/cron.monthly

wird der Vorgang wiederholt und der Aufruf von rsnapshot entsprechend angepasst.

Mit

sudo su –

nun in den Rootaccount gewechselt und

crontab -e

aufgerufen. Das startet nano als Editor, womit jeder zu Recht kommen sollte.

Hier wurden dann die Aufrufzeiten für die Backups eingetragen:

# m h  dom mon dow   command
30 8,12,18 * * *      /usr/bin/rsnapshot daily
30 15           * * 0     /usr/bin/rsnapshot weekly
30 19         1 * *       /usr/bin/rsnapshot monthly

Wichtig ist, dass zwischen daily, weekly und monthly zeitlich genug Platz ist, sollten die Jobs durch einen dummen Zufall sich an einem Tag „zeitlich kreuzen“ und sich so gegenseitig behindern. rsnapshot würde in einem solchen Fall einen der Jobs schlicht auslassen.

Die Wirkung des eigenen Eintrags in die crontab kann man auf dieser Seite gut testen: http://www.hxpi.com/cron_sandbox.php und so sicher stellen, dass man keinen Mist einträgt.

Das war’s.

Der erste Aufruf von rsnapshot nimmt etwas Zeit in Anspruch – danach rast das Backup meiner rund 200GB zu sichernden Daten in weniger als 3 Minuten durch, weil nur veränderte Dateien geschrieben werden. Alle anderen Dateien werden nur als Hardlinks angelegt. rsnapshot spart mit diesem Verfahren ziemlich Platz und ich kann unterbrechungsfrei weiter arbeiten.

Weiter: Nachtrag zum Thema „Wo ist denn nun meine weekly.0 Sicherung?“

US Letter PDF Dokumente so auszudrucken, dass diese zentriert auf DIN A4 erscheinen ist nicht nicht so trivial, wie ich dachte. Klar – es gibt die Möglichkeit den Job an Acrobat zu übergeben, das auch im Partner Repo von Ubuntu zu finden ist. Acrobat zentriert von sich aus, ist für 64 Bit Hardy aber nicht nativ zu haben. Das Gefummel mit getlibs wollte ich mir sparen.

Also dann halt mit evince.Theoretisch sollte der folgende Ansatz zum Erfolg führen:

Evince ignoriert die Angaben in /etc/papersize und auch in /usr/share/ghostscript/8.61/lib/gs_init.ps. Auf Teufel komm raus will das Ding die Angaben in /etc/environment haben und dort als

LC_PAPER=“de_DE.UTF-8″

dann sieht evince – so die Theorie – endlich ein, dass es sich auf einem deutschen Rechner befindet und behandelt PDFs dementsprechend.

Auf meinem 64 Bit Hardy ist dem nicht so. Ich konnte im Druckdialog von evince zwar A4 einstellen – aber das US Letter Dokument wurde nicht zentriert und der Druck sah schwer danach aus, also wäre US Letter schlicht auf ein zu großes Blatt gepresst worden.

Was ich dann probierte, war eine Umwandlung von US Letter nach DIN A4 mit psresize. Theoretisch klappt das wie folgt:

psresize -w279mm -h216mm -W297mm -H21cm -q input.pdf output.pdf

psresize kennt auch einige Kurzformen, die in der Manpage dokumentiert sind und dann wie folgt zu schreiben wären:

psresize -Pletter -pA4 in.pdf out.pdf

Installiert wird das Paket psresize unter Hardy mit

sudo apt-get install psutils

Leider war das aber auch nur pure Theorie: Hardy 64 Bit wandelt nicht – das PDF bleibt im Format US Letter.

Die einzige Lösung, die ich dann noch hatte, war der Druck mit gv – das dann endlich das Papier zentrierte und zwar offensichtlich gleich von sich aus, als default.

Zuerst ging es gerade darum, in einem Verzeichnisbaum heraus zu finden, wer dort alles was auch immer an Verzeichnissen sein eigenen nennt, wenn er in der Gruppe bsuser ist:

find /srv/www/bs -group bsuser -type d -ls

Dann mussten Verzeichnisrechte geändert, aber Dateirechte erhalten bleiben – und umgekehrt.

Dies ging mit find für die Ordner so:

find /pfad/zum/ordner -type d -exec chmod 770 {} \;

Und für die Dateien sah das dann so aus:

find /pfad/zum/ordner -type f -exec chmod 640 {} \;

Wie allen Anfängern fällt es mir nicht leicht, Subnetzmasken anzuwenden. Ich finde die Dinger wenig intuitiv und auf sinnloses Auswendiglernen hab ich keinen Bock.

Ein brauchbares Verfahren, das relativ weit hilft, ist das folgende:

Ihr Provider hat Ihnen die Netzadresse 194.45.23.32 und die Netzmaske 255.255.255.224 zugewiesen. Über wie viele für Endgeräte nutzbare IP-Adressen können Sie verfügen? (Quelle)

Entscheidend ist hier das letzte Oktet in der Netzmaske – also 224. Diese Dezimalzahl hilft aber nicht, sondern muss in eine binäre Zahl umgerechnet werden.

Rechenweg:

1. 224 : 2 = 1122 | Rest 0
2. 112 : 2 = 56 | Rest 0
3. 56 : 2 = 28 | Rest 0
4. 28 : 2 = 14 | Rest 0
5. 14 : 2 = 7 | Rest 0

und jetzt darf ich aufhören, denn ich seh schon, dass beim nächsten Schritt ein Rest bleiben wird (wer es ganz genau wissen will: siehe den Link unten). Die binäre Darstellung der obigen Netzmaske ist demnach:

11111111.11111111.11111111.11100000

Damit ist klar: 5 Bits sind frei und ich kann wieder rechnen:

2^5 = 32

Das sind demnach 32 Adressen und hiervon ist dann noch die Netz-ID sowie die Broadcast-Adresse abzuziehen.

32 -2 = 30

Ich kann demnach 30 Endgeräte betreiben.

Zusammenfassung: a) Umrechnung dezimal nach binär b) die Nullen zählen c) 2 hoch die Zahl der Nullen rechnen d) vom Ergebnis 2 abziehen für Netz-ID und Broadcast – fertig.

Weitere Umrechnungshilfen für alle möglichen (und unmöglichen) Zahlensysteme sind auf der folgenden, didaktisch sehr gut gemachten Seite zu finden: http://www.arndt-bruenner.de/mathe/scripts/Zahlensysteme.htm

Viel eingängiger ist die CIDR Notation der Netzmaske: Bei der Schreibweise 194.45.23.32/27 seh ich gleich, dass 5 Bits frei sind und kann mir das umständliche Umrechnen von Dezimal nach Binär sparen.