Ab und an reagieren SSH-Sessions nicht mehr und damit ist das komplette Terminal blockiert. Das liegt meist daran, das die Netzwerkverbindung unterbrochen wurde — sei es auf Grund von Netzwerkfehlern oder weil das Notebook in den Energiesparmodus gegangen ist. In solchen Fällen habe ich immer das Terminal-Fenster geschlossen, was ich ziemlich nervig fand (Stichwort: Fensteranordnung im iTerm). Irgendwann habe ich die Lösung gefunden, die ich Euch nicht vorenthalten möchte. Wenn man im Terminal-Fenster die Tasten [ENTER] [TILDE] und [PUNKT] der Reihe nach eingibt, wird die abgestürzte SSH-Session beendet und das Terminal freigegeben:

↩~.

Da ich mir das nicht merken kann bzw. mir die Tastenkombination zu kompliziert ist, habe ich damit einfach Typinator »missbraucht«

So ist es mir möglich mit der Tastenkombination »XXX« jede hängende SSH-Session zu beenden.

There is a new `autocd' option that, when enabled, causes bash to attempt
to `cd' to a directory name that is supplied as the first word of a
simple command.

There is a new shell option: `globstar'.  When enabled, the globbing code
treats `**' specially -- it matches all directories (and files within
them, when appropriate) recursively.

There is a new shell option: `dirspell'.  When enabled, the filename
completion code performs spelling correction on directory names during
completion.

Brace expansion now allows zero-padding of expanded numeric values and
will add the proper number of zeroes to make sure all values contain the
same number of digits.

There is a new &>> redirection operator, which appends the standard output
and standard error to the named file.

The parser now understands `|&' as a synonym for `2>&1 |', which redirects
the standard error for a command through a pipe.

Alle neuen Features aufzuzählen würde zu viel Zeit rauben, deswegen sei auf die Liste des Bash-Maintainers verwiesen.

Wie man diese Version in OSX installiert werde ich hier zeigen.

Es gibt verschiedene Wege um Bash 4 in OSX zu installieren: Neben MacPorts, Homebrew möchte ich hier zeigen, wie man sich Bash 4 aus dem Quellcode selbst kompiliert. Das klingt erst mal kompliziert, ist es aber gar nicht. Man muss sich nur Xcode aus den Developer Tools installieren — die hat man auf den Installation-CDs von OSX oder kann sie auch direkt von Apple herunterladen.

Nun lädt man sich das aktuelle Quellcode-Archiv vom FTP-Server herunter

curl http://ftp.gnu.org/gnu/bash/bash-4.1.tar.gz -o bash-4.1.tar.gz

und entpackt diesen auf seiner Festplatte. Ich nehme dazu den Pfad ~/usr/local/src.

tar xvzf bash-4.1.tar.gz -C ~/usr/local/src/ && cd ~/usr/local/src/bash-4.1

anschliessend

./configure && make && sudo make install

die neue Bash wird dann nach /usr/local/bin installiert.

Nun muss die neue zusätzliche Shell dem System bekannt gemacht werden. Das geschieht mit dem Befehl

sudo bash -c "echo /usr/local/bin/bash >> /private/etc/shells"

in der Datei /etc/shells

Jetzt kann jeder Benutzer für sich die neue Shell als Standardshell definieren.

In dem darauffolgendem Editor-Fenster ändert man die Zeile Shell von /bin/bash

zu /usr/local/bin/bash

Nach einem Neustart der Terminal-Session hat man nun Bash 4 als Shell.

Einige Beispiele für die neuen Features findet man bei Ian McCracken, wo auch die englischsprachige Anleitung für die Installation von Bash 4 zu finden ist.

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?

Gerade bei OSX kommt man ja meist drumherum mit der Kommandozeile zu arbeiten — dabei kann man in der Shell einiges schneller bzw. einfacher machen und um gewisse Einstellungen von OSX (wie zum Beispiel hier und hier beschrieben) zu ändern kommt man nicht umher das Terminal zu öffnen.

Vorgeplänkel

Wie man im Finder oder in jedem anderen Programm zuerst seine Benutzeroberfläche einrichtet, so macht man das auch in der Kommandozeile. Nur wird das hier nicht über eine Preference File gemacht sondern über (in OSX) versteckte Systemdateien. Da OSX diese Schreiben bzw. Erstellen dieser Dateien zum Teil für den normalen Benutzer verboten hat, muss man daran denken, das man sich root–Rechte holt. Das geht einmal mit dem Account root (Zur Aktivierung des root–Accounts verweise ich auf Apple), zu dem ich mit dem Shell-Befehl

