Logic Express bei SurfPoeten

Garageband bei imrich.net

VLC bei DigitalUpgrade

Vuvuzela.app bei albert-feller.de

Dabei wird der Mac immer als Filterinstrument für einen Fernseher o.ä. verwendet. In den Kommentaren der einzelnen Posts wurde immer wieder nachgefragt, wie man das mit EyeTV macht — als Filtern für eine Fernsehsoftware. Da ich kein Logic Express besitze (und für diesen Fall etwas überteuert ist), Garageband wohl auch etwas überdimensioniert ist und recht viele Ressourcen braucht, habe ich mich nach einer kostenfreien und schlanken Lösung umgeschaut.

Dabei bin ich über den Foreneintrag bei Macworld gestolpert, der den entscheidenden Hinweis brachte: In den Developer-Tools von Apple ist schon mit AU Lab ein Mixer mit der Möglichkeit beliebige Filter einzubinden dabei und mit SoundFlower kann man das intere Audiosignal durch den Mixer von AU Lab leiten und dann erst auf den Lautsprecher geben. Soweit die Theorie, nun zur Praxis.

Als Grundvoraussetzungen müssen installiert sein:

Apple Developer Tools

Soundflower

Zuerst muß, da das Audiosignal intern umgeroutet wird, ein neues Audiogerät angelegt. Das übernimmt für uns Soundflower — nach deren Installation haben wir zwei weitere Audiogeräte: Soundflower 2ch und Soundflower 16ch. Dies kann man im Audio und Midi Setup sehen

Hier kann man das Gerät Soundflower 16ch auch gleich als Standard Ein– und Ausgang festlegen.

Als nächstes rufen wir AU Lab auf, welches unter /Developer/Applications/Audio/AU Lab.app liegt. Wir benötigen einen Stereo-EingangUnd einen Stereo-AusgangAls Audio-Eingang wird  Soundflower 16ch auf Kanal 1 und 2 definiertebenso als Ausgang, hier aber Kanal 3 und 4Und so sieht das dann im Endeffekt ausDamit fabrizieren wir keine Schleife.

Nun können wir dem Audio-Eingang mehrere Filter aufbürden, die die Vuvuzelas herausfiltern sollen. Wichtig sind hier die richtigen Frequenzen. Laut Surfpoeten.de hat das Vuvuzela-Getröte

[…] eine Frequenz von etzwa 233 Hertz. Obertöne liegen demzufolge bei […] 466 Hertz, dann bei 932 Hertz und 1864 Hertz.

welche gefiltert werden müssen.

Diese legt man hier anDer Filter AU Filter muss ausgewählt werdenDann stellen wir die Ansicht um, damit wir die Frequenzen in Zahlen eingeben können.

Es werden zwei Filter angelegt, die folgendermaßen aussehen

Ein fertiges Filterset (welches ich noch nicht getestet habe) kann man sich auch bei Dirk Melchers herunterladen und nach ~/Library/Audio/Presets/Apple/AUFilter kopieren.

Update: Wer es einfacher haben will, der kann sich auch das kostenlose AU Plugin VuvuX von Prosoniq herunterladen und statt dessen benutzen.

Mit der App Soundflowerbed, welches mit Soundflower mitinstalliert wird und sich in der Menüleiste einnistetlegt man noch fest ob und wo was ausgegeben wird und auf welchem Kanal — in dem Falle auf Kanal 1 und 2 nichtsund auf Kanal 3 und 4 jeweils der Built-in Output1und Built-in Output2Zu guter Letzt muß der Audio-Ausgang im EyeTV noch auf Soundflower 16ch umgestellt werdenund schon kann man vuvuzela-frei Fußball schauen und besonders auch hören (wenn man es mag).

Ist diese Anleitung nachvollziehbar gewesen? Was gibt es für Probleme? Lebt ihr lieber mit den Vuvuzelas, dafür habt ihr aber den satten Klang oder mögt ihr es gefiltert?

Seit dem 09. April 2010 gibt es eine neue stabile Version von OpenWRT namens Backfire. Ich habe meine selbst kompilierte Firmware letztes Wochenende durch die aktuelle Stable ersetzt. was relativ problemlos ging. Wichtig in dem Zusammenhang war nur folgendes: Ich hatte bei der Aktualisierung über die Weboberfläche anfangs gesagt, das er die Konfigurationsdateien übernehmen sollte, was er auch ordentlich tat. Aber ich konnte dann keine weitere Software installieren — die Partition war schon voll. Erst nachdem ich die Werkseinstellungen geladen und den Router neu gestartet hatte, war ein Einspielen von Software möglich.

