Ein paar Eigenschaften noch in der Übersicht:

• Festplattenkonfigurationen: Standard, JBOD, RAID 0 und RAID 1
• Programmiertes FTP/HTTP(S)-Download/Backup
• UPnP AV Server
• USB Printer Server
• NTP Server für Systemzeitsynchronisierung
• iTunes Server
• DHCP-Server
• 2 Modi: Offener Modus und Account-Modus
• Zuweisung von Nutzern / Nutzergruppen
• Festplatten-Power Management
• Automatische Ventilator-Stufenregelung mit Wärmesensor
• Automatische E-Mail-Benachrichtigung

Zunächst ein paar Bilder vom NAS:

Nach dem Auspacken und dem Aufbau sollte nun die beigelegte CD eingelegt und ein kurzer Blick in die Bedienungsanleitung geworfen werden, diese ist eigentlich recht übersichtlich und gut verfasst. Sobald das Einschalten des NAS beendet ist, startet man das beigelegte “Suchtool” und versucht zunächst das NAS im Netzwerk zu finden, um es zu konfigurieren. Wenn man nun die IP entweder weiß (DHCP) oder festgelegt hat (Statische IP), kann man sich auf dem Webinterface einloggen.

Das Webinterface des CH3SNAS präsentiert sich einfach und übersichtlich in verschiedenen “Tabs”. Nach einer Initialisierung meiner 500GB-Festplatte mit dem Dateisystem ext2 konnte ich beginnen, Private Verzeichnisse und Zugriffsrechte für bestimmte Gruppen anzulegen. Danach konnte die Einspeicherung beginnen.

Ich habe derweil ein paar Performance-Messungen vorgenommen. Die grundsätzlichen Results waren für den Preis schon recht gut. An einem 8-Port-Gigabit-Switch von SMC ergab sich im Mittel eine Transferrate von ca 15-20MB/s von einem Windows XP Rechner auf das NAS(Schreibend) und ca 20-25MB/s in die Gegenrichtung (Lesend).

Ohne jegliche Modifikationen an der Lüftersteuerung ist der Lüfter immer an. Leider auch wenn die Festplatten schon längst abgeschalten haben (also z.B. nachts, wo es doch ein wenig stört, wenn ein Lüfter rumröhrt). Dank einer kleinen Modifikation in der Lüftersteuerung (Artikel) war jedoch auch dies zu beheben.

Alle Artikel zum CH3SNAS sind über den entsprechenden Tag zu erreichen.

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.

Voraussetzung für die Installation ist die Einrichtung des fun_plug in der Version 0.5, welche hier für verschiedene Geräte zu finden ist. Für alle Listings in diesem Beitrag gilt: Wenn man auf “Plain Text” klickt, gehts kopieren leichter ;) Und wenn Pfade abgeändert werden sollen, bitte selbstständig anpassen.

Zunächst muss man mein Repository wie gewohnt synchronisieren. Anschließend müssen mindestens curl, mysql, php und lighttpd aus meinem Repository installiert werden. Fonz’ Repository sollte sowieso komplett installiert sein, hier muss man aber auf jeden Fall libiconv installiert haben.

Wenn man (so wie im ffp0.5-Tutorial beschrieben) bereits früher einmal das PHP von fonz installiert hat, so muss man dieses mittels “funpkg -u” nun upgraden.

Normalerweise wird man die Pakete wie folgt installieren (lighttpd ist hierbei auf -u, also update gestellt, da dieser vermutlich schon installiert ist):

1
2
3
4
5

funpkg -i /ffp/pkg/additional/*/mysql-*.tgz
funpkg -i /ffp/pkg/additional/*/curl-*.tgz
funpkg -i /ffp/pkg/additional/*/php-*.tgz
funpkg -u /ffp/pkg/additional/*/lighttpd-*.tgz
funpkg -i /ffp/pkg/packages/libiconv-*.tgz

Alle Webdienste werden in Zukunft das Verzeichnis /srv/ als Datenablageort nutzen. Da es unklug wäre, diese Speicherort auf dem kleinen RAM des NAS zu erzeugen, werden wir nun erstmal einen Link zu einem Verzeichnis auf der Festplatte oder dem USB-Stick erstellen. Dazu öffnet man die Datei /ffp/etc/fun_plug.init und fügt am Ende folgendes ein:

1
2

# create custom link to the server-folder
ln -s /ffp/opt/srv/ /srv

Den letzten Befehl führen wir nun auch gleich auf der Konsole aus, damit der Link erstellt wird. Zunächst erstellen wir jedoch das Verlinkte Verzeichnis:

1
2

mkdir -p /ffp/opt/srv/
ln -s /ffp/opt/srv/ /srv

Der Webserver lighttpd muss noch konfiguriert werden, einige Configuration-Files werden bereits mitgeliefert. Für das D-Link DNS-320/DNS-325 gibt es ein besonderes File, bitte das folgende in diesem Falle überspringen und beim nächsten Schritt weitermachen:

1

cp /ffp/etc/examples/lighttpd.conf-with-php /ffp/etc/lighttpd.conf

Wie bereits angesprochen braucht das DNS-320/DNS-325 ein besonderes Config-File, da bei diesem NAS der interne Webserver ebenfalls lighttpd ist. Damit sich diese nicht in die Quere kommen muss man den internen stoppen und kann dann den FFP-lighttpd starten. Das folgende Configfile macht dann die Weboberfläche des NAS auf Port 81 verfügbar, sodass man darauf weiterhin arbeiten kann:

1

cp /ffp/etc/examples/lighttpd.conf-dns320 /ffp/etc/lighttpd.conf

