Die Ergebnisse:

Einzelne Festplatten, große Dateien (1GB):

¹ Minimal 12000kbytes/s, maximal 17000kbytes/s, stark schwankend

RAID 0, große Dateien (1GB):

RAID 1, große Dateien (1GB):

JBOD liefert die gleichen Ergebnisse wie einzelne Festplatten. Manche Ergebnisse haben mich etwas verwundert, wie beispielsweise die Leserate von RAID0. Diese habe ich nochmals geprüft, der Wert blieb stabil.

• Standard (Zwei getrennte Platten)
• JBOD (Just a Bunch of Disks)
• RAID 0 (Striping - Speicherplatz)
• RAID 1 (Spiegelung - Datensicherheit)

Die letzten drei Möglichkeiten gehen jedoch nur, wenn zwei Platten eingebaut sind.

Im nächsten Schritt wählt man den Typ des Dateisystems. Es stehen ext2 und ext3 zur Auswahl, wobei ich mich für ext3 aufgrund der erhöhten Datensicherheit entschieden habe.

Nun wird die Platte formatiert. Im Anschluss wird das System einmal neu gestartet und das Webinterface steht zur Konfiguration bereit. Vor dem ersten Login empfihelt es sich auf der Firmenseite von Conceptronic zunächst nach einer neuen Firmware zu schauen. In meinem Fall war ein Update von 1.00 auf 1.01 vorhanden, welches ich zunächst über "Maintenance" -> "Firmware" eingespielt habe. Nach dem Reboot habe ich über "Maintenance" -> "System" zunächst das NAS auf Fabrikeinstellungen zurück gesetzt.

Mal wieder ein Restart Nun führe ich den Wizard für diverse Einstellungen aus.

Zum Schluss richte ich den NTP-Server zum Setzen der Systemuhrzeit ein. Einen entsprechenden Server habe ich hier von ntp.org ausgewählt und anschließend unter "Basic Setup" -> "Date and Time" eingetragen. Kurz später wird die Zeit aktualisiert. Ob diese immer mal wieder gesetzt wird (z.B. über einen Cron-Job) bleibt abzuwarten, aber ich vermute, man kommt um das gelegentliche Setzen nicht herum.

Als nächstes werde ich mich wohl mal am fun_plug versuchen...

• Abmessungen: 116×98x194 mm (BxHxT)
• Gewicht: 898g (ohne Festplatte)

Zunächst möchte ich ein paar Fotos von der Hardware zeigen. Im Paket sind zunächst folgende Artikel enthalten: Conceptronic CH3MNAS Netzteil Kaltgeräteanschlusskabel Netzwerkkabel Schraubenpäckchen (zum optionalen Befestigen der Festplatten) Bedienungsanleitung Garantieschein

Das eigentliche Gehäuse besteht zum größten Teil aus Metall, welches für die Wärmeabführ zuträglich sein dürfte. Die Festplatten werden über die abnehmbare Front in das Gehäuse eingefüllt, welche anschließend wieder gegen versehentliches Öffnen gelocked werden kann.

Die Festplatten können, wie bereits angesprochen, mittels Schrauben befestigt werden. Hierzu wird an den Seiten ein Plastik-Teil (mit dem Schriftzug "Conceptronic") abgenommen, die mitgelieferten Schrauben eingesetzt und das Plastik-Teil wieder eingesetzt.

Anschluss-technisch hat sich gegenüber dem CH3SNAS nicht viel getan. Neu ist allerdings der Anschluss für das Kensington-Lock, welcher allerdings meines Erachtens eine trügerische Sicherheit bietet. Die Festplatten werden hierdurch nicht gelocked und nach Abschrauben der Rückseite (die außer dem Festhalten des Lüfters keine Funktion hat) wird das ganze außer Kraft gesetzt. Den schnellen Langfinger hindert es dennoch vielleicht

Das wars von den ersten Eindrücken. In den kommenden Tagen will ich mich intensiver mit dem Innenleben und der Software beschäftigen.

In vielen Mails die ich erhalten habe, wird immer wieder nach einer Backuplösung für das CH3SNAS gefragt. Ich habe auf meinen Servern ein einfaches Skript am laufen, welches sich Backup2l schimpft und sehr gut für Text-Dateien geeignet ist, da es hervorragende Komprimierungsmechanismen mitbringt.
Für Fonz Fun_plug 0.5 habe ich nun ein Paket geschnürt, welches eine schnelle und einfache Installation dieses Skriptes bietet.

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:

du --version

Hier muss in der ersten Zeile:

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:

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

Zusätzlich muss die Zeile

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:

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.

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:

Dies führt beispielsweise zur folgenden Ausgabe:

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:

Ich stelle dann wie folgt mein Verzeichnis wieder her:

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.

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.