Ab der Version Backfire ist es nun möglich die Weboberfläche von OpenVPN direkt zu installieren — leider aber funktioniert die Integration von OpenVPN immer noch nicht so vollautomatisch, wie ich mir das gewünscht hatte. Wer also OpenVPN wie ich auf einem OpenWRT-Router nutzen möchte, für den gelten immer noch die manuellen Anpassungen wie hier beschrieben.

Zuerst muss ein neues Netzwerk-Interface für den VPN-Tunnel angelegt werden:

uci set network.vpn=interface
uci set network.vpn.proto=none
uci set network.vpn.auto=1
uci set network.vpn.ifname=tun0
uci commit network

Anschließend eine neue Firewall Zone eingerichtet:

uci add firewall zone
uci set firewall.@zone[2].name=vpn
uci set firewall.@zone[2].forward=ACCEPT
uci set firewall.@zone[2].input=ACCEPT
uci set firewall.@zone[2].output=ACCEPT
uci commit

Und abschließend wird definiert, zwischen welchen Firewall Zonen überhaupt Traffic fließen darf.

uci add firewall forwarding
uci set firewall.@forwarding[1].dest=vpn
uci set firewall.@forwarding[1].src=lan
uci commit

Wer mehr darüber erfahren will, was man mit UCI alles anstellen kann, den kann ich nur auf die Befehlsreferenz verweisen.

Nun fehlen nur noch die Firewall-Einträge

iptables -A input_rule -i tun+ -j ACCEPT
iptables -A forwarding_rule -i tun+ -j ACCEPT
iptables -A forwarding_rule -o tun+ -j ACCEPT
iptables -A output_rule -o tun+ -j ACCEPT

dies alles in die Datei /etc/firewall.user eingetragen und schon funktioniert der VPN-Tunnel wie er soll.

Wenn man öfter auf der Kommandozeile arbeitet lernt man die History-Funktion zu schätzen. Hier eine lose Aufstellung einiger Möglichkeiten, wie man die History-Funktion noch weiter aufbohren und an seine Bedürfnisse anpassen kann.
Update: Aufgrund von weiteren Recherchen und des Kommentars auf macfidelity habe ich diesen Artikel noch einmal überarbeitet und weitere Informationen hinzugefügt.

Einleitung

Die History ist eine eingebaute Funktion in dem Befehlsinterpreter bash — der Standardshell inzwischen vieler *nixe bzw. *BSDs, so auch von Mac OS X. Die History hat eingebaute Befehle, die man wunderbar im Handbuch von Bash nachlesen kann, oder in Kürze erklärt bei macfidelity findet. Das Grundverhalten der History kann man, wie auch ziemlich vieler anderer Funktionen, in den Profil-Dateien der bash definieren. Dazu möchte ich auf den Artikel Bash-Shell einrichten verweisen.

History von mehreren parallel laufenden Terminalsessions sichern

Oft genug hat man mehrere Terminalsessions zu einem Host offen um sich z.B. in der einen Session das Logfile anzuschauen, während man in anderen Session einen Befehl ausführt. Beim Beenden der Session wird aber nur eine History gespeichert. Um immer hinzuzufügen führt man folgenden Befehl aus

shopt -s histappend

History sofort speichern

Die History einer Sesion wird immer erst beim Beenden einer Session in die Datei .bash_history gespeichert. Um bei parallelen Terminalsessions auf die Befehle zuzugreifen, die gerade erst in einer anderen Session getätigt wurden, kann man mit der Umgebungsvariablen

export PROMPT_COMMAND='history -a'

die Shell dazu zwingen bei jedem Generieren eines neuen Prompts (als einer Befehlseingabezeile) die History zu schreiben.

History mit Timestamp

Um im Historyfile sich pro Befehl auch einen Timestamp hinzufügen zu lassen gibt man folgendes ein:

export HISTTIMEFORMAT='%a %T '

Die Variablen dafür kann man sich von strftime abschauen.

Größe des History-Speichers in der Datei

Wie viele Zeile die History-Datei speichern kann weiß ich zwar nicht genau (ich denke aber das es 500 Zeilen sind), aber vergrößern kann man ihn mit

export HISTFILESIZE=1000

oder aber man schaltet gleich die Größenbeschränkung aus:

unset HISTFILESIZE

