Diese Anleitung bedingt, dass das fun_plug (Artikel) korrekt installiert wurde. Zudem weise ich darauf hin, dass ich nicht für eventuelle Schäden, Datenverluste oder andere Probleme haften werden. Das Verwenden dieses Artikels geschieht auf eigene Gefahr! Bitte beachtet meine Hinweise zu Release Candidates der Firmware 1.04!

Zur Erklärung des Codes der Lüftersteuerung: Zunächst wird der alte Lüftercontroller gekillt, da dieser sonst dazwischenfunken würde. Darunter werden die Genzwerte konfiguriert. Mein Lüfter schaltet sich ab einer Temperatur von 96 Grad Fahrenheit ein und dreht dann mit 2700rpm. Im Bereich bis 110 Grad Fahrenheit dreht dann der Lüfter im Geschwindigkeitsbereich von 2700rpm bis 3500rpm (Maximal sind 6000rpm möglich ). Wenn die Festplatten sich ausschalten, wird geprüft ob das NAS bereits unter der Temperatur1 liegt (d.h. hier unter 96°F). Wenn ja, wird die Idle-Drehzahl gesetzt, die 0 ist, womit der Lüfter stehen bleibt. Wenn nein, dann dreht der Lüfter auf RPM1 (hier 2700rpm) weiter, bis das NAS kühl genug ist. Eine Alternative, die nicht Festplattenabhängig ist, findet sich unter den folgenden drei Skripten.

Details zur Einbindung und Installation finden sich unter den Skripten.

Code für eine Festplatte OHNE LOGGING

Das Skript wurde auf eine Festplatte (hier “HD1”, für “HD0” einfach die Bezeichnungen ändern) ausgerichtet, es werden keine Aktivitäten geloggt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69

#!/bin/sh
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/mnt/HD_a2/fun_plug.d/bin/
# Converts Fahrenheit to Celcius
f2c() {
 /bin/echo `expr \( \( $1 - 32 \) \* 10 + 9 \) \/ 18`
}
# Converts Celcius to Fahrenheit
c2f() {
 /bin/echo `expr \( $1 \* 9 \) \/ 5 \+ 32`
}
# Kill the old fan controller
PID=$(/bin/pidof fancontrol)
if [ -n "$PID" ]
then
 kill -9 $PID
