..:: Dippelschisser ::..

Sollte im Linux-Softwareraid mal eine Platte ausfallen ist es halb so wild. Diese kann recht einfach getauscht werden.

Nach dem phyiskalischen Tausch folgende Befehle ausführen:

dd if=/dev/sda of=/dev/sdb bs=512 count=1
blockdev –rereadpt /dev/sdb
mdadm /dev/md0 -a /dev/sdb1
mdadm /dev/md1 -a /dev/sdb3
mkswap /dev/sdb2
swapon /dev/sdb2

Die Befehle gehen davon aus, dass die 2. Festplatte (also sdb) getauscht werden musste und es 3 Partitionen auf den Platten gibt:

sdX1: Raid-Partition
sdX2: Swap-Partition
sdX3: Raid-Partition

sdX1 gehört in das Raid-Array md0, sdX2 gehört in md1

Was machen die Befehle?

Zeile 1: Kopieren der Partitionstabelle von sda auf sdb
Zeile 2: Partitionstabelle von sdb neu einlesen
Zeile 3: sdb1 zum Raid-Array md0 hinzufügen
Zeile 4: sdb3 zum Raid-Array md1 hinzufügen
Zeile 5: sdb2 als Swap Formatieren
Zeile 6: sdb2 als Swap aktivieren

Da ich seit langem schon unter Linux arbeite, die eingesetzte Bankingsoftware jedoch nur unter Windows läuft habe ich für meine Bankgeschäfte im Firmennetzwerk eine virtuelle Maschine aufgesetzt. Diese läuft ohne laufende Kosten permanent und kann von mir von beliebigen Standorten über einen gesicherten VPN Tunnel verwendet werden. Dies klappt seit mehreren Jahren sehr gut.

Mit der Einführung der neuen Tan-Verfahren wie mobile-TAN und smart-Tan Plus (das Lesegerät in das die EC Karte kommt und mit dem der “Barcode” vom Bildschirm eingelesen werden muss) bekam ich mit dieser Lösung jedoch nun Probleme.

Durch die RDP Sitzung wurde der Scancode nicht korrekt übertragen, so dass ich das optische Verfahren nicht nutzen konnte. Bei sporadischen Transaktionen und kurzen Kontonummern geht das auch recht ordentlich. Nervt aber dennoch.

Da ich aber doch eine recht hohe Anzahl an Überweisungen habe und teils auch an sehr lange, nicht leicht “lesbare” Kontonummern (die z.B.5-6 gleiche Ziffern in Folge enthalten) kommt es hierbei leider oft vor, dass ich mich vertippe und die TAN falsch ist.

Nach einiger Recherche habe ich es jetzt hinbekommen. Man muss die RDP Sitzung korrekt konfigurieren und die Geschwindigkeit des “Scancodes” sehr langsam stellen. Die Einstellungen in der Remote-Desktop-Sitzung die bei mir schluss endlich den Erfolg brachten sind:

Im Detail also:

• Bitmap-Zwischenspeicherung aktivieren
• Keine “Motion” Ereignisse senden
• Protokoll: RDPv5 (6 ist empfohlen, wird aber aktuell noch nicht stabil unter Linux unterstützt).

Während man unter Windows über den Dialog “öffnen mit” -> Programm wählen -> “Immer mit diesem Programm öffnen” das Standardprogramm für einen Dateityp ändern kann, ist es unter Gnome etwas versteckt. Bzw. es ist da, wo man es nicht erwartet.  Man muss hierzu in die Eigenschaft der Datei gehen und dort unter “Öffnen mit” das Standardprogramm wählen:

Anhand von drei Bildschirmfotos kurz erklärt:

1) Die Datei mit der rechten Maustaste im Datei-Explorer (z.B. Nautilus) anklicken. Dort die Eigenschaften wählen (ganz unten)

Filetype unter Gnome 1 - Vor der Änderung

2) In der Karteikarte “Öffnen mit” das gewünschte Standardprogramm wählen:

Filetype unter Gnome - Ändern des Standardprogramms

3) Nach Schliessen des Fenster ist die Einstellung sofort aktiv und geht man mit der rechten Maustaste wieder auf die Datei sieht man, dass sich der 1. Eintrag oben (Standardeintrag) bereits geändert hat.

Filetype unter Gnome 2 - Nach der Änderung

s

Jetzt habe ich seit ca. einer Woche auf allen meinen Systemen den Firefox in Version 4 drauf. Sowohl unter Windows XP Pro, XP Home (Netbook), Windows 7 sowie Linux Debian 5.

Mein bisheriger Eindruck ist sehr positiv. Der Browser startet deutlich schneller als Firefox 3.x, ruft Webseiten subjektiv schneller auf und benötigt deutlich weniger Systemressourcen. Und das sogar bei tagelangen Betrieb.