Mit der Variable

export HISTSIZE=500

kann man definieren, wie viele Zeilen maximal beim Beenden einer Terminalsession in die History-Datei geschrieben werden.

Ignorieren von Befehlen

Alle eingegebenen Befehle werden in die History gespeichert. Dieses Verhalten kann man etwas einschränken, indem man Befehle, welche mit einem Leerzeichen anfangen nicht in die History aufnehmen läßt

export HISTCONTROL=ignorespace

So kann man auch bewußt Befehle nicht in die History schreiben lassen, wenn man z.B. statt »ls« einfach « ls« eingibt.

Keine Duplikate in die History

Wie oben schon beschrieben werden alle Befehle in die History aufgenommen, auch die, die mehrfach eingegeben wurden. Möchte man das nicht

export HISTCONTROL=ignoredups

Möchte man weder Duplikate, noch die mit einem Leerzeichen am Anfang, so gibt man folgendes ein

export HISTCONTROL=ignoreboth

Spezielle Zeilen von der History ausschließen

Wenn die Variable HISTCONTROL nicht gesetzt ist, kann man auch selbst entscheiden, welche Zeilen nicht in die History aufgenommen werden sollen. Dies geschieht durch die Variable HISTIGNORE, welche mit Doppelpunkten getrennt

export HISTIGNORE='cat*:cd*:vi*:ls*'

Damit werden alle Zeilen, die mit cat, cd oder vi oder ls beginnen, nicht in der History gespeichert. Es bietet sich auch an hier alle selbst definierten Aliase anzugeben. Da theoretisch hier mit regulären Ausdrücken gearbeitet werden kann, stehen der Phantasie alle Möglichkeiten offen.

Fragen über Fragen

Kennt Ihr noch mehr Befehle um die History zu »pimpen«? Ich kann mich daran erinnern, das es einen Befehl gab, mit dem man automatisch gleich nach jedem Return den Befehl in die History schreiben lassen kann — aber wie hies der nur?

Ich betreibe meinen eigenen kleinen Mail-Server, auf dem auch eine Filterung nach Spams und Viren mit den OpenSource-Produkten amavisd-new und spamassassin stattfindet. Trotz alledem rutscht die eine oder andere Mail durch, was mich natürlich dazu animiert, meiner Filterkombination diese Mails noch einmal explizit als Spam vorzuwerfen, damit diese dazulernen kann. Ich möchte zeigen, wie einfach man das mit Apple Mail machen kann.

In meinem Postfach habe ich mir einen Ordner (keine Ahnung, warum das bei Apple Mail Mailbox bzw. Postfach heißt) Spam erstellt, dort werden alle unerkannten Spammails hinverschoben.

Dieser Ordner wird nun mit einem Rechtsklick/Archivieren … bzw. über das Menü Postfach/Archivieren … ins Dateisystem exportiert

Der Einfachheit halber lass ich mir den auf den Desktop legen. Im Dateisystem sieht das dann so aus

Eigentlich ist es ein Ordner mit weiteren Dateien bzw. Ordnern drin, MacOSX zeigt das aber vereinfacht als eine Datei an. Dieses Datei/Ordner-Konstrukt wird nun auf den Mail-Server übertragen — ich verwende dazu Cyberduck.

Anschließend öffnet man eine Terminalsession zu Mail-Server wechselt in das Verzeichnis, in das der Spam-Ordner kopiert wurde und verändert zuerst einmal die Zugriffsrechte des Ordners

chmod -R 777 Spam.mbox/

Anschließend wechselt man den Benutzer, da nur der Benutzer den Spam lernen kann, der auch für die Filterung zuständig ist. Bei mir heißt der Benutzer amavis

su amavis

Nun kann man den Lernprozeß anstoßen

sa-learn --spam --mbox Spam.mbox/mbox

Und erhält anschließend die Nachricht

Man kann den ganzen Export und Transferprozess auch mit einem Service automatisieren — dazu war ich bisher aber schlichtweg zu faul

Wie geht es Euch? Habt Ihr einen Spamfilter? Wenn ja, wie füttert Ihr ihn mit nicht erkannten Spammails?

Nachdem ich, wie in dem Artikel OpenWRT und eigenes Image bauen beschrieben, meine Kompilierungsumgebung für OpenWRT gebaut und mein erstes eigenes Image für meinen Router kompiliert habe, möchte ich jetzt zeigen, wie man sich ein neueres Image kompilieren kann.