su -

oder

sudo -s

wechsle. Oder aber zukünftig jedem Befehl ein

sudo

voransetze.

Für die Individualisierung der Shell sind verschiedene Dateien und Verzeichnisse wichtig. Zuerst wird zwischen den Benutzereinstellungen und den Einstellungen für den ganzen Rechner unterschieden. Die Benutzereinstellungen liegen im Userverzeichnis, also /Users/BENUTZERNAME (Ausnahme hier ist der Benutzer root, der sein Homeverzeichnis in /root findet) und die Systemeinstellungen im Verzeichnis /etc. Wie die Namen schon sagen, sind die ersteren nur für den angemeldeten Benutzer gültig, die Systemeinstellungen für jeden Benutzer.

Individuelle Anpassungen kann man einmal für das Tastaturmapping machen — hier sind die Dateien /etc/inputrc bzw. ~/.inputrc verantwortlich und für  das Aussehen bzw. das definieren von Umgebungsvariablen — dafür sind die Dateien /etc/profile und /etc/bash.bashrc bzw. ~/.bash_profile, ~/.profile, ~/.bashrc und ~/bash_login. Eine gute Zusammenfassung der Reihenfolge der Abarbeitung der Dateien findet man hier. Der Einfachheit halber benutze ich in diesem Artikel die Datei profile.

Farben für den tristen Alltag

Mit Farben kann man sich die Shell übersichtlicher machen. Dazu hat fidel schon mal was geschrieben. Definiert werden diese in der Profil-Datei. Man kann den Prompt bearbeiten (Farbe und Aussehen).  Standard ist folgendes Aussehen

In meinem Fall brauche ich die Angabe des Rechner-Namens nicht und ein nettes Gelb kann auch nicht schaden

export PS1="\[\e[33;1;40m\][\u] \w>\[\e[0m\] "

Das Gleiche kann man auch für den Prompt definieren, wenn man mit sudo sich temporäre root–Rechte gibt. In meinem Fall möchte ich gelbe Schrift auf einem rotem Untergrund.

export SUDO_PS1="\[\e[33;1;41m\][\u] \w>\[\e[0m\] "

Das sieht jetzt alles recht kryptisch aus, was daran liegt, das die Programmierung des Prompts in Escape-Sequenzen erfolgen muss. Wenn man etwas tiefer in die Materie einsteigen will, seinen ganz persönlichen Prompt bauen möchte oder schlicht einfach verstehen will, was hier gemacht wird, dem sein pimp my shell ans Herz gelegt. Es gibt dann auch noch Informationen von IBM und Ring of saturn.

Ein oft benutzter Befehl in der Kommandozeile lautet ls zum Anzeigen eine Verzeichnisinhalts. Um die verschiedenen Inhalte wie Verzeichnisse, Dateien, Symlinks und Co. auseinanderzuhalten ist eine farbige Darstellung sehr nützlich. Dies kann man entwerder durch das Aufrufen des Befehls ls mit dem Schalter –G erreichen, oder aber, wenn man die Farben selber definieren will, mit folgenden Umgebungsvariablen

export CLICOLOR=1
export LSCOLORS=dxfxcxbxegedabagacad

Die Bedeutung der jeweiligen Optionen kann man sich hier anschauen. Für ganz Faule gibt es einen Generator.

Um dem Befehl grep etwas Farbe zu geben, muss folgende Umgebungsvariable gesetzt werden

export GREP_OPTIONS='--color=auto' GREP_COLOR='1;32'

Einfacher Zugriff auf die History

Ich hatte hier schon mal was über die Einstellungen der bash history geschrieben. Die Einstellungen dort werden in der Profil-Datei gemacht. Wie in den Kommentaren hinzugefügt benutze ich folgendes Tastaturmapping in /etc/inputrc

"e[5~": history-search-backward
"e[6~": history-search-forward

Damit kann ich mit den Tasten Bild rauf/Page up bzw. Bild runter/Page down durch die History scrollen. Das funktioniert sogar basierend auf dem, was schon auf der Kommandozeile steht. Gebe ich zum Beispiel less ein, dann werden mir mit den genannten Tasten nur die History-Einträge angezeigt, die mit dieser Buchstabenfolge anfangen.