Es fehlen zwar ein paar Addons, die noch nicht für FF4 freigegeben sind, aber die folgen mit Sicherheit noch.

Was ich besonders schön finde ist der geringere Platzbedarf. Unter Windows 7 integriert sich der Browser nahtlos in das neue Look & Feel von Windows 7. Die Tabs erscheinen in der Titelzeile und es geht nicht mehr so viel Platz durch den Browserrahmen verloren.
Aber auch unter Windows XP, Gnome etc. verbraucht das Browserfenster weniger Platz. Sehr sinnvoll insbesondere auf dem kleinen 10″ Display meines Netbook (DELL Latitude 2100). Ich muss nicht mehr so oft wie früher die F11 Taste drücken um die aktuelle Webseite im Vollbild zu betrachten.

Schick ist auch die erweitere Suchanzeige bei der Eingabe von Adressen in der Adressleiste. Dort wird jetzt auch angezeigt, wenn die Seite bereits in einem aktuellen Tab geöffnet ist und angeboten direkt auf diese zu wechseln. So vermeidet man leichter, dass Webseiten doppelt geöffnet sind.

Alles in allem sehr gut gelungen.

Manchmal kann es notwending sein, dass man eine Dateioperation für eine größere Menge an versteckten Dateien oder Ordnern unter Linux durchführen muss.

for j in `ls -a`

do

export i=`echo $j | sed -e s/’\.’//g`
echo “Working on $i ( $j )”

done

Um einen IGEL ThinClient automatisch am UMS zu registrieren muss ein DNS Eintrag oder eine DHCP-Option gesetzt werden. Da der IGEL Support beides Empfiehlt und unter Linux die Einstellung im DHCP etwas komplizierter ist hier die kurze Anleitung.

Um die DHCP-Option 224 als String auf die IP-Adresse zu setzen einfach der dhcpd.conf im entsprechenden Abschnitt (z.B. im globalen Bereich) folgendes hinzufügen:

option igelumsserver code 224 = text;
option igelumsserver “192.168.2.2″;

Die IP-Adresse (hier 192.168.2.2) muss natürlich gegen die IP-Adresse des UMS Servers gesetzt werden.

Und natürlich den DNS Eintrag igelumsserver ebenfalls auf die IP-Adresse des UMS Servers setzen (A-Eintrag).

Ich bin ja bekennender Debian-Fan. Auch für den Desktop & Laptop. Das einzige was mich seit Jahren immer wieder nervt, sind die beiden Debian-Versionen von Mozilla Thunderbird und Mozilla Firefox.  So heissen sie in Debian icedove und iceweasel.

Da ich doch eher auf das Originalstehe – was afaik auch stabiler läuft – habe ich meinem Laptop immer wieder die symlinks in /usr/bin/ auf die in /opt installierten Originalversionen geändert. Damit kann man sehr gut arbeiten.

Was jetzt aber noch nervig war, dass jedes mal wenn es ein Update von icewesel und icedove gab, dieses per apt-get automatisch installiert wurde. Und das musste jetzt endlich weg. Wie das geht? Sehr simpel. Hierzu bietet apt-get / aptitude das sogenannte “Apt-Pinning”. Diese wird wird über die Datei

/etc/apt/preferences

gesteuert. Um icedove und icewesel hier einzupflegen benötigen wir erstmal die Versionen die wir derzeit installiert haben:

root@laptop:~# apt-cache show icedove | grep Version
Version: 2.0.0.24-0lenny1
Version: 2.0.0.22-0len1

root@laptop:~# apt-cache show iceweasel | grep Version
Version: 3.5.8-1~bpo50+2
Version: 3.0.6-3

Die untere Zeile zeigt uns hi

er die aktuell installierte Version an. In meinem Fall also icedove 2.0.0.22-olenny1 und iceweasel 3.0.6-3

Nun tragen wir diese Versionen in die /etc/apt/preferences ein:

Package: icedove
Pin: version 2.0.0.22-olenny1
Pin-Priority: 989

Package: iceweasel
Pin: version 3.0.6-3
Pin-Priority: 989

Damit geben wir dem Paketen jeweils die Pin-Priorität 989 und auf die Versionen 2.0.0.22 und 3.0.6-3 festgeschrieben. Den Erfolg können können wir mittels

apt-cache policy

prüfen. Das Ergebnisse sollte dem hier entsprechen:

[...]
Per Pinning verwaltete Pakete:
icedove -> 2.0.0.22-0lenny1
iceweasel -> 3.0.6-3

Die genaue Beschreibung wie Apt-Pinning funktioniert ist sehr komplex, sehr gut beschrieben ist dieses im Debian Anwenderhandbuch, welches ich hier neben dem Apt Howto als Wissensquelle verwendet habe.