OpenWRT wird ständig weiterentwickelt — Fehler werden ausgemerzt, neue Funktionen werden eingebaut. Der Quellcode, gerade in dem Trunk-Zweig, ist also in ständiger Veränderung. Es verändert sich, neben den einzelnen Paketen von OpenWRT und LuCI auch das Basissystem andauernd. Wenn man also ein neues Image erstellen will, ist es angeraten immer die neuesten Entwicklungen einzuspielen. Es kann natürlich, davor sei hier gewarnt, sein, das bestimmte Dinge nicht funktionieren — eben aufgrund der ständigen Arbeiten am Quellcode. Wenn man aber die neuesten Entwicklungen haben möchte, muss man dies bewusst in Kauf nehmen.

Nun aber zu den Abläufen. Zuerst wechseln wir (das Ganze als Nicht-Root-User) in das Verzeichnis, indem OpenWRT liegt

cd openwrt

Anschließend aktualisieren wir das Basissystem

svn up

um danach die Paketliste zu aktualisieren

./scripts/feeds update

und schließlich die aktualisierten Pakete zu installieren

./scripts/feeds install -a -p

Und schon kann man sich mit einem

make V=99

ein neues Image bauen oder aber mit

make menuconfig && make V=99

die bestehende Konfiguration verändern und anschließend neu bauen lassen.

Wer kennt das nicht? Da experimentiert man mit virtuellen Maschinen rum und jedes Mal wenn man eine VM neu installiert bekommt man die obige Fehlermeldung. Bisher habe ich mit vi in der  Datei ~/.ssh/known_hosts die entsprechende Zeile gelöscht.

Mit folgender Befehls-Zeile

sed -i -e 10d ~/.ssh/known_hosts

kann man schnell die Zeile 10 der entsprechenden Datei löschen.

Wie ich schon hier und hier geschrieben habe, nutze ich auf meinem Router OpenWRT. Hauptziel meiner anderen Artikel war, aufzuzeigen, wie man sich ein eigenes Image für den Router bauen kann. In diesem Artikel möchte ich nun zeigen, wie man sich ein OpenWRT Image bauen kann mit dem man OpenVPN über eine Weboberfläche konfigurieren und steuern kann.

Auf dem Host-System, auf dem man das Image kompiliert, muss man nach

make menuconfig

zuerst das richtige Paket installieren

Nach dem das Image wie in dem Artikel OpenWRT und eigenes Image bauen kompiliert ist und das Image auf dem Router installiert wurde, kann man über die Weboberfläche auf den Router zugreifen.

Im Administrations-Menü unter Services findet man den Menüpunkt openvpn.

Ich denke, die Weboberfläche ist selbsterklärend und werde deswegen nicht näher darauf eingehen. Hier kann man die Konfiguration seines VPN-Tunnels vornehmen — egal ob der Router als VPN-Server oder VPN-Client fungieren soll. Nachdem man seine OpenVPN Konfiguration zusammengestellt hat und den VPN Tunnel aufbaut, wird man feststellen, das es noch nicht richtig funktioniert. Es fehlen noch einige kleine Details, damit man auf das hinter dem OpenVPN-Router liegende Netzwerk zugreifen kann, da zur Zeit die Firewall das VPN-Netz noch nicht kennt.

Zuerst muss ein neues Netzwerk-Interface für den VPN-Tunnel angelegt werden:

uci set network.vpn=interface
uci set network.vpn.proto=none
uci set network.vpn.auto=1
uci set network.vpn.ifname=tun0
uci commit network

Anschließend eine neue Firewall Zone eingerichtet:

uci add firewall zone
uci set firewall.@zone[2].name=vpn
uci set firewall.@zone[2].forward=ACCEPT
uci set firewall.@zone[2].input=ACCEPT
uci set firewall.@zone[2].output=ACCEPT
uci commit

Und abschließend wird definiert, zwischen welchen Firewall Zonen überhaupt Traffic fließen darf.

uci add firewall forwarding
uci set firewall.@forwarding[1].dest=vpn
uci set firewall.@forwarding[1].src=lan
uci commit

Wer mehr darüber erfahren will, was man mit UCI alles anstellen kann, den kann ich nur auf die Befehlsreferenz verweisen.

Nun fehlen nur noch die Firewall-Einträge

iptables -A input_rule -i tun+ -j ACCEPT
iptables -A forwarding_rule -i tun+ -j ACCEPT
iptables -A forwarding_rule -o tun+ -j ACCEPT
iptables -A output_rule -o tun+ -j ACCEPT

