Aufbau eines RAID5 mit anfangs zwei Platten LVM und Cryptfilesystem.

Tests

Um zu testen kann man sich kleine “virtuelle” Platten anlegen:

Diese “virtuellen” Platten kann man mittels loop1..4 einhängen.

Testen wir, ob alles funktioniert hat:

hier sollte etwas in der folgenden Art zu sehen sein:

Das RAID5 wird nun mit zwei Platten eingerichtet, also zu diesem Zeitpunkt darf keine der Platten ausfallen, da das RAID5 erst mit drei Platten redundant ist. Wir legen also mit dem folgenden Befehl ein RAID5 an und tun so, als wäre die dritte Patte ausgebaut:

Prüfen mittels:

Ausgabe:

Einrichtung des LVM auf dem erstelltem RAID Device

Erstellen dey Crypto Filesystem:

Hinzufühgen der dritten Platte

Dieser Schritt kann bei einer wirklichen Platte > 1TB mehrere Stunden bis zu Tagen beanspruchen.

Dieser Schritt wird bei einer wirklichen Platte > 1TB mehrere Tage beanspruchen. Der Platz der für die Datei /root/growfile benötigt wird liegt im einstelligen MB Bereich.

Die Größe 28MB wurde weiter oben ermittelt “mdadm –detail /dev/md0″ zeigt die zur Verfühgung stehende “Array Size” an.

Hinzufühgen der vierten Platte

Auch dieser Schritt wird wieder eine oder mehrere Stunden bis hin zu Tagen benötigen.

Wer kennt es nicht, USB Festplatten unter Linux, mal sda, mal sdb, oder mal sdc.
Je nachdem in welcher Reihenfolge die Festplatten angeschlossen werden haben bekommen die Festplatten unterschiedliche Devicenamen. Um dieses Problem zu lösen kann man eine Datei anlegen in der man eigene udev Regeln definiert.

Hierzu benutzt man z.B. folgende Datei:

Mit folgendem Inhalt:

Stöpselt man nun die Festplatte mit der ID_SERIAL = ST31500341AS_9VS0PAP7 ein, so gibt es auf dieser eine Partition 1 (KERNEL==”sd?1″), so wird für diese Partition Symlink auf die entsprechende Partition unter “/dev/disk_fotos” (SYMLINK+=”disk_fotos”) angelegt, so dass man nun wenn man diese Festplatte angestöpselt immer /dev/disk_fotos mounten kann, egal ob die eigentliche Partition unter /dev/sda1, /dev/sdb1, dev/sdc1, … existiert, denn es wir nun immer ein Symlink angelegt, wie z.B:

Um die ID_SERIAL für z.B. /dev/sdc auszulesen gibt man folgendes ein:

Wobei das Device was hier abgefragt wird “/dev/sdc” ist. Bei mir sieht das Ergebnis so aus:

Mit den hier gesammelten Informationen kann man dann sehr einfach eine udev Regel, wie weiter oben im Beispiel, erstellen.

Nach dem editieren der udev Regeln, sollten die udev Regeln neu geladen werden. So wird beim nächsten anstöpseln der Festplatte diese mit dem “richtigen” Namen (Symlink) angelegt. Ein reload der udev Regeln erfolgt mit dem folgenden Befehl:

In portage gibt es nette Features, wie auch ein exclude für überflüssige Pakete aus dem portage. Eigentlich braucht man auf einem Server nie etwas wie z.B. games-*
Da es unter diesem Punkt doch einiges gibt, kann der Portage-Tree durch entfernen der games um ein großes Stück verkleinert werden.

Hierzu benötigt man eine Exclude-Liste (alles was nicht im Portage erscheinen soll). Unter <portage-dir> (z.B. /usr/portage) stört hier u.a. “games-*”
Dazu ist dann folgendes zu tun:

vi /etc/portage/rsync_excludes

Inhalt der Datei dann:

games-*/

des weiteren ist dann noch die Datei /etc/make.conf zu bearbeiten, so dass portage auch mitbekommt, dass es eine Exclude-Liste gibt:

vi /etc/make.conf

Hier ist folgendes zu ergänzen:

PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"

Hierdurch wird nun beim “emerge –sync” alles was auf /usr/portage/games-*/ matched nicht gesynced.

Da hier vermutlich auch noch alte Dateien liegen kann man diese nun auch direkt löschen:

rm -rf /usr/portage/games-*

Viel Spass damit

Es gibt für ein TomTom ein Tool TTTracklog. Mit diesem Tool, ist es möglich den gefahrenen Weg aufzeichnen zu lassen, um z.B. später eine Route auf einer Karte aus diesen Daten zu erstellen.

Hierzu wird einfach das Tool auf dem TomTom installiert und beim starten des TomTom’s kann man den Tracker dann starten, so dass GPS-Daten gesammelt werden. Es wird einfach die ZIP-Datei auf dem TomTom entpackt. Folgende Ordner (d) oder Dateien (-) sollten nach dem entpacken auf dem TomTom vorhanden sein:

d      bin/
d      itn/
-      README
-      RELEASE_NOTES
d      SDKRegistry/
d      statdata/
d      text/

Die Route wird z.B. im GPX Format gesichert.
Derzeit plane ich eine solche Route für den kommenden Urlaub aufzeichnen zu lassen um später dann diese Route über z.B. maps.google.de darstellen zu können.

Update:

Eine solche Route sieht dann z.B. folgendermaßen aus:

Testroute:

Widget powered by EveryTrail: Share and Plan your Trips

Die bash besitzt eine Reihe nützlicher Einstellungen:

z.B. kann man mit den Tasten [ctrl]+[r] in der bash-history suchen. Die history protokolliert in der Regel alle commands, die eingegeben werden und mit enter bestätigt werden. Es gibt jedoch dummerweise wie bei jeder Regel Ausnahmen

In der default-Eintellung z.B. werden keine Zeilen protokolliert die mit einem whitespace beginnen. Diese Einstellung kann jedoch mit der Umgebungsvariable HISTCONTROL bearbeitet werden.

Hier der Eintag in der man page der bash:

HISTCONTROL
A colon-separated list of values controlling how commands are saved on the history list.  If  the  list  of  values  includes ignorespace,  lines which begin with a space character are not saved in the history list.  A value of ignoredups causes lines matching the previous history entry to not be saved.  A value of ignoreboth is shorthand for ignorespace and  ignoredups.   A value  of  erasedups causes all previous lines matching the current line to be removed from the history list before that line is saved.  Any value not in the above list is ignored.  If HISTCONTROL is unset, or does not include a valid value, all lines read  by the shell parser are saved on the history list, subject to the value of HISTIGNORE.  The second and subsequent lines of a multi-line compound command are not tested, and are added to the history regardless of the value of HISTCONTROL.

HISTCONTROL
Dieser Parameter erwartet einen der folgenden Strings: “ignorespace“, “ignoredups” oder “ignoreboth“.

Die erste Option speichert alle Zeilen die mit einem space beginnen nicht in der history.
Der Zweite löscht alle doppelten Zeilen und behält immer die Jüngste.
Naja und “ignoreboth” steht eben für beide Einstellungen zusammen.
Will man wirklich alles in der history behalten, so ist die die HISTCONTROL=”" zu setzen

Dieser Parameter kann global in z.B. der Datei /etc/bashrc oder /etc/bash/bashrc (je nach Linux Distribution) gesetzt werden, oder Benutzer spezifisch in der Datei ~/.bashrc

Hier kann man z.B. eine der folgenden Zeilen eintragen:
Um sowohl doppelte Eingaben sowie Eingaben die mit einem whitespace beginnen nicht zu protokollieren:

export HISTCONTROL=ignoreboth

Um Eingaben die mit einem whitespace beginnen nicht zu protokollieren:

export HISTCONTROL=ignorespace

Um doppelte Eingaben nicht zu protokollieren:

export HISTCONTROL=ignoredups

Um alles zu protokollieren:

export HISTCONTROL=""