Damit php auch weiß, was erlaubt oder verboten ist, muss eine php.ini im Verzeichnis /ffp/etc/ liegen:

1

cp /ffp/etc/examples/php.ini-wolfuli /ffp/etc/php.ini

Und die my.cnf von MySQL darf natürlich nicht fehlen:

1

cp /ffp/etc/examples/mysql/my-small.cnf /ffp/etc/my.cnf

Nun befinden sich die drei wichtigen Dateien php.ini (Konfiguration von PHP), lighttpd.conf (Konfiguration für den Webserver) sowie my.cnf (Konfiguration des MySQL-Servers) im Verzeichnis /ffp/etc/. Prinzipiell sollten alle Configs mal durchgesehen werden, ob die Werte so okay sind.

Der Webroot des Webservers ist direkt auf /srv/www/ gelegt, dort muss man nun die entsprechenden Verzeichnisse erstellen:

1
2
3
4

mkdir -p /srv/tmp/mysql/
mkdir -p /srv/www/logs/
mkdir -p /srv/www/pages/
mkdir -p /srv/mysql/

Die MySQL-Datenbank muss noch initialisiert werden mittels der folgenden Befehle:

1
2
3

mysql_install_db
sh /ffp/start/mysqld.sh start
/ffp/bin/mysql_secure_installation

Dort wird nun nach dem Passwort gefragt: “Enter current password for root (enter for none):” Bei einer neuen Installation ist dieses einfach leer!

Nun kann man den Webserver mal starten, der folgende Befehl ist jedoch nur für alle NAS ausser dem DNS-320/DNS-325 gültig:

1

sh /ffp/start/lighttpd.sh start

Für das DNS-320/DNS-325 muss der interne Webserver erst abgeschalten werden, was die Datei “kickwebs_dns320.sh” macht:

1
2

sh /ffp/start/kickwebs_dns320.sh start
sh /ffp/start/lighttpd.sh start

Sollte alles glatt gehen, so kann man die Pakete im fun_plug dauerhaft aktivieren:

1
2

chmod a+x /ffp/start/lighttpd.sh
chmod a+x /ffp/start/mysqld.sh

Hat man das DNS-320/DNS-325 so ist zusätzlich dieser Befehl auszuführen: chmod a+x /ffp/start/kickwebs_dns320.sh

Kleiner Hinweis am Rand für alle NAS ausser dem DNS-320: Der Webserver startet bis jetzt auf Port 8080. Möchte man diesen auf Port 80 (also den regulären HTTP-Port) legen, so muss man folgende Befehle ausführen:

1
2

sed -i '/server.port/ s/^/#/' /ffp/etc/lighttpd.conf
chmod a+x /ffp/start/kickwebs.sh

Dies bewirkt, dass der interne Webserver für die Weboberfläche gekillt wird, anschließend startet lighttpd und legt sich auf Port 80. Der interne Webserver ist ein paar Minuten später dann auf Port 81 wieder verfügbar.

Standardmäßig sind in meiner PHP.ini derzeit die untenstehenden Extensions aktiviert. Danke an Peter für den Hinweis!

Einzelne Extensions kann man problemlos auch deaktivieren oder eventuell auch neue hinzufügen (bitte per Kommentar melden, wenn eine fehlt!). Welche momentan überhaupt verfügbar sind, bekommt man mittels “ls -al /ffp/lib/php/extensions/no-debug-non-zts-20060613/” heraus. Dann sucht man den Punkt “Dynamic Extensions” in der /ffp/etc/php.ini und kommentiert dort die Extensions ein oder aus. Beispielhaft hier mbstring aktiviert:

1

extension=mbstring.so

Momentan sind folgende verfügbar und aktiviert:

calendar ctype ftp gd mbstring mysql pdo pdo_mysql pdo_sqlite sqlite tokenizer zlib

Changelog des Eintrags

09.10.2008 - 01:30

• Update: Umstieg auf fonz’ Pakete.
• Umstellung des Webroots auf /srv/
• Cleanup der php.ini
• Anpassung aller Pfade

07.01.2011 - 00:40

• Update: Umstieg auf meine Pakete.
• Anpassungen für DNS-320
• Cleanup mit direkter Paketierung meiner php.ini

16.02.2011 - 00:40

• Anpassungen für DNS-325
• Änderung des Pfads auf /ffp/opt/srv/ um Festplattenpfad-Konflikte zu vermeiden

Seit einiger Zeit ist eine neue Version für den Twonkymedia Server auf der Bildfläche und oft wurde ich gefragt, wie man diese über eine bestehende Installation mit einer früheren Version drüber installiert ohne die bestehende Konfiguration zu verlieren. Einfach getan, wie dieser Beitrag zeigt. Willst du Twonky nur installieren und nicht updaten, so folge diesem Beitrag.

Alle nutzerspezifischen Dateien sind im Ordner /ffp/opt/twonky/data/ abgelegt, sodass wir nur diesen sichern müssen. Zunächst muss aber Twonky gestoppt werden:

1

sh /ffp/start/twonky.sh stop

Jetzt werden die Daten gesichert:

1
2

cd /ffp/opt/twonky/
mv data /ffp/tmp/twonkydata

Nun ist der Ordner in /ffp/tmp gesichert.

Das Update ist nun eine einfache Installation, sodass wir den Ordner twonky erstmal leeren:

1