dies alles in die Datei /etc/firewall.user eingetragen und schon funktioniert der VPN-Tunnel wie er soll.

Konntet Ihr das nachvollziehen? Was ist möglicherweise noch unklar? Habt Ihr Verbesserungsvorschläge? Dann nutzt bitte die Kommentarfunktion.

Wie ich schon geschrieben hatte, bin ich ein Fan des OpenWRT-Projektes. Um die Neuerungen schneller nutzen zu können, wie zum Beispiel die Weboberfläche für OpenVPN, kompiliere ich mir in unregelmäßigen Abständen selbst eine neue Firmware um diese auf meinen ASUS-Router auszuprobieren. Ich habe aber leider nur den einen Router und mit dem Flashen und anschließendem Neukonfigurieren ist natürlich auch meine Internetleitung tot. Da man OpenWRT nicht nur auf kleinen Hardware-Routern sondern z.B. auch auf x86-Plattformen laufen lassen kann, probiere ich gerade mal aus was man machen muss um OpenWRT als virtuelle Maschine laufen zu lassen.

Zuerst muss man auf der Maschine, die die Firmware kompiliert, neben den schon beschrieben Voraussetzungen noch die Programme nachinstallieren, die nach der fertigen Kompilierung der Pakete diese als fertiges VM-Image zusammenbauen. Es gibt folgende Image-Versionen, die gebaut werden können:

Soll das fertige Image in VirtualBox laufen, dann muss folgendes gemacht werden:

Neue Quelle für APT/Aptitude

echo "deb http://download.virtualbox.org/virtualbox/debian lenny non-free" >> /etc/apt/sources.list

Herunterladen des public keys

wget -q http://download.virtualbox.org/virtualbox/debian/sun_vbox.asc -O- | apt-key add -

Aktualisieren der Paketliste

aptitude update

Installieren von VirtualBox

aptitude install virtualbox

Aber Achtung: Bei einem frischen Debian Lenny wurden 171MB heruntergeladen, da viele zusätzliche Pakete benötigt wurden.

Soll das spätere Image unter VMware laufen dann muss Qemu installiert werden:

aptitude install qemu

Nun kann mit

make menuconfig

sich wie gewünscht das Firmware Image zusammenbauen.

Am Besten arbeitet man sich von oben nach unten.

Als target system wählt man x86 aus, subtarget und target profile bleiben auf Generic. Bei target images muss man sich entscheiden, wofür man das Image braucht: VMware oder VirtualBox.

Anschließend müssen noch die OpenWRT-Pakete ausgewählt und beim Beenden des Programms die Konfiguration gespeichert werden. Danach

make

ausgeführt. Nach einer langen Zeit liegt im Unterverzeichnis bin eine Verzeichnis mit dem x86-Image. Dieses Image kann man sich auf seinen Rechner kopieren. Wie man eine virtuelle Maschine für OpenWRT zu erstellt möchte ich am Beispiel von VMware Fusion zeigen.

Mit dem Erstellen einer neuen VM öffnet sich der Assistent

Mit dem Fortfahren »Ohne Datenträger« öffnet sich eine Dialog zur Auswahl des gerade kompilierten Images

Als Nächstes gibt man das zu installierende Betriebssystem an

Anschließend kann man die Einstellungen der VM noch anpassen.

RAM

allzu viel RAM braucht OpenWRT nicht und man möchte es ja so reel wie möglich machen.

Netzwerkkarten

Hier kommt es auf die Reihenfolge an, da OpenWRT die erste Netzwerkkarte als eth0 für LAN und die zweite als eth1 für WAN nimmt.

Je nach Reihenfolge sieht die Zuordnung wie folgt aus:

Meine VM sieht abschließend so aus

Nun kann man die VM das erste Mal starten.

Nun muss zuerst die Netzwerkkonfiguration vorgenommen werden:

uci delete network.lan.ipaddr
 
uci delete network.lan.netmask
 
uci set network.lan.proto=dhcp
 
uci commit network

Nun kann man vom Host-Computer aus auf die OpenWRT-VM zugreifen.

Das Festnetztelefon (ein altes Siemens Gigaset 4000 Comfort) hat nach nunmehr sechs Jahren den Geist aufgegeben und es wurde Zeit etwas Neues zu kaufen. Auf der Suche nach einem vernünftigen DECT-Telefon bin ich wieder bei der Firma Gigaset (Siemens hat seine Telefonsparte vor Jahren verkauft) gelandet. Die Grund-Anforderungen waren recht einfach: Schnurlos, mit AB,  so strahlungsarm wie möglich und schön sollte es aussehen .