Damit die history gleich geschrieben wird und nicht erst beim Beenden der shell session kann in der Profil-Datei mit

# Append commands to the history every time a prompt is shown,
# instead of after closing the session.
PROMPT_COMMAND='history -a'

erzwungen werden, dass mit jedem Erzeugen eines neuen Prompts die history geschrieben wird.

Leichteres Admin-Leben mit Aliasen

Standardmäßig wird dem normalen Benutzer beim Aufrufen von ls die Ansicht auf dotfiles verwehrt. Mit dem Eintrag

alias "ls=ls -a"

wird das korrigiert. Ansonsten kann man hier Programmaufrufen feste Parameter mitgeben und auch langen Befehlszeilen Kürzel vergeben.

Zusätzliches

Möchte man zusätzliche Pfad als Standardpfad einzurichten, damit man beim Aufrufen nicht den gesamten Pfad angeben muss, dann gibt man diesen wie folgt an:

export PATH=$PATH:/usr/local/src/bin

Wenn man Änderungen an den Profil-Dateien macht, dann werden diese Änderungen erst gültig, wenn die Profil-Datei erneut eingelesen wird. Das erreicht man entweder mit dem Öffnen einer neuen Terminal-Session oder aber mit dem Befehl

source ~/.profile

Fragen über Fragen

Wie sieht Eure Individualisierung der Kommandzeile aus? Welche Möglichkeiten habe ich vergessen zu erklären? Kanntet Ihr schon alle Möglichkeiten?

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.

Kurznotiz, gilt für Mac / Linux / Unix / (bei Windows hilft nur “format c:” )
Oft muss ich in einem Ordner schnell mal alle Dateien sichern als Backup da ich sie im nächsten Moment überschreibe. Um nicht den ganzen übergeordneten Ordner gleich komplett sichern zu müssen sondern nur die Dateien im aktuellen Ordner ohne Unterverzeichnisse zu sichern habe ich folgenden befehl:
for i in *.*; do cp $i $i.bak ;done
Alle Dateien im Ordner werden dann von xyz.txt nach xyz.txt.bak kopiert, wer anstelle des kopieren die Daten verschieben will ersetzt im script einfach “cp” mit “mv” Wer in einem Verzeichnis nur bestimmte Dateitypen z.B. *.html sichern mag macht dies dann so:
for i in *.html; do cp $i $i.bak ; done
somit werden an alle *.html Dateien im Ordner nach *.html.bak gesichert Das gleiche geht mit jedem beliebigen Dateityp ^^

Lange habe ich drüber nachgedacht, da ich den Ansatz etwas zu kompliziert finde und da ich gerade in dem Buch Einführung in die BASH lese und mal schauen wollte, was davon bei mir hängen geblieben ist, habe ich folgendes ausprobiert:

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

Das Ganze als Alias definiert mit Übergabe der Dateiextension sieht dann so aus:

alias archive='tar -cz --no-recursion -f backup-$(date +%F-%H-%M).tar.gz $1'

Damit kann man später schnell mit

archive *.html

schnell alle HTML-Files eines Verzeichnisses sichern und weiß gleich von wann die Sicherung ist.

#! /bin/sh
cd /etc/ssl
openssl req -new -nodes -out $1-req.pem -keyout private/$1-key.pem -config ./openssl.cnf
openssl ca -out $1.pem -config ./openssl.cnf -infiles $1-req.pem
openssl x509 -in $1.pem -out $1-cert.pem

Update: Damit ich das Skript systemweit verwenden kann lege ich es nach /usr/local/bin als create_certs und mache es mit dem Befehl

chmod g+x /usr/local/bin/create_certs

ausführbar.

Update 2: Warum hat mir eigentlich keiner gesagt, das die temporäre Datei $1.pem, die in der dritten openssl-Zeile benötigt wird um aus dem Request ein fertiges Zertifikat zu machen, natürlich am Ende des Skripts gelöscht werden kann? Ein

rm $1.pem

in der letzten Zeile sollte reichen.

export EDITOR=/usr/bin/mcedit

Eine Alternative in Debian ist:

update-alternatives --config editor

Update: Auf meinem neuen vServer ist nun Debian Lenny installiert und hier hatte ich das Problem, das im mc (Midnight Commander) immer nano als Standardeditor geöffnet wurde. Keine Ahnung, warum nano. Im Menü des mc unter Options/Configuration muß die Option »use internal edit« angehakt sein, dann klappt es auch innerhalb des mc´s mit mcedit.