rm -R /ffp/opt/twonky/*

Und los gehts. Zum Zeitpunkt der Anleitung ist 7.2.8 aktuell, bitte prüfe hier  unter “NAS & Beta Versions (Limited Support)”, ob das immer noch der Fall ist. Wenn die Seite wie aktuell (14-Jan-2015) mal wieder nur Mist anzeigt, dann sieh hier  mal nach der neuesten Version. Wenn du den Eindruck hast, dass es neuere Versionen gibt, dann wähle den Download für das dein Gerät aus und ersetze die URL durch die untenstehende. Ich gebe hier als Beispiel die der Kurobox an, hier kannst du nachsehen, welche Version du brauchst:

1
2
3
4
5
6
7
8

cd /ffp/opt/twonky
wget http://funplug.wolf-u.li/twonkymedia/7.2.8/twonky-kurobox-pro-7.2.8.zip
unzip twonky-*.zip
rm twonky-*.zip
chmod +x twonkyserver twonkystarter twonkyproxy twonkywebdav plugins/* cgi-bin/*
wget http://wolf-u.li/u/449 -O /ffp/start/twonky.sh
wget http://wolf-u.li/u/448 -O /ffp/opt/twonky/twonkyserver-default.ini
[[ $(ls -1 /mnt|grep -c HD_a2) -eq 0 ]] && sed -i -e 's!/HD_a2!/HD/HD_a2!g' -e 's!/HD_b2!/HD/HD_b2!g' /ffp/opt/twonky/twonkyserver-default.ini

Sollte twonkyforum.com nicht erreichbar sein, so gibt es hier  einen Mirror mit einigen Downloads.

Nun muss das Datenverzeichnis wieder zurückkopiert werden:

1
2

cd /ffp/opt/twonky/
mv /ffp/tmp/twonkydata data

Dann teste ob alles funktioniert:

1

sh /ffp/start/twonky.sh start

“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 ;)

Vor einiger Zeit habe ich bereits über die Möglichkeit, über ein so genanntes “ fun_plug” das Conceptronic CH3SNAS (Baugleich mit dem D-Link DNS-323) zu erweitern, berichtet. Damals hatte ich einen Webserver über diese Möglichkeit hinzugefügt. Leider muss jedes Mal meine Festplatte anlaufen, wenn eigentlich nur eine Seite angefordert wird und ich nur schnell was ansehen möchte. Resultat ist eine schneller verschleißende Festplatte und eine lange Responsezeit (eben bis die Festplatte angelaufen ist). Ein anderes Problem ist der Lüfter, dessen Script gerne irgendwohin loggen würde. Leider gehen aber die Festplatten nicht aus, wenn der Lüfter läuft (von daher gibts dann wieder nicht viel zu protokollieren :P). Ein Abhilfe für diese Probleme bietet das NAS jedoch von Haus aus. Dank eines USB-Ports auf der Rückseite, der eigentlich für einen Drucker gedacht ist, ist es leicht mit einem USB-Speicher erweiterbar. Natürlich liefert Conceptronic diese Möglichkeit nicht mit, jedoch dank des fun_plug ist auch dieses Problem leicht zu beheben.

Nach der erfolgreichen Installation des fun_plug benötigt man Konsolenzugang zum CH3SNAS um die folgenden Schritte ausführen zu können. Der USB-Stick muss noch nicht eingesteckt werden. Ich rate zu einer Formatierung mit ext2 (dieser Schritt wird später direkt auf dem NAS gemacht), jedoch kann der Stick auch bei FAT(32) betrieben werden. Dabei ist dann jedoch die Rechtevergabe eingeschränkt.

Zunächst wird ein Kernel-Modul für USB-Speicher benötigt. Dieses kann man hier herunterladen. Anschließend wird es in das Hauptverzeichnis der ersten Festplatte gelegt (HD_a2) und nun entsprechend ins lib-Verzeichnis des fun_plug verschoben. Die Variablen werden durch das fun_plug gesetzt. Sollte das unten angegeben fehlschlagen, stimmt etwas mit dem fun_plug nicht:

1
2

mkdir $LIBDIR/usbstorage
mv /mnt/HD_a2/usb-storage.ko $LIBDIR/usbstorage/

Das Modul wird nun mittels

1

$SBINDIR/insmod $LIBDIR/usbstorage/usb-storage.ko

geladen. Für ext2 sollte nun der USB-Stick erstmal formatiert werden. Ich gehe davon aus, dass 2 Festplatten verbaut wurden (daher sdc für den USB-Stick). ACHTUNG: Wird die falsche Festplatte formatiert, werden Ihre Daten verloren sein! Bitte daher doppelt prüfen! Wurde nur eine verbaut oder mehrere USB-Sticks (über einen Hub) angesteckt worden sein, so muss der Laufwerksbuchstabe entsprechend angepasst werden (Eine Festplatte - Erster USB-Stick: /dev/sdb):

1

fdisk /dev/sdc

Mit der Eingabe von “p” kann man sich alle Partitionen auf dem Stick anzeigen lassen. “d” löscht Partitionen und “n” legt neue an (Primary Partition in voller Größe: “n” => “p” => “1” und zweimal dann Enter) Nun muss das Dateisystem erzeugt werden, hier ist der Buchstabe der gleiche wie oben, die Zahl ist die Nummer der Partition:

1

mke2fs /dev/sdc1

Getestet werden kann das ganze nun mit einem Mount-Befehl:

1
2

mkdir /mnt/HD_a2/usbstorage
mount /dev/sdc1 /mnt/HD_a2/usbstorage

Wie prüft man nun, ob das einbinden geklappt hat? Es gibt hier zwei Wege, beide Befehle müssen jedoch in der Kommandozeile ausgeführt werden:

• cat /proc/partitions
• mount

Der obenstehende Vorgang kann natürlich automatisiert werden. Der folgende Dateiinhalt ( Download) muss als “01usbstorage.sh” ins “start”-Verzeichnis des fun_plugs:

1
2
3
4

#!/bin/sh
$SBINDIR/insmod $LIBDIR/usbstorage/usb-storage.ko
sleep 15
mount /dev/sdc1 /mnt/HD_a2/usbstorage

Da dort keine Schreibrechte bestehen, gilt hier der gleiche Vorgang wie oben: Kopieren über den normalen Filemanagerzugriff (bei mir Samba) in das Hauptverzeichnis, anschließend per:

1
2

mv /mnt/HD_a2/01usbstorage.sh $FUNPLUGDIR/start/
chmod +x $FUNPLUGDIR/start/01usbstorage.sh

verschoben und aktiviert. Zum Test wird das NAS neu gestartet. Nach dem Neustart kann mit den obenstehenden Befehlen geprüft werden, ob der USB-Speicher ordnungsgemäß unter /mnt/HD_a2/usbstorage eingebunden ist. Wenn ja, dann kann man nun den Webserver-Root  (Achtung, ich würde PHP mitverlagern) oder das Logverzeichnis der Lüftersteuerung auf den USB-stick auslagern.

Kleiner Hinweis: Wenn es nicht funktioniert, dann folgenden Befehl ausführen:

1

sh $FUNPLUGDIR/start/01usbstorage.sh

Sollte hier die folgende Fehlermeldung erscheinen:

`# sh $FUNPLUGDIR/start/01usbstorage.sh ‘: No such file or directorya2/fun_plug.d/usbstorage/usb-storage.ko BusyBox v1.00-pre1 (2007.05.29-03:34+0000) multi-call binary

Usage: sleep N`

dann wurde die Datei nicht im Unix-Format (also mit Unix-Zeilenumbrüchen) gespeichert. Abhilfe:

1

dos2unix $FUNPLUGDIR/start/01usbstorage.sh

Der Erfolg des ganzen ist nun, dass die auf dem USB-Stick abgelegten Daten direkt von einem Flashspeicher gelesen werden und somit ein Einschalten der Festplatten aus deren Ruhemodus unnötig wird. So kann man Beispielsweise einen kleinen Webserver problemlos vom Stick laufen lassen.

Die Abhängigkeiten des Skripts sind vor allem “date find grep gzip gunzip sed awk mount umount”, welche über die Pakete coreutils, gawk, grep, gzip und sed aus Fonz’ Repository abgedeckt sein sollten. Stelle also sicher, dass diese installiert sind! Wichtig sind vor allem die coreutils, stelle sicher, dass diese korrekt installiert sind! Dies findet man wie folgt heraus:

1

du --version

Hier muss in der ersten Zeile:

1

du (GNU coreutils)

zu finden sein. Steht dort was von “busybox”, so musst du das Paket coreutils (neu) installieren!

Nun zur Installation von backup2l.Mein Repository muss zunächst gesynct werden, damit das Paket heruntergeladen wird. Nun wie gewohnt installieren:

1

funpkg -i /ffp/pkg/additional/app-backup/backup2l-*.tgz

Jetzt muss man die /ffp/etc/backup2l.conf editieren. Ich wollte /ffp/ backuppen, was zu den folgenden Modifikationen an der Config geführt hatte:

1
2
3
4

VOLNAME="ffp"
SRCLIST=(/ffp/)
SKIPCOND=(-path "*.nobackup*" -o -name "*.o" -o -path "/ffp/pkg")
BACKUP_DIR="/mnt/HD_a2/.ffpbackup/"

Zusätzlich muss die Zeile

1

UNCONFIGURED=1

auskommentiert werden. Den Rest habe ich so belassen, man kann aber über die Kommentare sehr gut die Funktionsweise der einzelnen Parameter erkennen. Das BACKUP_DIR muss erstellt werden!

Damit ist backup2l erstma konfiguriert. Die vorhandene Config hat ein Backupkonzept, welches zwei Fullbackups mit jeweils 3 Leveln von drei differentiellen Backups und jeweils 8 Subleveln beinhaltet. Jetzt kann man über:

1

backup2l -b

in der Kommandozeile das Backup ausführen.

Wenn man ein zweites Backup von einer anderen Location anlegen möchte, so legt man eine zweite Config an, die man einfach von der originalen kopiert und dann mit dem folgenden Befehl ausführt.

1

backup2l -b --conf /ffp/etc/backup2l.anotherconfig.conf

Möchte man aus dem letzten Backup beispielsweise /ffp/etc/ wiederherstellen, so führt man zunächst den folgenden Befehl für eine Übersicht der vorhandenen Backups aus:

1

backup2l -s

Dies führt beispielsweise zur folgenden Ausgabe:

1
2
3
4
5
6
7
8

backup2l v1.4 by Gundolf Kiefer

Summary
=======
Backup Date Time | Size | Skipped Files+D | New Obs. | Err
------------------------------------------------------------------------------

ffp.1 2009-08-17 01:16 | 506.7M | 278 49297 |49297 0 | 0

Wie man sieht ist ein Backup vorhanden, da ich noch keine weiteren angelegt habe. Jetzt wechsel ich in ein leeres Verzeichnis, da die Dateien relativ zum momentanen Verzeichnis wiederhergestellt werden:

1
2

mkdir /mnt/HD_a2/restore/
cd /mnt/HD_a2/restore/

Ich stelle dann wie folgt mein Verzeichnis wieder her:

1

backup2l -t 1 -r /ffp/etc/

Nun wird sind in /mnt/HD_a2/restore/ das Verzeichnis ffp/etc/ befinden, was ich anschließend an die richtige Stelle verschieben könnte. Genauso geht übrigens auch der restore einzelner Dateien.

Zum Schluss dieses Artikels kann ich die Lektüre des Wiki-Artikels von Hetzner zum Thema backup2l  sowie die manpage von backup2l (Auf der Konsole man backup2l eingeben) empfehlen.

Gehen wir davon aus, dass die Festplatte im Moubntpoint /mnt/HD_b2 betroffen ist. Jetzt muss man zunächst herausfinden, welches Device dort eingebunden ist. Dies geht über den Befehl mount welcher z.B. die folgende Ausgabe erzeugt:

rootfs on / type rootfs (rw) /dev/root on / type ext2 (rw) proc on /proc type proc (rw,nodiratime) /dev/loop0 on /sys/crfs type squashfs (ro) /dev/sda2 on /mnt/HD_a2 type ext2 (rw) /dev/sdb2 on /mnt/HD_b2 type ext2 (rw) /dev/sda4 on /mnt/HD_a4 type ext2 (rw) /dev/sdb4 on /mnt/HD_b4 type ext2 (rw) none on /proc/bus/usb type usbfs (rw) devpts on /dev/pts type devpts (rw)

Ich habe mal fett markiert, was für diesen Fehler relevant ist. Jetzt löst man das Device vom Mountpoint mittels

umount /mnt/HD_b2/

Und führt anschließend einen Filesystemcheck durch:

e2fsck -pf /dev/sdb2/

Hier tritt nun der Fehler auf:

/dev/sdb2/: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193

Man kann jetzt mal den e2fsck -b 8193 /dev/sdb2/ ausprobieren, aber vermutlich führt dieser nicht zum Erfolg (sonst würdest du ja wahrscheinlich den Artikel nicht lesen).

Um jetzt die alternativen Superblocks rauszufinden muss man den folgenden Befehl eingeben:

mke2fs -n /dev/sdb2

Dieser zeigt beispielhaft die folgende Ausgabe (diese wird bei dir anders sein!):

mke2fs 1.41.0 (10-Jul-2008) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 45727744 inodes, 182881951 blocks 9144097 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 5582 block groups 32768 blocks per group, 32768 fragments per group 8192 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

Fett markiert die wichtige Ausgabe der alternativen Superblöcke.

Jetzt muss man nacheinander die Blocknummern durchgehen, bis einer funktioniert. Beispielsweise also für den ersten Versuch:

e2fsck -b 32768 /dev/sdb2/

Danach entweder neu mounten oder das NAS einfach übers Webinterface neu starten.

Dieses Tutorial bezieht sich auf fun_plug 0.5, welches veraltet ist und daher nicht mehr genutzt werden sollte! Dieses Tutorial ist daher ebenfalls veraltet! Bitte sehe hier nach den aktuellen Tutorials!

Das Tutorial setzt einen installierten lighttpd mit php (JSON und XML müssen in PHP vorhanden sein) voraus. Ich gehe zudem davon aus, dass alles auf dem USB-Stick laufen soll, wenn nicht, bitte ich wie schon im ersten Teil des Tutorials um eigenständige Anpassung der Pfade. Ausserdem gehe ich davon aus, dass der Webroot unter “/mnt/HD_a2/usbstorage/www/pages” zu finden ist. Ist dieser beispielsweise unter “/mnt/HD_a2/www/pages” zu finden, muss der Befehl entsprechend angepasst werden! Diesen findet man am schnellsten mittels:

1

cat /ffp/etc/lighttpd.conf|grep server.document-root

heraus.

Beginnen wir mit der Installation:

1
2
3
4

cd /mnt/HD_a2/usbstorage/www/pages
wget http://clutchbt.com/Files/Clutch-0.4.tar.gz
tar xzf Clutch-0.4.tar.gz
mv Clutch-0.4 clutch

Anschließend müssen wir den Pfad zu Transmission noch bei clutch eintragen.Die betroffene Datei ist /mnt/HD_a2/usbstorage/www/pages/clutch/remote/data/socket.txt, welche wie folgt upgedated wird:

1

echo /mnt/HD_a2/usbstorage/.transmission/daemon/socket > /mnt/HD_a2/usbstorage/www/pages/clutch/remote/data/socket.txt

Über die Adresse des NAS ist nun clutch erreichbar. Mein NAS heisst “ULINAS”, also lautet die Adresse für clutch bei mir http://ulinas/clutch/. Möglicherweise ist der Port ein anderer, bitte selbstständig anpassen.

Als Test habe ich nun das Webinterface geöffnet. Links unten findet sich eine Art Zahnrad, über welches über den Menüpunkt “Preferences” alle Einstellungen getroffen werden können. Ich habe zunächst das Downloadverzeichnis auf “/mnt/HD_a2/usbstorage/torrents/” umgestellt.

Als einen ersten Test habe ich nun “Damn Small Linux” über Torrent heruntergeladen. Wie man im Screenshot erkennen kann, hat das bestens geklappt ;)

Für größere Torrents (z.B. eine komplette Debian-DVD) würde ich zum Speichern auf Festplatte raten ;) Aber rechts unten kann man ja immer den freien Speicher erkennen, insofern sollte das ja kein Problem sein.

Dieses Tutorial bezieht sich auf fun_plug 0.5, welches veraltet ist und daher nicht mehr genutzt werden sollte! Dieses Tutorial ist daher ebenfalls veraltet! Bitte sehe hier nach den aktuellen Tutorials!

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: Transmission benötigt curl für ein korrektes funktionieren, was wir nun zusammen mit Transmission installieren:

1
2

funpkg -i /ffp/pkg/additional/*/curl-*.tgz
funpkg -i /ffp/pkg/additional/*/Transmission-*.tgz

Nun muss Transmission konfiguriert werden. Da ich Transmission gerne auf dem USB-Stick laufen lassen wollte, musste ich die Pfade anpassen. Wenn daher KEIN USB-Stick am NAS steckt, muss bei allen Anweisungen “/mnt/HD_a2/usbstorage/” durch “/mnt/HD_a2/” ersetzt werden. Zunächst öffnet man dazu die /ffp/start/transmission.sh mit einem Editor seiner Wahl. Dort findet man die Zeile:

1

export TRANSMISSION_HOME=/mnt/HD_a2/.transmission

Die ich auf:

1

export TRANSMISSION_HOME=/mnt/HD_a2/usbstorage/.transmission/

abgeändert habe.

Wer zusätzlich die Blocklisten benötigt, muss folgendes machen: Zunächst in der Datei /ffp/start/transmission.sh mit einem Editor die Zeile:

1

command="/ffp/bin/transmission-daemon"

um ein “-b” ergänzen, sodass diese so aussieht:

1

command="/ffp/bin/transmission-daemon -b"

Anschließend muss auf der Kommandoziele noch die Blockliste heruntergeladen werden:

1
2
3
4

mkdir -p /mnt/HD_a2/usbstorage/.transmission/blocklists/
cd /mnt/HD_a2/usbstorage/.transmission/blocklists/
wget http://download.m0k.org/transmission/files/level1.gz
gunzip level1.gz

Nun legen wir das Verzeichnis für die Dateien, die über die Torrents heruntergeladen werden, an. Dieses benötigt spezielle Rechte:

1
2
3

mkdir /mnt/HD_a2/usbstorage/torrents
chown -R nobody:501 /mnt/HD_a2/usbstorage/torrents
chmod -R 755 /mnt/HD_a2/usbstorage/torrents

Nun setzen wir noch die Rechte für Transmission korrekt (sicher ist sicher):

1

chown -R nobody:501 /mnt/HD_a2/usbstorage/.transmission/

Und Transmission starten:

1

sh /ffp/start/transmission.sh start

Damit ist erstmal Transmission installiert. Wer es dauerhaft nach jedem Start aktiviert haben möchte, muss es wie immer mit dem Executable-Recht versehen:

1

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

Nun kann man diesen entweder über die Kommandozeile (“man transmission-remote” zeigt die entsprechenden Befehle) oder über ein Webinterface wie beispielsweise Clutch steuern.

Dieses Webinterface richten wir in Teil 2 ein. Hier gehts zum Tutorial

Ich zitiere hier einfach mal die Release Notes:

[spoiler /Release Notes zeigen/ /Release Notes verstecken/]

• By default, the 0.5 funplug is installed to /mnt/HD_a2/ffp, but compiled with /ffp as prefix. The fun_plug script creates a symbolic link /ffp -> /mnt/HD_a2/ffp that allows the programs to run. If you move the funplug (e.g. to run off a USB key), adjust the FFP_PATH variable in the fun_plug script accordingly (and add code to mount the USB key).
• The 0.5 version is built with a custom toolchain based on binutils-2.18, gcc-4.1 and uClibc-0.9.29. Consequently, the 0.5 funplug comes with its own set of runtime libraries in /ffp/lib. (Earlier fun-plugs used a toolchain created from the GPL sources tarball provided by D-Link and were linked against the firmware libraries in /lib.)
• Native binutils and gcc packages are available. Programs compiled with these tools will depend on /ffp/lib/ld-uClibc.so.0 as dynamic linker and cannot be used without this funplug (unless you know how to change the dynamic linker path at compile-time). Compiler and linker will also search the /ffp/include and /ffp/lib directories for include files and libraries.
• All development files (include files, static libraries, etc) are included in the respective package files. There are no binary-only or development packages. For some packages to compile successfully, it may be necessary to relink /bin/sh to /ffp/bin/bash.
• The included dns323-utils (dns323-temp, -fan, …) will use libraries in /ffp, too. If you want them to run with firmware libraries (e.g. to prevent disk accesses), use a package from here: http://www.inreto.de/dns323/utils/ 

[/spoiler]

Das ffp an sich ist perfekt, um direkt auf einen USB-Stick gepackt zu werden. Ich hatte bereits schon einmal demonstriert, wie dies für bestimmte Programme funktioniert, jetzt ist das gesamte fun_plug dran, da dann Probleme, wie sich nicht abschaltende Festplatten und lange Antwortzeiten beim ersten Aufrufen einer Webseite (lighttpd auf der ausgeschalteten Festplatte) endlich der Vergangenheit angehören.

Im nun folgenden Tutorial gelten diese Abkürzungen:

• NAS: Conceptronic CH3SNAS oder D-Link DNS-323, funktioniert auf beiden Geräten
• ffp: fun_plug 0.5 von fonz
• “#:” bedeutet Konsoleneingabe (ohne die Zeichen #:)
• [enter] bedeutet Das Drücken der Return-Taste auf der Tastertur

Ich bitte darum das Tutorial erst einmal KOMPLETT zu lesen, BEVOR man es durchführt! Viele Fragen kommen dann erst gar nicht auf und manche Probleme klären sich so von selbst!

Für dieses Tutorial braucht man oh wunder einen USB-Stick. Dieser wird im laufen dieses Beitrag komplett formatiert, d.h. alle Daten gehen verloren! Größenmäßig sollte der Stick oberhalb von 512MB, besser bei einem 1GB liegen. Eine komplett-Installation des fun_plug benötigt etwa 500MB inklusive Paketverzeichnis (Größe ~100MB, wobei man das auch auf der Festplatte halten kann, da man es eh nur einmal braucht). Wichtig in diesem Tutorial ist die Menge der Festplatten im NAS. Je nach dem wird der USB-Stick anders angesprochen. Bei einer Festplatte wird der USB-Stick als “sdb”, bei zwei Festplatten als “sdc” angesprochen. Ich spreche im Tutorial und in allen Dateien immer von sdc, ich bitte dies selbstständig auf sdb zu ändern, wenn nur eine Festplatte im Gehäuse steckt! Eventuell (bei genug Nachfrage) kann ich dies automatisieren, sodass immer nur der richtige USB-Stick (egal ob sdb oder sdc) angesprochen und eingebunden wird. Zudem braucht das NAS eine Internetverbindung, sonst wird meine Anleitung in der momentanen Form nicht laufen!

Bitte jetzt den USB-Stick anstecken! Das grundlegende Problem ist zunächst das Dateisystem des USB-Sticks. Ich rate zu ext2 , da dies bereits im NAS selbst eingesetzt wird und als relativ robust anerkannt ist. Das Problem ist nun, dass die meisten Leser vermutlich kein Programm (z.B. Partition Magic) oder auch keine Umgebung (Linux) installiert haben um den Stick auf ext2 zu formatieren.

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.

Wenn man noch Telnet oder SSH-Zugang zum NAS hat (z.B. durch ein existierendes fun_plug), kann man den folgenden Punkt überspringen und hier weitermachen.

Wir werden daher zunächst eine minimale Linux-Umgebung auf dem NAS einrichten, sodass wir die anschließend folgenden Schritte zur Formatierung auf dem NAS ausführen können. Wenn man keinen Zugang hat (z.B. neues NAS), dann bitte folgende drei Punkte befolgen:

• Download dieser Datei
• Als “fun_plug” (genau so benennen!) über das normale File-Share ins Hauptverzeichnis auf die erste Festplatte (Zumeist als “Volume_1” über Samba freigegeben) legen.
• Beim Reboot wird das fun_plug automatisch heruntergeladen und initialisiert. (Es ist die Version 0.1 von fonz, wir brauchen da aber nix besonders)

Hat man noch Zugang zum NAS, jedoch noch nie einen USB-Stick daran betrieben, so benötigt man eine Datei namens “usb-storage.ko”, die die Einbindung von USB-Sticks in System erlaubt. Zunächst bootet man das NAS mit angestecktem Stick einmal frisch. Anschließend loggt man sich auf das NAS ein und lädt das USB-Modul:

1
2
3
4

mkdir -p /mnt/HD_a2/.bootstrap/
wget http://wolf-u.li/u/165/ -O /mnt/HD_a2/.bootstrap/usb-storage.ko
cp /mnt/HD_a2/.bootstrap/usb-storage.ko /lib/modules/
insmod /lib/modules/usb-storage.ko

Bitte vor dem ausführen der folgenden Schritte prüfen, ob der Stick wirklich dran steckt! Nun werden wir den Stick komplett plätten und frisch partitionieren. Dazu verbindet man sich mit Telnet auf das NAS.

Unter Windows verwendet man dazu am einfachsten das Tool PuttY  von hier . Nach dem Start muss man die Adresse des NAS unter “Host Name” angeben und auf “Open” klicken. Nun öffnet sich die Konsole, wo man direkt eingeloggt ist. Nun benötigt man fdisk zur Formatierung des USB-Sticks (der Befehl ist so korrekt, siehe Beitrag!):

1

cat|fdisk /dev/sdc

]

Dieses Tool zeigt nun die Zeile “Command (m for help):”. Zunächst lässt man sich mittels “p[enter]” die momentanen Partitionen anzeigen. Die Ausgabe sieht bei meinem 512MB Test-USB-Stick so aus:

1
2
3
4
5
6

Disk /dev/sdc: 519 MB, 519569408 bytes
16 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 992 * 512 = 507904 bytes

Device Boot Start End Blocks Id System
/dev/sdc1 1 1022 506881 c Win95 FAT32 (LBA)

Nun löschen wir diese eine Partition:

1

d[enter]

Und legen eine neue an:

1
2
3
4
5
6
7

n[enter]
p[enter]
1[enter]
[enter]
[enter]
t[enter]
83[enter]

Nun haben wir eine Partition erstellt, die die maximale Größe des USB-Sticks ausfüllt und als Linux-Partition markiert ist. DIe Änderungen sehen wir uns noch nochmal an und speichern diese anschließend:

1
2
3
4
5
6
7
8
9

p[enter]
w[enter][/code]

![FFP USB](/upload/2008/07/1318-ffpusb-3.webp "1318-ffpusb-3")

Diese werden wir nun noch auf ext2 formatieren:

```bash
mke2fs /dev/sdc1

Damit ist der USB-Stick fertig vorbereitet.

FP USB

Der nächste Schritt ist nun, dass das endgültige fun_plug heruntergeladen werden muss. Das alte fun_plug wird direkt ersetzt. Das kann man nun noch direkt in der Konsole machen:

1
2
3

rm /mnt/HD_a2/fun_plug
wget http://www.inreto.de/dns323/fun-plug/0.5/fun_plug -O /mnt/HD_a2/fun_plug
chmod a+x /mnt/HD_a2/fun_plug

Wahlweise kann diese Datei auch direkt  heruntergeladen und gegen die momentan existierende Datei im Hauptverzeichnis der ersten Festplatte ausgetauscht werden. Nun brauchen wir noch das neue FFP_SETUP_SCRIPT, welches in einem Update von fun_plug 0.5 eingeführt wurde:

1

wget http://wolf-u.li/u/201 -O /mnt/HD_a2/.bootstrap/setup.sh

Zu guter letzt muss man das ganze noch aktivieren:

1

chmod +x /mnt/HD_a2/.bootstrap/setup.sh

Wenn man die obige minimal-umgebung gestartet hat, dann kann man diese nun vor dem Restart noch entfernen:

1

rm -R /mnt/HD_a2/funplugusbstick/

Nun muss das NAS einmal neu gestartet werden, was entweder über das Webinterface oder die Konsole möglich ist:

1

reboot

Kleiner Hinweis: Meine setup.sh regelt den gesamten Zugriff auf den USB-Speicher und die Initialisierung des fun_plug auf dem USB-Stick. Sollte der Zugriff nicht klappen und kein Log angelegt werden, bitte über die Kommentarfunktion melden.

Nach einem Reboot ist das neue fun_plug 0.5 von fonz geladen und automatisch telnet aktiviert. Zunächst sollte man sich nun mit einem geeigneten Telnet-Programm (unter Linux einfach nur “ssh”, unter Windows verwende ich Putty ,wie oben zu sehen) auf dem NAS einloggen. Bitte für den folgenden Schritt einfach mal das Bild links ansehen, damits klarer wird.

• Login as: root
• Passwort sollte keines verlangt werden

Wenn (oder direkt) “/mnt/HD_a2 #” 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 verlegen:

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 (wird eine Weile dauern):

1
2

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

Nun den Telnet-Client noch nicht schließen! Öffne gleichzeitig nochmals PuttY und verwende aber statt telnet nun SSH. Versuche eine Verbindung zum NAS. Diese wird erfolgreich sein.

Nun (und NUR wenn der Login erfolgreich war!) kann der Telnet-Server deaktiviert werden:

1

chmod -x /ffp/start/telnetd.sh

Auf dem usbstick ist unter “/mnt/usbstorage” 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. Hierzu muss man zunächst alle Pakete von fonz und mir auf das NAS syncronisieren. Ich habe das Verzeichnis auf dem USB-Stick angelegt, wenn es woanders sein, soll soltle das der versierte Nutzer selbst erledigen können ;)

1
2
3
4
5

mkdir /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 die Ordner “packages” (Fonz’ Repository) und “additional” (Uli’s Repository) angelegt, der alle kompilierten Pakete von Fonz und Uli 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 aus Fonz’ Repository installieren, damit sind dann zunächst alle Abhängigkeiten gelöst:

1
2

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

Zusätzliche Pakete (z.B. PHP & mysql) habe ich dann später im Verzeichnis /ffp/pkg/additional abgelegt.

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: /)

Schlusswort: An diesem Tutorial bin ich relativ lange gesessen, damit es einigermaßen verständlich und leicht durchzuführen ist. Doch kein Tutorial ist perfekt und hier können sich aufgrund der Länge Fehler eingeschlichen haben. Ich bitte diese zu entschuldigen und unverzüglich zu melden! Gerne stehe ich über die Kommentarfunktion sowie per Mail (Adresse ist im Impressum zu finden) bei Fragen und Problemen zur Verfügung.

Changelog des Eintrags: 06.09.2008: Update für das FFP_SETUP_SCRIPT 21.12.2010: Update der Download-URLs, Einführung des Update-Scripts

Dieses Tutorial bezieht sich auf fun_plug 0.5, welches veraltet ist und daher nicht mehr genutzt werden sollte! Dieses Tutorial ist daher ebenfalls veraltet! Bitte sehe hier nach den aktuellen Tutorials!

Natürlich muss zunächst das fun_plug und MySQL sowie PHP installiert werden.

Nun muss man den aktuellen phpMyAdmin herunterladen. Diesen gibt es auf Sourceforge  zum Download. Aktuell ist momentan (07.11.2010) beispielsweise die Version 3.3.8.

1
2
3
4
5

cd /srv/www/pages/
wget http://switch.dl.sourceforge.net/sourceforge/phpmyadmin/phpMyAdmin-3.3.8-all-languages.tar.gz
tar xzf phpMyAdmin-3.3.8-all-languages.tar.gz
rm phpMyAdmin-3.3.8-all-languages.tar.gz
mv phpMyAdmin-3.3.8-all-languages phpmyadmin

Nachdem man das aktuelle Paket im Webroot des lighttpd entpackt hat, kann man sich an die Konfiguration machen. Am schnellsten geht dies über die Konsole. Editiere die Datei config.inc.php im Verzeichnis phpmyadmin, sodass diese wie unten aussieht:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

/* Servers configuration */
$i = 0;