Nach längerer Recherche wurde das Modell SL785 herausgepickt — schnell online bestellt und gestern war es schon da. Ausgepackt, Angeschlossen, Eingerichtet — Funktioniert. Einfacher kann es ehrlich gesagt nicht gehen.

Was ich bei unserem alten Gigaset 4000 gut fand, war die Funktion, das es eine »Namensauflösung« der Anrufer gibt, wenn diese einen Telefonbucheintrag haben. Diese Funktion gibt es jetzt auch im SL785. Jetzt stellte sich die  Frage, wie man das Telefonbuch auf das neue Mobilteil gebeamt bekommt. Schön ist es, das das SL785 Bluetooth hat — dachte ich. Also fix das Macbook angeworfen und die Bluetooth-Koppelung eingerichtet. Das funktioniert wie bei jedem anderen Gerät und ist selbsterklärend.

Nun wollte ich die ersten Kontakte aus dem Adressbuch auf das SL785 senden. Dazu habe ich das Programm gestartet, einen Kontakt ausgewählt und mit einem Rechtsklick …

… kann ich keinen Kontakt per Bluetooth versenden?!

Nachdem ich eine Weile im Netz gesucht habe, weiß ich nun, das es diese Funktion in Mac OS X Tiger wohl gegeben hat, diese aber von Apple wegrationalisiert wurde (Vielen Dank dafür!). Im Apple Support Forum habe ich dann aber zum Glück die Lösung gefunden

Zuerst muss das Adressbuch als VCARD exportiert werden

Dann öffnet man in Diensteprogramme-Ordner das Programm Bluetooth-Datenaustausch

Nun kann wählt man zuerst die eben exportierte VCARD-Datei aus und anschließend das empfangende Gerät

Nachdem man das Gerät ausgewählt hat, wird die Datei übertragen. Das SL785 kann zum Glück mit Multi-VCard-Dateien umgehen und hat so für jeden Kontakt mit einer Telefonnummer einen Eintrag im Telefonbuch erstellt. Einziges Problem stellen jetzt noch die Umlaute dar. Weiß jemand wie ich die in der VCARD-Datei umwandeln kann?

Backup von bestimmten Dateien

Häufiger möchte man, wenn man mal schnell etwas in einer Config-Datei etwas ändert, davon fix ein Backup anlegen. Klassisch habe ich das meist schnell mit

cp DATEI.conf DATEI.conf.orig

gelöst. Was aber passiert, wenn man dann später nochmal was ändern will respektive ein neues Backup angelegt werden soll?! Wie man dieses Problem erschlägt, habe ich schon mal in diesem Artikel erklärt — das war aber nur ein Schnellschuß. Das Problem dabei ist nämlich, das man ja jeweils die alten Backups nochmal mitsichert und dadurch die Backups immer größer werden. Dies kann man durch einen Exclude-Parameter von tar auschließen. Der Befehl um in einem Verzeichnis alle Dateien zu sichern lautet also

tar -cz --no-recursion --exclude=backup-*.tar.gz -f backup-$(date +%F-%H-%M).tar.gz *

Backup von ganzen Pfaden inkl. der Unterverzeichnisse

In einigen Fällen will man nicht nur die Dateien in einem Verzeichnis sichern sondern lieber gleich den Inhalt gesamte Verzeichnis inklusive aller Unterverzeichnisse

tar -cz --exclude=backup-*.tar.gz -f backup-$(date +%F-%H-%M).tar.gz .

Backup von Dateien bzw. Pfaden, die im gesamten System verteilt sind

Und schließlich hat man den Fall, das man alle wichtigen Dateien eines Systems sichern will, die aber über das gesamte System verteilt sind. Dies erreicht man mit einer Include-Datei

tar cvzf /backup-$(date +%F-%T).tar.gz -T /etc/backup-include-dir.conf

wobei man in die Datei /etc/backup-include-dir.conf alle Pfade bzw. alle Dateien reinschreibt, die gesichert werden sollen. Wichtig ist dabei nur: Pro Datei/Pfad jeweils eine Zeile.

Und denkt daran: Solche Befehlszeilen eignen sich wunderbar dazu als alias definiert zu werden, damit man schnell drauf zugreifen kann, wenn man es mal braucht.