3.02.11

USB – Festplatten – Fest definierte Namen

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:

  1.  /etc/udev/rules.d/90-storage-custom.rules

Mit folgendem Inhalt:

  1.  KERNEL=="sd?1",ENV{ID_SERIAL}=="ST31500341AS_9VS0PAP7",SYMLINK+="disk_fotos"
  2.  KERNEL=="sd?1",ENV{ID_SERIAL}=="SAMSUNG_HD154UI_S1Y6J1KS904134",SYMLINK+="disk_arbeit"

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:

  1.   lrwxrwxrwx 1 root root 4  2. Feb 16:43 /dev/disk_fotos -> sdf1
  2.  lrwxrwxrwx 1 root root 4 2. Feb 16:43 /dev/disk_arbeit -> sdd1

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

  1.  udevadm info --query=all  --name /dev/sdc |grep ID_SERIAL

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

  1.  udevadm info --query=all --name /dev/sdc |grep ID_SERIAL
  2.  E: ID_SERIAL=SAMSUNG_HD154UI_S1XWJ1KZ101955
  3.  E: ID_SERIAL_SHORT=S1XWJ1KZ101955

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:

  1.  udevadm control --reload-rules
VN:F [1.9.22_1171]
Rating: 7.0/10 (1 vote cast)
22.03.10

Kostenlose SSL-Zertifikate von startssl.org

Wie schon auf www.heise.de zu lesen war, bietet startssl.org kostenlose SSL-Zertifikate an.

Daher hab ich es einmal probiert ein solches Zertifikat für https://www.dhde.de zu bestellen und auch zu installieren. Nachdem der erste Zertifikatrequest irgendwie schief gegangen war, wurde das Zertifikat innerhalb von Minuten zurück gezogen, so dass ich mit einem erneuten Zertifikatrequest ein dann gültiges Zertifikat erhalten habe. Was danach innerhalb von Minuten auch installiert werden konnte.

Die Anleitungen zum installieren des Zertifikats von startssl.org sind gut geschrieben.

Einzig und allein der Zertifikaterstellungsprozess ist etwas gewöhnungsbedürftig, hier kann ich nur empfehlen den Private Key und den Zertifikatrequest vorher auf einem System von Euch durchzuführen und das fertige .csr File über die Webschnittstelle von startssl.org signieren zu lassen.

Viel Spass mit dem kostenlosem SSL-Zertifikat für Eure private Webseite.

VN:F [1.9.22_1171]
Rating: 6.4/10 (5 votes cast)
30.10.09

ERROR: „Unknown media type in type ‚all/all'“ und weitere…

Hi,

beim update von gentoo bekomme ich derzeit folgende Meldungen:

Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'

Hierbei handelt es sich um das updaten der „mime-database“.

Dies update erfolgt nach einem emerge von Paketen, es kann auch manuell gestartet werden per:

update-mime-database /usr/share/mime

Es ist derzeit zwar unschön, scheint aber keine Auswirkungen zu haben… Mal sehen ob ich hier eine Lösung finde diese unschönen Meldungen zu unterbinden, bzw das Problem zu lösen.

VN:F [1.9.22_1171]
Rating: 1.0/10 (1 vote cast)
13.08.09

TomTom Route aufzeichnen und darstellen

Wie vor ein paar Tagen beschrieben, ist es mit einem TomTom möglich die gefahrenen Routen, bzw alle GPS-Daten der zurückgelegten Strecke vom TomTom aufzeichnen zu lassen.

Diese gesammelten Daten lassen sich dann z.B. über die folgende Seite:

http://maps.gpsvisualizer.com/ grafisch in Google maps darstellen.

Da es ein paar Probleme gab, um mehrere Routen pro Tag aufzeichnen zu lassen, hab ich das Start-Skript etwas geändert, so dass jetzt beim Start die alten Daten archiviert werden. Hier nun das Start-Skript: Weiterlesen

VN:F [1.9.22_1171]
Rating: 6.0/10 (3 votes cast)
27.07.09

HOWTO: bash history – HISTCONTROL

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=""

Update: 16.07.2013:
Um alles zu protokolieren, sowie bei der Ausgabe über den folgenden Befehl auch die Zeiten zu sehen, wann der Befehl ausgeführt wurde, kann man folgendes setzen:

export HISTFILESIZE= HISTSIZE=
export HISTTIMEFORMAT="%F %T "
VN:F [1.9.22_1171]
Rating: 8.0/10 (2 votes cast)
22.07.09

Tool: figlet

Gerde fragte ich mich mal wieder, wie ich hin und wieder diese ASCII-Banner erzeugt habe.

Hierfür gibt es ein recht einfaches aber sehr schönes linux Tool namens figlet

Zu finden ist das tool hier: www.figlet.org

Mit dem Tool erzeugt man dann Texte wie z.B.

                _ _       ____
  __ _ ___  ___(_|_)     | __ )  __ _ _ __  _ __   ___ _ __
 / _` / __|/ __| | |_____|  _ \ / _` | '_ \| '_ \ / _ \ '__|
| (_| \__ \ (__| | |_____| |_) | (_| | | | | | | |  __/ |
 \__,_|___/\___|_|_|     |____/ \__,_|_| |_|_| |_|\___|_|

Viel Spass damit 😉

VN:F [1.9.22_1171]
Rating: 0.0/10 (0 votes cast)