/* Server localhost */
$i++;
$cfg['Servers'][$i]['host'] = 'localhost';
$cfg['Servers'][$i]['extension'] = 'mysql';
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['auth_type'] = 'http';

Hinweis: Die PHP-Tags () sind natürlich nicht zu vergessen

Und schon ist phpMyAdmin über http:///phpmyadmin/ zu erreichen. Passwort und Nutzername sind oft während der Einrichtung gesetzt worden, zumeist ist der Nutzername “root”.

Bei der Konfiguration ist folgendes zu bemerken:

• Authentifizierungsmethode: http, da cookie ohne die PHP-Extension mcrypt phpMyAdmin stark verlangsamt.
• Wenn der Fehler: #2002 - Der Server antwortet nicht. (evtl. ist auch der Socket des lokalen MySQL-Servers socket nicht korrekt konfiguriert) auftritt, muss der Servername von localhost auf 127.0.0.1 gesetzt werden, damit phpMyAdmin connecten kann. Achtung: Dann muss aber auch “skip-networking” von MySQL deaktiviert sein.

Changelog des Eintrags:

• 09.10.2008: Überarbeitung passend zum Update des lighttpd & MySQL-Eintrags.
• 23.11.2008: Neue Versionsnummer 3.0.1.1
• 17.01.2009: Neue Versionsnummer 3.1.1
• 05.02.2010: Neue Versionsnummer 3.2.5
• 06.11.2010: Neue Versionsnummer 3.3.8