fi
update_interval=60
#T1 and T2 in fahrenheit - convert if necessary using c2f function
T1=96
T2=110
IDLERPM=0
RPM1=2700
RPM2=3500
while [ 1 ]
do
 #Find out current temperature
 T=`temperature g 0`
 T=${T##*=}
 C=`temperature g 0 | grep -i -c centigrade `
# Convert to Fahrenheit if output is in Celcius
if [ $C -gt 0 ]
then
 C=$T
 F=$(c2f $C)
 T=$F
else
 F=$T
 C=$(f2c $F)
fi
 #Search dmesg for hard drive messages
 DRIVE1_dmesg=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1`
 DRIVE1_awake=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1 | /bin/grep awake`
 # Calculate new fanspeed, depending on if drive is awake or not
 if [ -n "${DRIVE1_dmesg}" ]; then
 # True if dmesg contains status for drive
 if [ -n "${DRIVE1_awake}" ]; then
 # True if any of the drives are awake, keep fan running
 newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
 else
 # None of the drives is awake, now check if Temperature is above $T1
 if [ $T -gt $T1 ]; then
 #Keep the fan running until the NAS has cooled down
 newRPM=$RPM1
 else
 #set speed to IDLE speed
 newRPM=$IDLERPM
 fi
 fi
 else
 # dmesg does not yet contain the status the drive
 # (it has probably never powered down), keep fan running
 newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
 fi
 # Set the new fan speed
 fanspeed w $newRPM
 # Write some more to logfile
 # Wait for next cycle
 /bin/sleep $update_interval
done

Code für 2 Festplatten MIT LOGGING

Das Skript wurde auf auf beide Festplatten ausgerichtet, es werden alle Aktivitäten geloggt und der aktuelle Status hinterlegt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98

#!/bin/sh
PATH=/usr/bin:/bin:/usr/sbin:/sbin
# Converts Fahrenheit to Celcius
f2c() {
 /bin/echo `expr \( \( $1 - 32 \) \* 10 + 9 \) \/ 18`
}
# Converts Celcius to Fahrenheit
c2f() {
 /bin/echo `expr \( $1 \* 9 \) \/ 5 \+ 32`
}
# Kill the old fan controller
PID=$(/bin/pidof fancontrol)
if [ -n "$PID" ]
 then
 kill -9 $PID
fi
update_interval=60
#T1 and T2 in fahrenheit - convert if necessary using c2f function
T1=96
T2=110
IDLERPM=0
RPM1=2700
RPM2=3500
LOGDIR=/log
LOGFILE=${LOGDIR}/fan.txt
STATFILE=${LOGDIR}/fanstat.txt
mkdir -p ${LOGDIR}
while [ 1 ]
do
 #Find out current temperature
 T=`temperature g 0`
 T=${T##*=}
 C=`temperature g 0 | grep -i -c centigrade `
# Convert to Fahrenheit if output is in Celcius
if [ $C -gt 0 ]
then
 C=$T
 F=$(c2f $C)
 T=$F
else
 F=$T
 C=$(f2c $F)
fi
#Search dmesg for hard drive messages
DRIVE0_dmesg=`/bin/dmesg | /bin/grep HD0 | /bin/tail -1`
DRIVE1_dmesg=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1`
DRIVE0_awake=`/bin/dmesg | /bin/grep HD0 | /bin/tail -1 | /bin/grep awake`
DRIVE1_awake=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1 | /bin/grep awake`
# Write some info to logfile
/bin/echo "###############################################################"> $LOGFILE
/bin/echo `date`>> $LOGFILE
/bin/echo "Temp in Fahrenheit: $F" >> $LOGFILE
/bin/echo "Temp in Celcius: $C" >> $LOGFILE
# Calculate new fanspeed, depending on if drives are awake or not
if [ -n "${DRIVE0_dmesg}" ] && [ -n "${DRIVE1_dmesg}" ]; then
# True if dmesg contains status for both drives
if [ -n "${DRIVE0_awake}" ] || [ -n "${DRIVE1_awake}" ]; then
# True if any of the drives are awake, keep fan running
newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
if [ -n "${DRIVE0_awake}" ]; then
# True if the first drive is awake
/bin/echo "The first drive is awake">> $LOGFILE
else
/bin/echo "The first drive is hibernating">> $LOGFILE
fi
if [ -n "${DRIVE1_awake}" ]; then
# True if the second drive is awake
/bin/echo "The second drive is awake">> $LOGFILE
else
/bin/echo "The second drive is hibernating">> $LOGFILE
fi
else
 # None of the drives is awake, now check if Temperature is above $T1
 if [ $T -gt $T1 ]; then
 #Keep the fan running until the NAS has cooled down
 newRPM=$RPM1
 /bin/echo "Both drives are hibernating. Temperature still to high to switch fan off">> $LOGFILE
 else
 #set speed to IDLE speed
 newRPM=$IDLERPM
 /bin/echo "Both drives are hibernating. Setting IDLE speed for fan">> $LOGFILE
 fi
fi
else
# dmesg does not yet contain the status for both drives
# (at least one of the drives has never been powered down), keep fan running
newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
/bin/echo "Could not determine status for both drives, one of them is probably awake">> $LOGFILE
fi
/bin/echo `date` $C $F `fanspeed g` $newRPM>> $STATFILE
# Set the new fan speed
fanspeed w $newRPM
# Write some more to logfile
/bin/echo "Fanspeed: " $newRPM "rpm">> $LOGFILE
/bin/echo "###############################################################">> $LOGFILE
# Wait for next cycle
/bin/sleep $update_interval
done

Code für 2 Festplatten OHNE LOGGING

Das Skript wurde auf auf beide Festplatten ausgerichtet, es werden keine Aktivitäten geloggt

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70

#!/bin/sh
PATH=/usr/bin:/bin:/usr/sbin:/sbin
# Converts Fahrenheit to Celcius
f2c() {
 /bin/echo `expr \( \( $1 - 32 \) \* 10 + 9 \) \/ 18`
}
# Converts Celcius to Fahrenheit
c2f() {
 /bin/echo `expr \( $1 \* 9 \) \/ 5 \+ 32`
}
# Kill the old fan controller
PID=$(/bin/pidof fancontrol)
if [ -n "$PID" ]
 then
 kill -9 $PID
fi
update_interval=60
#T1 and T2 in fahrenheit - convert if necessary using c2f function
T1=96
T2=110
IDLERPM=0
RPM1=2700
RPM2=3500
while [ 1 ]
do
 #Find out current temperature
 T=`temperature g 0`
 T=${T##*=}
 C=`temperature g 0 | grep -i -c centigrade `
# Convert to Fahrenheit if output is in Celcius
if [ $C -gt 0 ]
then
 C=$T
 F=$(c2f $C)
 T=$F
else
 F=$T
 C=$(f2c $F)
fi
#Search dmesg for hard drive messages
DRIVE0_dmesg=`/bin/dmesg | /bin/grep HD0 | /bin/tail -1`
DRIVE1_dmesg=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1`
DRIVE0_awake=`/bin/dmesg | /bin/grep HD0 | /bin/tail -1 | /bin/grep awake`
DRIVE1_awake=`/bin/dmesg | /bin/grep HD1 | /bin/tail -1 | /bin/grep awake`
# Calculate new fanspeed, depending on if drives are awake or not
if [ -n "${DRIVE0_dmesg}" ] && [ -n "${DRIVE1_dmesg}" ]; then
# True if dmesg contains status for both drives
if [ -n "${DRIVE0_awake}" ] || [ -n "${DRIVE1_awake}" ]; then
# True if any of the drives are awake, keep fan running
newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
else
 # None of the drives is awake, now check if Temperature is above $T1
 if [ $T -gt $T1 ]; then
 #Keep the fan running until the NAS has cooled down
 newRPM=$RPM1
 else
 #set speed to IDLE speed
 newRPM=$IDLERPM
 fi
fi
else
# dmesg does not yet contain the status for both drives
# (at least one of the drives has never been powered down), keep fan running
newRPM=`expr \( \( $T2 \< $F \) \* $RPM2 \) \| \( \( $RPM1 + \( $RPM2 - $RPM1 \) \* \( $F - $T1 \) \/ \( $T2 - $T1 \) \) \& \( $F \>= $T1 \) \)`
fi
# Set the new fan speed
fanspeed w $newRPM
# Wait for next cycle
/bin/sleep $update_interval
done

Leider funktionieren die Lüftersteuerungen bei einem RAID-System wohl nicht, da es keine Meldungen über die Abschaltung der Festplatten gibt (Ich fahre leider kein RAID, daher kann ich das noch nicht beurteilen). Ich habe daher eine zusätzliche Lüftersteuerung entwickelt, die den Lüfter unterhalb einer bestimmten Systemtemperatur abschaltet. Diese habe ich momentan auf 30°C festgesetzt. Darüber hinaus dreht der Lüfter mit 2700rpm bis 3500rpm (je nach Temperatur).

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

#!/bin/sh
PATH=/usr/bin:/bin:/usr/sbin:/sbin

# Converts Fahrenheit to Celcius
f2c() {
 /bin/echo $(( (($1 - 32) * 10 + 9) / 18 ))
}

# Converts Celcius to Fahrenheit
c2f() {
 /bin/echo $(( ($1 * 9) / 5 + 32 ))
}

# Kill the old fan controller
PID=$(/bin/pidof fancontrol)
if [ -n "$PID" ]
 then
 kill -9 $PID
fi

# Checking interval in seconds
update_interval=60
# T1 and T2 in fahrenheit - convert if necessary using c2f function
# Example: "T1=$(c2f 30)" will convert 30°C to Fahrenheit
T1=86
T2=110
# Idle-RPM. If you want the Fan to switch of, set this to zero
IDLERPM=0
# Linearly interpolate the fan-speed between RPM1 and RPM2
RPM1=2700
RPM2=3500

# Now loop, check status every $update_interval seconds
while [ 1 ]
do
 # Find out current temperature
 T=`temperature g 0`
 T=${T##*=}
 C=`temperature g 0 | grep -i -c centigrade `
 # Convert to Fahrenheit if output is in Celcius
 if [ $C -gt 0 ]
 then
 T=$(c2f $T)
 fi
 # Check if Temperature is above $T1
 if [ $T -gt $T1 ]; then
 # Keep the fan running
 newRPM=$(( ($RPM1 + ($RPM2 - $RPM1) * ($T - $T1) / ($T2 - $T1)) ))
 else
 # Temp below T1 -> set fan to IDLE-Speed
 newRPM=$IDLERPM
 fi
 fanspeed w $newRPM
 # wait for next cycle
 sleep $update_interval
done

Das Script wid nicht im Ordner start abgelegt, sondern muss extra gestartet werden. Wenn das Skript einfach nur im Ordner start liegt, klappt die Steuerung nicht!

Die Installation kann stark vereinfachen, indem man das Skript direkt auf das NAS herunterlädt. Zunächst muss man sich einloggen, anschließend muss man je nach Festplattenanzahl den gewünschten Befehl eingeben:

• Code für eine Festplatte ohne Logging: wget http://wolf-u.li/u/167 -O /ffp/lueftersteuerung.sh
• Code für zwei Festplatten mit Logging: wget http://wolf-u.li/u/169 -O /ffp/lueftersteuerung.sh
• Code für zwei Festplatten ohne Logging: wget http://wolf-u.li/u/168 -O /ffp/lueftersteuerung.sh
• Code für Temperaturabhängige Steuerung ohne Logging: wget http://wolf-u.li/u/170 -O /ffp/lueftersteuerung.sh

Anschließend muss immer noch folgendes ausgeführt werden, sofern noch keine Lüftersteuerung installiert war. Kommt beispielsweise nur eine Festplatte hinzu oder wurden die untenstehenden Befehle bereits in das fun_plug eingefügt, sollten diese Befehle nicht mehr ausgeführt werden!

1
2

echo "cp /ffp/lueftersteuerung.sh /sbin" >> /mnt/HD_a2/fun_plug
echo "/sbin/lueftersteuerung.sh >/dev/null 2>/dev/null /dev/null 2>/dev/null" >> /mnt/HD_a2/fun_plug

Wahlweise kann man übrigens auch den “old-school”-Weg gehen und es manuell ablegen:

Im folgenden Beispiel wird das Skript als lueftersteuerung.sh abgespeichert und über das fun_plug gestartet, daher wird folgendes am Ende des fun_plugs eingefügt:

1
2

cp /pfad/zur/lueftersteuerung.sh /sbin
/sbin/lueftersteuerung.sh >/dev/null 2>/dev/null /dev/null 2>/dev/null

Bitte /pfad/zur/ auf den korrekten Pfad anpassen.

Die Anleitung für 0.5 befindet sich hier. Als Fortsetzung meiner Artikelreihe zum CH3SNAS wird hier die Möglichkeit, einen Webserver mit PHP-Unterstützung zu installieren, beschrieben. Mit Hilfe des “fun_plugs” (Artikel) kann der Webserver lighttpd mit PHP5.2 installiert werden, um zum Beispiel PHP-Bildergallerien oder CMS-Systeme zu betreiben. Dank des niedrigen Hauptspeicherverbrauchs werden die 64MB Ram des CH3SNAS nicht überstrapaziert. Übermäßige Leistung sollte man trotzdem nicht erwarten ;)

Die derzeitigen Softwareversionen sind lighttpd 1.4.17 und PHP 5.2.4, welche in den Paketen lighttpd-1.4.17.tgz  und php-5.2.4.tgz  im Repository von fonz  zu finden sind.

Nach dem Herunterladen legt man die Dateien auf das NAS und installiert diese, wie schon in der “fun_plug”-Anleitung beschrieben wurde, mittels funpkg.sh /pfad/zum/paket/name.tgz, also z.B. funpkg.sh /mnt/HD_a2/lighttpd-1.4.17.tgz bzw. funpkg.sh /mnt/HD_a2/php-5.2.4.tgz.

Anschließend kann php bzw lighttpd konfiguriert werden. Hierzu geht man in /mnt/HD_a2/fun_plug.d/etc/ und bennent die Datei lighttpd.conf-with-php-sample in lighttpd.conf um. Nun kann man die Datei editieren (evtl muss hierzu der Editor joe aus dem Repository von fonz installiert werden) und die Einstellungen anpassen.

Zuletzt muss die Starterdatei von lighttpd im “start”-Verzeichnis noch ausführbar gemacht werden (chmod a+x lighttpd.sh), damit der lighttpd beim Start des NAS mitgeladen wird.

Wozu Backups?

Ich habe mir schon häufig gewünscht, ich könnte eine Sicherungskopie meines FFP-Ordners zurückspielen. Vorgestern z.B. habe ich ausversehen den gesamten ownCloud Kalender samt Sicherungskopie gelöscht. Meistens hatte ich mich aber versehentlich aus dem NAS ausgesperrt. Einmal ist mir ein chmod-Befehl missglückt und hat den gesamten FFP-Ordner lesbar gemacht. In der Folge verweigert SSH den Dienst, weil die öffentlichen Schlüssel nicht lesbar sein dürfen. Aber es geht auch trivialer: Ein simpler Upgrade-Befehl hat einmal eine inkompatible Version von openSSL installiert. Auch daraufhin kam ich nicht mehr mit SSH auf die Box.

Um mir aus der Patsche zu helfen habe ich in Ulis fun_plug Script herumgeschrieben, das ja bei jedem Start ausgeführt wird.

Ihr erinnert euch? Das haben wir zur Installation von FFP gebraucht. Darin habe ich gesehen, dass das Script im Falle einer Ersteinrichtung von FFP die damals heruntergeladene tgz-Datei entpackt.

So kam mir die Idee, meinen fertig konfigurierten FFP-Ordner in eben solch eine tgz-Datei zu stecken. Dann könnte man ihn von dem Installationsscript ganz einfach wiederherstellen lassen.

Zusammenfassung dessen, was das Script tut

• Es kopiert den FFP-Ordner wöchentlich (automatisch, zeitgesteuert) in eine tgz-Datei (das ist kurz gesagt eine Linux Zip-Datei).

Dabei wird alles gesichert, das irgendwie mit FFP zu tun hat:

Alle installierten Pakete, pyLoad, twonky, mySQL Datenbanken, ownCloud (mit allen Dateien) usw.

• Von diesen FFP-Sicherungsdateien behalten wir die drei aktuellsten. (Sie können einige hundert MB groß sein).
• Ist FFP einmal zerschossen oder die Platte gecrasht, kann es sehr leicht wiederhergestellt werden (siehe unten).

Zur Struktur von FFP

Das FunPlug liegt komplett im Ordner “ffp”. Es besteht aus diesem Ordner und dem Script namens fun_plug. Beides liegt auf der ersten Festplatte. Das FunPlug wird nicht in die Firmware des NAS installiert, sondern eher wie ein Rucksack obendrauf geschnallt. Das bedeutet, dass es komplett deinstalliert ist, sobald ihr die Festplatte herauszieht oder der Ordner “ffp” gelöscht wird. Für uns heißt das: Wenn wir das FunPlug auf seinen Ursprungszustand wiederherstellen wollen, müssen wir das alte FunPlug löschen und unsere Backup-TGZ Datei installieren lassen. Diese beiden Aufgaben werden von zwei Scripten übernommen und sind eigentlich ganz einfach zu initiieren (siehe unten). Aber zunächst installieren wir das Script in’s FunPlug und legen ein Backup an:

Download und Installation

1
2
3
4

mkdir /ffp/opt/ffp-backup && cd /ffp/opt/ffp-backup
wget http://wolf-u.li/u/481 -O ffp-backup.tgz
tar xfj ffp-backup.tgz && rm *.tgz
mv add-cron-ffp-backup.sh /ffp/start && chmod a+x /ffp/start/add-cron-ffp-backup.sh

Das eigentliche Script ist nun unter /ffp/ffp-backup/ffp-backup.sh gespeichert. Das “add-cron-ffp-backup.sh” Script wird bei jedem Start ausgeführt. Es sorgt dafür, dass der Cronjob auch nach einem Neustart des NAS wieder neu festgeschrieben wird (dabei gehen sie nämlich eigentlich verloren, wenn wir nichts dagegen tun).

Dieser Cronjob sagt dem NAS, dass es das Script regelmäßig ausführen soll. Es ist so eingestellt, dass das Backup jeden Sonntagmorgen um 04:00 Uhr startet.

Manueller Start / Speicherort / Log

Nun müsst ihr nichts mehr tun. Das Backup wird wöchentlich angestoßen. Wer gerne jetzt loslegen will, kann das Backup manuell starten:

1

sh /ffp/ffp-backup/ffp-backup.sh

Die Zeitdauer des Durchlaufs hängt von der Größe des FFP-Ordners ab. Zwischen wenigen Minuten und einigen Stunden ist alles möglich, je nachdem wie viele Pakete ihr installiert- und wie viele Daten ihr in der Owncloud habt.

Ihr seht keinen Fortschritt. Interessierte können mit einem beliebingen Texteditor die LogDatei “Volume_1/backup/ffp-backup/backup.txt” öffnen. Darin sieht man, welche Daten gerade in die Datei gepackt werden. Das Backup ist auf der ersten Festplatte in einem neu angelegten Ordner “Volume_1/backup/ffp-backup” gespeichert.

Nach drei Durchläufen (respektive drei Wochen) findet ihr darin folgende Dateien:

• fun_plug.tgz (aktuellste Version)
• fun_plug_before.tgz
• fun_plug_oldest.tgz

Desweiteren ist in diesem Ordner eine Logdatei gespeichert, in der ihr die Ausgabe des letzten Backupdurchlaufes nachverfolgen könnt.

Achtung!

Wenn ihr kein RAID1 nutzt, empfiehlt es sich natürlich, eure TGZ-Sicherungen nochmal auf einer anderen Platte zu speichert, damit ihr auch gegen einen Plattencrash geschützt seid.

Wiederherstellung von FFP

Im Idealfall wollt ihr das FFP auf eine frisch formatierte Festplatte wiederherstellen. Hierzu müsst ihr einfach die Datei “fun_plug” aus der oben verlinkten Anleitung (okay, für Scrollfaule hier nochmal der Link :) zum Installieren des FFP herunterladen, nur dass ihr natürlich eure “fun_plug.tgz” Datei aus dem Backupordner mit dem “fun_plug” Script auf das jungfräuliche NAS kopiert und neu startet.

Das war’s!

Alle weiteren Schritte entfallen (Telnet / SSH einrichten). Nach einem Neustart wird euere Sicherung entpackt (das kann eine Weile dauern) und das FunPlug steht mit exakt demselben Funktionsumfang zur Verfügung wie zum Backup Zeitpunkt.

Weniger ideal ist der Fall, wenn ihr euch aus dem FunPlug ausgesperrt habt. Dann ist der Ordner “ffp” ja noch vorhanden und das FunPlug läuft noch. Wir müssen es also erst löschen! Befolgt dazu diese Anleitung zum Deinstallieren des Fun_Plug. Ihr müsst nur die fun_plug Datei ersetzen und neu starten - dann ist das gesamte FFP von der Platte gefegt. Es bleibt nur die Logdatei übrig, die ihr auch löschen könnt.

Daraufhin könnt ihr den eben beschriebenen Idealfall nutzen: Die Platte ist vom alten FFP bereinigt. Ihr kopiert einfach das Installations-“fun_plug” Script und euer Backup auf die erste Festplatte und startet neu. Da das evtl. sehr große Archiv erst entpackt werden muss, kann das Wiederherstellen eine Zeit lang dauern. Schaut einfach in “ffp.log” nach. Solange da steht “Installing tarball” müsst ihr noch warten.

So, viel Erfolg beim (jetzt sicheren) Herumspielen im FFP.

Achtung: Ich beschreibe eine Variante ohne Verschlüsselung der Datenübertragung. Sollte dies gewünscht sein, so verweise ich auf die Suchmaschine deiner Wahl. Diese sollte dich mit dem Stichwort “rsync ssh” zu einem weiterführenden Artikel bringen.

Achtung: Bestehende Konfigurationen einen rsync-Servers werden unter Umständen überschrieben, Nutzer werden gebeten, das folgende Tutorial selbstständig in die Konfiguration zu integrieren.

Los gehts mit der Vorstellung des Szenarios: NAS Alice enthält einen Ordner namens Foo, welcher regelmäßig auf das NAS Bob in den Ordner Bar gespiegelt werden soll. Änderungen in Foo werden auf Bob kopiert, Änderungen an Bar werden verworfen bzw. auf den Stand von Alice zurückgesetzt.

Kommen wir zur Konfiguration. Der zu spiegelnde Ordner auf Alice liegt in meinem Falle in /mnt/HD/HD_a2/Foo, dies wird sich sehr wahrscheinlich zu eurer Konfiguration unterscheiden! Bitte selbstständig anpassen! Zunächst müssen verschiedene Dateien zur Konfiguration des rsync-Servers angelegt werden (siehe Sektion “Download”). Dieser wird auf dem NAS Alice gestartet und stellt dann nach Authentifikation das konfigurierte Verzeichnis für einen rsync-Client (in diesem Fall das NAS Bob) bereit.

Download der erforderlichen Dateien

Auf Alice führt man die folgenden Schritte aus:

1
2
3
4
5
6

cd /ffp/etc/
mkdir -p /ffp/var/run/
wget http://wolf-u.li/u/370 -O rsyncd.conf
wget http://wolf-u.li/u/371 -O rsyncdmotd
wget http://wolf-u.li/u/372 -O rsyncdsecretsfile
chmod 600 rsyncdsecretsfile

Und auf Bob führt man die folgenden Kommandos aus:

1
2
3
4
5
6
7
8

mkdir -p /ffp/var/opt/uwmirrorfolderrsync/
cd /ffp/var/opt/uwmirrorfolderrsync/
wget http://wolf-u.li/u/375 -O uwmirrorfolderrsync.sh
wget http://wolf-u.li/u/374 -O uwmirrorfolderrsyncpass
chmod 600 uwmirrorfolderrsyncpass
chmod a+x uwmirrorfolderrsync.sh
cd /ffp/start/
wget http://wolf-u.li/u/376 -O uwmirrorfolderservice.sh

Nun sind die erforderlichen Konfigurationsdateien auf beiden NAS heruntergeladen.

Passwort

Jetzt geht man auf Alice und editiert die Datei /ffp/etc/rsyncdsecretsfile. Dort muss man statt YOURPASSWORDHERE ein Passwort einfügen, welches Bob zur Authentifizierung an Alice verwenden wird. Dementsprechend rate ich ein ca. 20-Stelliges oder noch längeres Kennwort zu verwenden, das tut an der Stelle keinem weh. Dieses Passwort muss nun auf Bob in der Datei /ffp/var/opt/uwmirrorfolderrsync/uwmirrorfolderrsyncpass statt YOURSERVERPASS eingetragen werden (ohne zusätzliche Zeichen!

Ordner

Der zu kopierende Ordner muss nun auf Alice konfiguriert werden. Dieser ist derzeit auf “/mnt/HD/HD_a2/Foo” festgelegt, was in der Datei /ffp/etc/rsyncd.conf abgeändert werden muss. Der Zielordner auf Bob wird in /ffp/var/opt/uwmirrorfolderrsync/uwmirrorfolderrsync.sh in der Variable BACKUPDIR abgeändert, welcher momentan auf /mnt/HD/HD_a2/Bar konfiguriert ist.

Testlauf

Auf Alice muss nun der Rsync-Server gestartet werden:

1

sh /ffp/start/rsyncd.sh start

Auf Bob kann man nun einen ersten Testlauf machen:

1

/ffp/var/opt/uwmirrorfolderrsync/uwmirrorfolderrsync.sh

Normalerweise sollte nun der erste Lauf problemlos durchlaufen, eventuelle Fehler sollten klar erkennbar sein.

Praktischer Betrieb

Hat der Testlauf geklappt, wird auf Alice der Rsync-Server dauerhaft eingeschalten und auf Bob ein Cron-Job eingerichtet, der täglich um 03:00 Uhr und um 15:00 Uhr (lokaler Systemzeit) den Abgleich startet.

Alice:

1

chmod a+x /ffp/start/rsyncd.sh

Bob:

1
2

chmod a+x /ffp/start/uwmirrorfolderservice.sh
/ffp/start/uwmirrorfolderservice.sh start

Das war. Bei Fragen oder Anmerkungen einfach einen Kommentar hinterlassen. Ich freue mich aber auch über ein Danke :)

Inhalt des Artikels:

• Haftungsausschluss
• Vorbereitungen
• Download
• Installation des fun_plug
• Initiale Konfiguration des fun_plug
• Aktivierung von SSH

Haftungsauschluss

Ich stelle nachfolgend meine persönlichen Erfahrungen beim Einsatz dieses fun_plugs sowie eine eingedeutsche Installationsanweisung bereit. Zudem weise ich darauf hin, dass ich nicht für eventuelle Schäden, Datenverluste oder andere Probleme haften werde. Das Verwenden dieses Artikels geschieht auf eigene Gefahr!

Vorbereitungen

Das NAS muss über eine gültige Netzwerkkonfiguration mit Gateway & DNS-Server verfügen. Wird die IP-Adresse automatisch bezogen, ist das im Regelfall korrekt eingestellt. Wenn im Laufe des Tutorials bei dir der Fehler “wget:bad address wolf-u.li” (oder ähnliche / andere Domains) auftaucht, so stimmt die Konfiguration nicht ( siehe Artikel zu diesem Problem).

Bei neueren NAS wie den Baureihen DNS-320/DNS-320L/DNS-325/DNS-345 muss der interne “Remote Backup” Dienst abgeschalten sein, da die Aktivierung dessen dazu führt, dass das Passwort des root-Nutzers nach jedem Reboot nicht mehr funktioniert. Teilweise werden die Funktionalitäten über dieses Tutorial wiederhergestellt.

Download

Nun geht es an den Download des fun_plug, bitte lade die folgenden beiden Dateien herunter:

• fun_plug
• fun_plug.tgz
  • Version “ARM” für EABI-Geräte  (wie z.B. das DNS-320/325/345 und CH3MNAS) ( Mirror )
  • Version “OABI” für OABI-Geräte  (wie z.B. das DNS-323 und CH3SNAS) ( Mirror )

Installation des fun_plug

Die Installation ist relativ einfach. Kopiere die beiden, soeben heruntergeladenen Dateien auf das Share “Volume_1” deines NAS und starte neu. Nach dem Neustart sollte der Ordner mindestens diesen Ordner und diese beiden Dateien enthalten (Auf Windows 7 sieht dies wie nebenstehend aus):

• Ordner: ffp
• Datei: fun_plug
• Datei: ffp.log

Sollte dem nicht so sein, so versuche die beiden heruntergeladenen Dateien statt auf “Volume_1” auf “Volume_2” zu legen und einmal neu zu starten. Wenn dies auch nicht hilft, hast du dich vielleicht bei der Wahl OABI/EABI vertan? Bevor dein Ordnerinhalt nicht so aussieht wie oben brauchst du nicht weiterzulesen!

Initiale Konfiguration des fun_plug

Nach dem Neustart musst du per Telnet auf das NAS. Hierzu gibt es das Programm “putty.exe”, welches du hier herunterladen  kannst. Im Feld Hostname muss eingetragen werden, wie du das NAS erreichst, also z.B. heisst mein NAS “DNS-345”. Zudem muss als Verbindungsmethode “Telnet” ausgewählt werden. Per Klick auf “Open” öffnet sich dann die Konsole.

Sollte dann bei dir kein Inhalt im Fenster wie bespielsweise wie folgt erscheinen, so musst du “5784468” eingeben.

Nun müssen einige Settings für den User root getätigt werden. Zunächst wird die Shell geändert und dann das Home-verzeichnis verschoben. Anschließend wird /etc/shadow mittels “pwconv” erstellt.

1
2
3
4

usermod -s /ffp/bin/sh root
mkdir -p /ffp/home/root/
sed -ie 's#:/home/root:#:/ffp/home/root:#g' /etc/passwd
pwconv

Dies kann dann beispielsweise wie folgt aussehen:

Hinweise:

• Falls bei “usermod” folgende Meldung erscheint: “usermod: no changes”, so kann man einfach fortfahren. In diesem Fall ist die Shell bereits auf den gewünschten Wert eingestellt
• Falls bei “pwconv” folgende Meldung erscheint: “pwconv: failed to change the mode of /etc/passwd- to 0600” kann man dies ignorieren und einfach fortfahren.

Nun wird das Passwort geändert und der Login getestet:

1
2

passwd
login

Dies kann dann beispielsweise wie folgt aussehen:

Nun müssen die Änderungen noch gespeichert werden. Hierzu muss man zunächst eine Datei herunterladen, die die Konfigurationsdaten für Passwörter, Gruppen und Samba (passwd, group, shadow, smbpasswd) persistent speichert. Anschließend wird diese ausgeführt:

1
2

wget http://wolf-u.li/u/172/ -O /ffp/sbin/store-passwd.sh
store-passwd.sh

Dies kann dann beispielsweise wie folgt aussehen:

Aktivierung von SSH

Nun wird der SSH-Server aktiviert, da das soeben verwendete Telnet bereits als sehr unsicher (v.a. aufgrund des unverschlüsselten Verkehrs) bekannt ist:

1
2

chmod a+x /ffp/start/sshd.sh
sh /ffp/start/sshd.sh start

Das wird nun während der generierung des Public/Private-Schlüsselpaares einige komische Zeichen auswerfen und je nach Prozessorgeschwindigkeit des verwendeten NAS einen Moment benötigen. Wenn abgeschlossen, dann bitte eine zusätzliche Session mit Putty starten, jedoch diesmal “SSH” als Verbindungsmethode auswählen.

Username: root Passwort: Wie oben vergeben

Dies kann dann beispielsweise wie folgt aussehen:

Wenn der login funktioniert hat, kann man die Telnet-Session im anderen Fenster beenden (“exit”) und den Start des Telnet-Servers unterbinden:

1

chmod -x /ffp/start/telnetd.sh

Paketquellen

Jetzt werden noch die Quellen für Pakete (“Repositories” oder “Sites”) eingerichtet:

1
2
3

wget http://wolf-u.li/u/441 -O /ffp/bin/uwsiteloader.sh
chmod a+x /ffp/bin/uwsiteloader.sh
uwsiteloader.sh

Nach der Eingabe der letzten Zeile kommt ein Menü in der Konsole hoch: Drücke “Enter” Drücke “Enter”. Jetzt kommt ein Auswahlbildschirm hoch, der beispielsweise so aussieht:

Um einen Eintrag auszuwählen, musst du mit ihn mit den Pfeiltasten markieren und die Leertaste drücke, um ihn zu aktivieren. Aktiv ist er dann, wenn vorne [*] steht. Wähle hier mindestens “fonz” und “Uli” aus! Missachtest du dies, so funktionieren die weiteren Tutorials auf dieser Webseite nicht. Wähle zum Schluss “OK” und drücke “Enter”.

Drücke “Enter”

Drücke “Enter”. Dies führt ein Update der Sites durch, um die aktuellen Pakete sehen zu können. Dies führt noch keine Installationen durch!

Jetzt muss noch ein Paket installiert werden, bevor du deinen nächsten Reboot durchführst:

1

slacker -UaA uli:uwchmod

Die Beschreibung dessen, was dieses Paket macht, findest du hier.

Das wars. Für die Installation weiterer Pakete verweise ich auf diesen Artikel. Weitere Tutorials sind hier zu finden.

Wie kann man das Repository einbinden?

Automatisch

Das repository kann per uwsiteloader schnell eingebunden werden:

1
2
3

wget http://wolf-u.li/u/441 -O /ffp/bin/uwsiteloader.sh
chmod a+x /ffp/bin/uwsiteloader.sh
uwsiteloader.sh

Im Menü muss nun “Uli” ausgewählt werden:

Manuelle Einbindung

1
2
3
4
5
6

cd /srv/www/pages/
wget --no-check-certificate https://download.owncloud.org/community/owncloud-latest.tar.bz2
tar xjf owncloud-latest.tar.bz2 && rm owncloud-latest.tar.bz2
chown -R root:root /srv/www/pages/owncloud
mkdir /srv/www/pages/owncloud/data
chmod -R 700 /srv/www/pages/owncloud/data

Nun muss die Datenbank für owncloud angelegt werden. Dazu wird zunächst MySQL geöffnet, das Passwort hast du im Installationstutorial festgelegt:

1

mysql -p

Dann führe die folgenden Befehle aus. Ersetze bitte YOURSECRETPASSWORD durch dein eigenes:

1
2
3
4

CREATE DATABASE owncl0ud CHARACTER SET utf8;
GRANT ALL ON owncl0ud.* TO 'owncl0ud'@'localhost' IDENTIFIED BY 'YOURSECRETPASSWORD' WITH GRANT OPTION;
FLUSH PRIVILEGES;
exit;

Dann gehe auf die adresse deines NAS mit dem zusatz /owncloud/, also z.b. http://nas/owncloud/  oder http://192.168.133.7/owncloud . Dort wird dir wie im Bild links ein Konfigurationsmenü angezeigt werden, die Warnung bezüglich des ungeschützten “data”-Verzeichnis kannst du ignorieren. Trage nun folgende Daten ein:

• Administrator-Konto:
  • Nutzername: Dein Nutzername
  • Passwort: Dein Passwort
• Datenverzeichnis:
  • Verzeichnis: /srv/www/pages/owncloud/data
• Datenbank einrichten:
  • Datenbank: owncl0ud
  • Username: owncl0ud
  • Passwort: YOURSECRETPASSWORD (Passwort von oben)

Klicke dann auf “Installation abschließen”. Nach einigen Sekunden wird sich die Oberfläche wie folgt präsentieren:

Um große Dateien hochladen zu können, solltest du in der Datei /ffp/etc/php.ini einige Werte abändern:

• upload_tmp_dir: /srv/www/tmp/
• upload_max_filesize: 513M
• post_max_size: 513M
• memory_limit: 512M

Das wars ;) Nun kannst du die Sync-Clients einbinden .

Nach dem Auspacken des NAS habe ich es gleich mal mit Festplatten befüllt. Dazu muss der Deckel abgenommen werden, die Festplatten werden von oben in das NAS geschoben. Die Festplatten klemmen, wenn “unten” angekommen, wirklich gut und wackeln nicht im Gehäuse, was unnötige Vibrationen ausschließt.

Ein nettes Detail ist mir beim “Einfüllen” aufgefallen, die Festplattenschächte sind beschriftet, sodass es erkennbar ist, welche Festplatte man in welchen Schacht gesteckt hat. Wer übrigens den USB-Port sucht, der wird an der Front des NAS fündig. Hinter einer Klappe versteckt sich dieser zusammen mit dem USB-Copy-Knopf. Letzterer Erlaubt das Kopieren des USB-Stick auf das NAS. Möchte man den USB-Stick wieder abziehen, so muss man den Knopf 5 Sekunden gedrückt halten (das System führt dann den umount durch).

Weiter zur Installation des fun_plug 0.5

Vor einigen Tagen hat sich ein neues NAS bei mir eingefunden, das D-Link DNS-320 . Im folgenden Beitrag zeige ich kurz die technischen Daten, in einem weiteren Beitrag gehe ich auf das Auspacken des Geräts ein.

Es fasst intern zwei 3,5" SATA-Festplatten mit derzeit maximal 2TB/Festplatte und kann diese in den üblichen Konfigurationen (Single/JBOD/RAID0/RAID1) konfigurieren. Neu ist, dass EXT3 standardmäßig als Dateisystem verwendet wird, was die Datensicherheit im Falle einer abrupten Beendung des Systems deutlich verbessert. Interessant ist auch die Option der “RAID-Migration”, was die Migration von NON-RAID auf RAID1 ermöglicht. Sehr interessant, werde ich ausprobieren. Zusätzlich wurde Scandisk und S.M.A.R.T. mit in die Firmware integriert, die Tests lassen sich sogar regelmäßig ausführen (mit Ergebnis per Mail).

Die mitgelieferte Firmware ist sowieso recht umfangreich. Neben dem üblichen Samba-Server, welche die Konfiguration von 64 Usern, 10 Gruppen, 64 Freigaben und 64 gleichzeitigen Verbindungen erlaubt, sind auch weitere Server an Board:

• NFS-Server
• AFP-Server
• FTP-Server (inklusive SSL/TLS und FXP-Unterstüzung)
• UPNP-Server
• iTunes-Server
• Web-Server
• MySQL-Server

Zudem ist wieder ein Bittorrent-Client an Board. Auch der Downloader, welcher nun ordentliches Scheduling und viele Sonderoptionen bietet, ist wieder mit eingebaut.

Zum Thema Stromverbrauch gibt D-Link für den Schlafmodus eine Aufnahme von 8,2Watt, für den normalen Betrieb eine Aufnahme von 15,7Watt an. Hierzu kommen dann noch die Daten der Festplatten, da muss man wohl noch einige Watt (je nach Platten) drauf rechnen. Versorgt wird das NAS über ein kleines externes Netzteil, welches bei 12V stolze 4A ausgibt.

Betrieben werden sollte das NAS bei 0-40°C mit 5-90% Luftfreuchtigkeit, die Lagerung ist bei -20-70°C erlaubt. Das ist wichtig für alle die das NAS auf dem Dachboden oder im Keller stehen haben :)

Die ARM-CPU ist mit 800Mhz ein Renner, dem dann 128MB Ram zur Seite stehen. Details aus /proc/cpuinfo , der /proc/meminfo  und der dmesg -Ausgabe gibts bei meiner englischsprachigen Seite NAS-Tweaks.net.

Weiter zu den Bildern

Anschließend kann die reguläre Installation des fun_plug durchgeführt werden. Allerdings muss statt der mitgelieferten store-passwd.sh eine modifizierte store-passwd.sh verwendet werden, da sonst die Passwörter nicht korrekt abgelegt werden. Diese stammt ebenfalls von Fonz aus diesem Beitrag :

1
2

wget http://wolf-u.li/u/121 -O /ffp/sbin/store-passwd.sh
store-passwd.sh

Diese Anleitung beschreibt wie man ein RAID1 auf die neue Festplattensektorgröße von 4K (welche bei einigen Herstellern als Standardsektorgröße für neue Festplatten festgelegt wurde) genau einstellen kann. Für linear und RAID0 sollte aber kein Unterschied bestehen. Die größere Sektorengröße führt zu einer höheren Netto-Kapazität, da pro neuem 4096-Byte-Sektor acht Sync/DAM-Abschnitte, acht Toleranzbereiche sowie acht ECC-Bereiche eingespart werden (Quelle Whitepaper WD ). Laut Western Digital  führt die Vergrößerung von 512 Bytes auf 4 KB zu einem Anstieg der Netto-Kapazität zwischen 7% und 11%. An sich könnte dies dem Anwender egal sein, jedoch richtet sich das OS bei Schreibzugriffen nicht nach der physikalischen Sektorgröße. In der Praxis kann dies dazu führen, dass Daten mit einer Dateigröße von mehr als 512 Byte und weniger als 4k so ungünstig auf die Festplatte geschrieben werden, dass diese über zwei 4K-Blöcke verteilt werden. Hierbei kann es zu Performanceproblemen kommen, da die Festplatten die beiden 4K-Blöcke erst lesen und dann beide wieder schreiben muss. Das führt zu einer “Strafrunde” (Read-Modify-Write – RMW), welche durch höhere Zugriffszeiten die Geschwindigkeit erheblich bremst. Für diese Anleitung wurden 2 gleich große Western Digital EARS* Platten und ein Conceptronic CH3MNAS* mit der (zur Zeit aktuellen) Firmware 1.02b2 verwendet.

Warnhinweis: Diese Anleitung ist für fortgeschrittene Besucher geschrieben, die einzelnen Schritte sollten nur durchgeführt werden, wenn man sich ganz sicher ist. Jeder verwendet diese Anleitung auf eigenes Risiko. Die Daten auf den Festplatten sind nach Befolgen dieser Anleitung weg, erstellt daher ein Backup!

“~#” bezeichnet im folgenden Konsoleneingaben.

FFP auf einem USB-Stick installieren Das ffp muss laut Anleitung installiert werden. Dieses ist nur für das Geraderichten der Partitionen notwendig und kann danach auch wieder entfernt werden.

Erstmal den Ist-Zustand ansehen und notieren Partitionen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

~# fdisk -lu

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes

 Device Boot Start End Blocks Id System
/dev/sda1 63 1060289 530113+ 82 Linux swap
/dev/sda2 2088450 2927621339 1462766445 83 Linux
/dev/sda4 1060290 2088449 514080 83 Linux

Partition table entries are not in disk order

Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes

 Device Boot Start End Blocks Id System
/dev/sdb1 63 1060289 530113+ 82 Linux swap
/dev/sdb2 2088450 2927621339 1462766445 83 Linux
/dev/sdb4 1060290 2088449 514080 83 Linux

Partition table entries are not in disk order

Disk /dev/sdc: 2019 MB, 2019557376 bytes
255 heads, 63 sectors/track, 245 cylinders, total 3944448 sectors
Units = sectors of 1 * 512 = 512 bytes

 Device Boot Start End Blocks Id System
/dev/sdc1 63 3935924 1967931 83 Linux

Wie geht es dem RAID?

1
2
3
4
5
6

~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sda2[0] sdb2[1]
 1462766336 blocks [2/2] [UU]

unused devices:

Bitte die Anzahl der blocks (Hier 1462766336) notieren. Nun nachsehen, welche Einstellungen das Filesystem hat:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

~# tune2fs -l /dev/md0
tune2fs 1.41.0 (10-Jul-2008)
Filesystem volume name:
Last mounted on:
Filesystem UUID: 5523dde6-1b52-4607-b598-d1dba439de65
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags: unsigned_directory_hash
Default mount options: (none)
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 357152
Block count: 365691584
Reserved block count: 0
Free blocks: 365627444
Free inodes: 357138
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 936
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32
Inode blocks per group: 2
Filesystem created: Wed Sep 29 21:29:15 2010
Last mount time: Thu Sep 30 08:01:01 2010
Last write time: Thu Sep 30 17:49:18 2010
Mount count: 5
Maximum mount count: -1
Last checked: Wed Sep 29 21:29:15 2010
Check interval: 0 ()
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Default directory hash: tea
Directory Hash Seed: 64fff61f-6680-4632-8912-1e5d68ed2924

Bitte notieren, diese Daten sind wichtig. Am einfachsten grad lokal in einer Textdatei unterbringen.

Vorbereitung fun_plug wegsichern:

1
2

~# mkdir /mnt/usbstorage/fun_plug_backup
~# cp -a /mnt/HD_a2/fun_plug /mnt/HD_a2/.bootstrap /mnt/usbstorage/fun_plug_backup/

Nun müssen wir die Prozesse beenden, welche viel Arbeitsspeicher brauchen und/oder offene Files auf dem Dateisystem des RAID haben könnten. Ich hatte ftp, den streaming server und itunes nie aktiviert. Es ist wohl klug, diese Sachen zuvor zu deaktivieren (kann man genau an dieser Stelle tun). Samba dreht man so ab:

1
2
3

~# smb stop
$Shutting down SMB services:
$Shutting down NMB services:

RAID abdrehen:

1
2

~# raidstop md0
mdadm: stopped /dev/md0

Hats geklappt?

1
2
3

~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
unused devices:

-> Ja.

Swap abdrehen:

1
2

~# swapoff /dev/sda1
~# swapoff /dev/sdb1

Hat funktioniert:

1
2
3
4
5

~# free
 total used free shared buffers
 Mem: 61860 43828 18032 0 14704
 Swap: 0 0 0
Total: 61860 43828 18032

Jetzt wirds erst Ab hier beginnt der Teil mit den permanenten Veränderungen. Wer Angst bekommen hat, schaltet das NAS jetzt ab, zieht den USB-Stick und alles ist wieder beim alten.

Ich habe zum partitionieren parted verwendet. Man kann auch fdisk verwenden, dann allerdings so starten, da es einen Bug gibt:

1

~# cat|fdisk -u /dev/sda

Diesen Teil hier machen wir einmal mit sda und dann mit sdb.

Hier wird parted aufgerufen, die Einheit auf ‘Sektoren’ umgestellt und die aktuelle Partitionstabelle angezeigt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

~# parted /dev/sda
GNU Parted 1.8.8
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s
(parted) print
Model: WDC WD15EARS-00Z5B1 (scsi)
Disk /dev/sda: 2930277168s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
 1 63s 1060289s 1060227s primary linux-swap
 4 1060290s 2088449s 1028160s primary ext3
 2 2088450s 2927621339s 2925532890s primary ext2

(parted)

Was wir hier brauchen sind die Start- und Endsektoren der Partitionen 1 und 2. Start und Ende von #1 sollten überall gleich sein. Wir verändern folgende Werte:

#1 Start: 63 -> 64 #1 Ende: 1060289 (bleibt gleich) #2 Start: 2088450 (+6) -> 2088456 (2088456 ist durch 8 ganzzahlig teilbar) #2 Ende: 2927621339 (ebenfalls +6) -> 2927621345 (das ist von der verbauten Platte abhängig)

Vermutlich ist der letzte Sektor beliebig, aber ich hatte keine Lust aus zu probieren was passiert, wenn sich die Größe des RAIDs ändert. Also einfach an das vorhandene Ende eben so viele Sektoren anhängen wie beim Start, dann ist man auf der sicheren Seite. Weg mit den ersten beiden Partitionen:

1
2

(parted) rm 1
(parted) rm 2

Die vierte verschieben wir nicht, da hier ohnehin nur ein paar Configfiles des NAS rumliegen und hier nicht so viele Zugriffe sind, als dass man die Western Digital Bremse spüren würde. Wir bauen uns eine neue swap Partition genau an der richtigen stelle:

1
2
3
4
5
6

(parted) mkpart
Partition type? primary/extended? primary
File system type? [ext2]? linux-swap
Start? 64
End? 1060289
(parted)

Der Startsektor hat sich von 63 auf 64 geändert. Der Endsektor bleibt gleich. Und nun noch die große für die Daten: (Achtung! wenn man ext3 verwendet, gibt man natürlich ext3 an dieser Stelle an)

1
2
3
4
5
6

(parted) mkpart
Partition type? primary/extended? primary
File system type? [ext2]? ext2
Start? 2088456
End? 2927621345
(parted)

Exakt das selben machen wir nun noch einmal mit sdb. Nun drehen wir den swapspace wieder auf:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

~# mkswap /dev/sda1
Setting up swapspace version 1, size = 542831616 bytes
~# mkswap /dev/sdb1
Setting up swapspace version 1, size = 542831616 bytes
~# swapon /dev/sda1
~# swapon /dev/sdb1
~# free
 total used free shared buffers
 Mem: 61860 44308 17552 0 14680
 Swap: 1060208 0 1060208
Total: 1122068 44308 1077760

Nun ist es an der Zeit ein neues RAID zu erstellen:

1
2
3
4
5
6
7
8
9

~# mdadm --create /dev/md0 --level=1 --raid-devices=2 --spare-devices=0 /dev/sd[ab]2
mdadm: array /dev/md0 started.
~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sdb2[1] sda2[0]
 1462766336 blocks [2/2] [UU]
 [>....................] resync = 0.1% (2097280/1462766336) finish=243.7min speed=99870K/sec

unused devices:

Nun erstellen wir ein neues Dateisystem darauf. (bei ext3 braucht man noch den Parameter -j dazu). Möchte man das NAS nur zum speichern von großen Dateien (Filme usw.) verwenden, kann man auch noch den Parameter: “-T largefile4” dazunehmen. Das bewirkt, daß weniger Dateien auf dem NAS gespeichert werden können (nur etwa 200.000 pro Terabyte). Möchte man zb. Backups darauf speichern, läßt man das besser weg. Achtung: dies kann nachträglich nicht mehr geändert werden!

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

~# mke2fs -m 0 /dev/md0
mke2fs 1.41.0 (10-Jul-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
357152 inodes, 365691584 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
11161 block groups
32768 blocks per group, 32768 fragments per group
32 inodes per group
Superblock backups stored on blocks:
 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
 102400000, 214990848

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 22 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.

Nun habe ich ein wenig gepatzt und vorher nicht nachgesehen, ob diese automatischen Checks aufgedreht waren. Ich habe sie dann abgedreht, weil das nas möglicherweise nicht mehr fertig bootet, wenn es beim booten einen Check machen will.

1
2
3
4

~# tune2fs -c 0 -i 0 /dev/md0
tune2fs 1.41.0 (10-Jul-2008)
Setting maximal mount count to -1
Setting interval between checks to 0 seconds

Man kann das Filesystem natürlich jederzeit manuell prüfen. Eine kleine Bitte: Mag bitte jemand seine Dateisystemeinstellungen von vor der Änderung posten? (ich hab leider vergessen mir das an zu sehen)

Nun warten wir, bis das RAID fertig ist. d.h. 3 bis 4 stunden:

1
2
3
4
5
6
7

~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sdb2[1] sda2[0]
 1462766336 blocks [2/2] [UU]
 [=====>...............] resync = 27.8% (407175232/1462766336) finish=195.5min speed=89949K/sec

unused devices:

Jetzt ist es fertig:

1
2
3
4
5
6

~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sdb2[1] sda2[0]
 1462766336 blocks [2/2] [UU]

unused devices:

Nun kommt der große Moment in dem wir sehen werden ob das nas sein neues untergejubeltes raid akzeptiert:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

~# raidstop md0
mdadm: stopped /dev/md0
~# raidstart md0
Raid Table Parser version v1.10
Assemble the previously created Raid array.
/tmp/spare_dsk not exist!!!
/tmp/std_raid1 not exist!!!
mdadm: /dev/md0 has been started with 2 drives.
Raid Level Parser version v1.01
mount: wrong fs type, bad option, bad superblock on /dev/md0,
 missing codepage or other error
 In some cases useful info is found in syslog - try
 dmesg | tail or so

Schaut gut aus. Und schon haben wir ein raid in dem die 4k Blöcke des Dateisystems exakt auf den Sektoren liegen.

Dieses HOWTO basiert auf diesem Artikel 

1. FTP Server unterstützt Koreanische und Türkische Zeichensätze
2. Festplattengröße bis 1,5 TB nun unterstützt
3. Fanscript aktualisiert
4. RAID Migration: Normal zu RAID 1
5. Zeit-Drift-Fehler behoben: Wenn Sommer/Winterzeit aktiviert war, wurde die Zeit nach jedem Reboot um eine Stunde nach vorne gestellt
6. Unterstützung für .info-Domains bei den Email-Alarmen
7. Unterstützung für komplexere Passwörter aus der den folgenden fünf Buchstaben: @ : / \ %
8. Erste HDD konnte nicht “schlafen” gehen
9. Auto-Refresh-Timer entfernt, nutzt jetzt Inotify für UPnP AV und iTunes Server Auto-Refresh.

Zum Download 

Wie immer der Updatevorgang:

• Telnet aktivieren (chmod a+x /ffp/start/telnetd.sh)
• Datei fun_plug umbenennen, sodass das fun_plug deaktiviert wird
• Firmware-Update aufspielen
• Auf Werkseinstellungen zurücksetzen
• fun_plug zurück umstellen
• Per Telnet einloggen und Root-Passwort neu setzen
• store-passwd.sh zum aktualisieren des internen Passwortspeichers aufrufen
• Fehler hier berichten!

Eine Sache noch für 1,5TB-HDD’s: Bitte sicherstellen, dass diese Festplatten komplett leer (Ohne Partitionen) sind, bevor man diese einsetzt!

Danke an Dennis  für die Benachrichtigung!

Update:

• Bisher entdeckte Fehler:
  • Geschwindigkeit des Netzwerks wird immer als 0 angezeigt
  • Uptime ist viel zu hoch (14247 Tage)
• Uname -a: Linux ULINAS 2.6.12.6-arm1 #30 Tue Dec 30 18:14:59 CST 2008 armv5tejl unknown

“fonz”, ein findiger Entwickler aus Berlin hat nun das fun_plug der Version 0.5 im DNS-323-Forum  veröffentlicht.

Ich stelle nachfolgend meine persönlichen Erfahrungen beim Einsatz dieses fun_plugs sowie eine eingedeutsche Installationsanweisung bereit. Zudem weise ich darauf hin, dass ich nicht für eventuelle Schäden, Datenverluste oder andere Probleme haften werde. Das Verwenden dieses Artikels geschieht auf eigene Gefahr! Zunächst muss sichergestellt sein, dass das NAS über eine gültige Netzwerkkonfiguration ("Setup" -> “LAN”) mit Gateway & DNS-Server verfügt. Wird die IP-Adresse automatisch bezogen, ist das im Regelfall korrekt eingestellt. Nun muss man das fun_plug heruntergeladen wurden. Dieses ist über das Repository  zu beziehen. Für die Installation werden zwei Dateien benötigt: fun_plug  und fun_plug.tgz . Ich raten zum Lesen der README  mit einer ausführlichen Installationsanweisung.

Los gehts mit dem kopieren der beiden Dateien fun_plug und fun_plug.tgz auf das Volume_1 des NAS.

Nach dem Reboot ist automatisch telnet aktiviert. Zunächst sollte man sich nun mit einem geeigneten Telnet-Programm (unter Linux einfach nur “ssh” mit korrektem Port, unter Windows verwende ich Putty  mit der Protokolleinstellung “telnet”) auf dem NAS einloggen. Bitte für den folgenden Schritt einfach mal das Bild links ansehen.

1

/ #

Wenn das obige erscheint, ist man eingeloggt und kann fortfahren.

Als eine der ersten Aktionen wird nun /etc/shadow mittels pwconv erstellt. Das Passwort wird anschließend mittels “passwd” geändert:

1
2

pwconv
passwd

Wenn das neue Passwort zweimal eingegeben wurde, muss man den root-User noch aktivieren und dessen Home-Verzeichnis umlegen:

1
2
3

usermod -s /ffp/bin/sh root
mkdir -p /ffp/home/root/
usermod -d /ffp/home/root/ root

Nun kann man den Login nun direkt testen. Hierzu gibt man im Anschluss:

1

login

ein. Wenns nicht klappt, einfach die Prozedur ab “passwd” wiederholen.

Wenn alles geklappt hat, dann muss das Passwort in den internen Flash-Speicher gespeichert werden.

1

store-passwd.sh

Nun wird der SSH-Server aktiviert, da telnet bereits als sehr unsicher (v.a. aufgrund des unverschlüsselten Verkehrs) bekannt ist:

1
2

chmod a+x /ffp/start/sshd.sh
sh /ffp/start/sshd.sh start

Nun den Telnet-Client nicht schließen! Öffne gleichzeitig einen SSH-Client und versuche eine Verbindung zum NAS. Diese wird erfolgreich sein.

Nun kann der Telnet-Server deaktiviert werden:

1

chmod -x /ffp/start/telnetd.sh

Auf der Festplatte (Bei mir unter “/mnt/HD_a2/”) ist ein Verzeichnis namens “ffp” angelegt worden. Darin befindet sich ein Unterverzeichnis “start”, in dem verschiedene Startdateien für diverse Dienste liegen. Typischerweise weisen davon nur wenige das Attribut X, also Executable. Nur diese werden auch beim Start des fun_plug ausgeführt. Ein paar Zeilen weiter oben habe ich “chmod +x sshd.sh” angeordnet. Diese Anweisung markiert eine Datei als ausführbar. Alle Dateien im Start-Ordner, die als executable markiert sind, werden vom fun_plug aufgerufen.

Weitere Software kann man nun einfach installieren:

1
2
3
4
5

mkdir -p /ffp/pkg/
cd /ffp/pkg/
wget http://wolf-u.li/u/173/ -O /ffp/pkg/updater.sh
chmod a+x /ffp/pkg/updater.sh
sh /ffp/pkg/updater.sh

Mit diesen Befehlen habe ich einen Ordner namens “pkg” im Ordner “ffp” erstellt. Zusätzlich wurde nun der Ordner “packages” angelegt, der alle kompilierten Pakete von fonz enthält.

Nun kann man Pakete installieren. Entweder man installiert nun einzelne Pakete (Achtung abhängigkeiten beachten!):

1

funpkg -i paketname.tgz

Oder einfach alle installieren, damit sind dann alle Abhängigkeiten gelöst (Empfohlen!):

1
2

cd /mnt/HD_a2/ffp/pkg/packages/
funpkg -i *.tgz

Ein Wort noch zur Paketverwaltung, das Programm funpkg bedient man wie folgt:

1
2
3
4
5
6
7
8
9

Copyright (c) 2008 Tobias Poschwatta

Install: funpkg -i
Reinstall: funpkg -I
Upgrade: funpkg -u
Remove: funpkg -r

Other options:
 -D  System root directory (default: /)

Bei Fragen einfach melden.

Zunächst muss das fun_plug 0.5 installiert werden. Nun loggt man sich auf den NAS ein und aktiviert den automatischen Zeitabgleich für die deutsche Zeitzone indem man zunächst die Datei fun_plug.local kopiert und die folgenden Zeilen dann einfügt:

1

cp /ffp/etc/examples/fun_plug.local /ffp/etc/fun_plug.local

Anschließend muss man (beispielsweise mit dem Editor “ nano”) die benötigten Eintragungen machen. Evtl sind die ersten Zeilen auch schon bereits vorhanden.

1
2
3
4
5
6

# This removes firmware cronjobs that interfere with ntpd.
crontab -l | grep -vw '/usr/sbin/daylight' | grep -vw 'stime' | grep -vw '/usr/sbin/rtc' | crontab -
#Now start the ntp every hour
echo "1 * * * * /usr/sbin/sntp -r -P no de.pool.ntp.org" >> /var/spool/cron/crontabs/root
# force a cronjob update
echo "root" >> /var/spool/cron/crontabs/cron.update

Hinweis: Mit einem Klick auf “Plain Text” lässt sichs besser kopieren.

Um die Zeitzone zu ändern muss man in der /ffp/etc/fun_plug.local den richtigen String eintragen, momentan ist dort “CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00” unter timezone eingetragen. Alle String sind hier  einzusehen.

Das Tutorial setzt voraus, dass fun_plug installiert wurde und mein Repository entsprechend der Anweisungen synchronisiert und aktualisiert wurde. Die Installation gestaltet sich dann extrem einfach:

1

funpkg -i /ffp/pkg/additional/net-ftp/proftpd-*.tgz

Die Datei /ffp/etc/proftpd.conf muss noch erstellt werden:

1

cp /ffp/etc/examples/proftpd.conf /ffp/etc/

Jetzt müssen wir noch eine zusätzliche Gruppe erstellen:

1

groupadd nogroup

Wir brauchen jetzt noch das SSL-Zertifikat:

openssl req -new -x509 -days 365 -nodes -out /ffp/etc/proftpd/proftpd.cert.pem -keyout /ffp/etc/proftpd/proftpd.key.pem

Anschließend werden verschiedene Fragen bezüglich des Zertifikats gestellt. Die fettgeschriebenen Antworten sind Beispiele von mir. FQDN steht dabei für den hostnamen des NAS, die Fragen ohne Antworten können auch leer gelassen.

Country Name (2 letter code) [AU]: DE State or Province Name (full name) [Some-State]: Germany Locality Name (eg, city) []: Organization Name (eg, company) [Internet Widgits Pty Ltd]: Name der Organisation Organizational Unit Name (eg, section) []: Common Name (eg, YOUR name) []: FQDN Email Address []:

Um nun SSL/TLS zu aktivieren, müssen die Kommentare von den folgenden Zeilen in der Datei /ffp/etc/proftpd.conf entfernt werden:

1
2
3
4
5
6
7
8

TLSEngine on
TLSProtocol SSLv23
TLSOptions NoCertRequest
TLSRSACertificateFile /ffp/etc/proftpd/proftpd.cert.pem
TLSRSACertificateKeyFile /ffp/etc/proftpd/proftpd.key.pem
TLSVerifyClient off
TLSRequired off

Möchte man ausschließlich TLS verwenden, so muss in der letzten Zeile am Ende statt off auf on geändert werden.

Wie immer kann der FTP-Server nun so gestartet werden:

sh /ffp/start/proftpd.sh start

Die dauerhafte Aktivierung ist natürlich auch möglich:

chmod a+x /ffp/start/proftpd.sh

Übrigens: ProFTPd greift auf die gleichen Einstellungen wie der interne FTP-Server zu. Diesen kann man dann abschalten.

Das wars ;)