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 

Kopfhörer mit Kabel sind für mich ein Ding aus dem letzten Jahrtausend ;-) Nein, ernsthaft: Gut sehen Kabel nicht aus, praktisch sind sie auch nicht und irgendwann gehen die Kabel immer kaputt. Das war für mich damals der Grund auf Drahtlostechnik umzusteigen, bereut habe ich diesen Schritt bis heute nicht.

Ein entscheidendes Kriterium bei der Auswahl eines neuen Kopfhörers wird bei der Mehrzahl der Leser neben der Ton- und Sprachqualität sicherlich auch der Preis sein, welcher bei dem Nokia BH-504 derzeit bei ca. 50€ liegt.

Der Klang ist echt nicht schlecht: Ein ausgewogenes Spektrum, mit dem es wirklich Spaß macht, zu hören. Einzig der Bass könnte ein klein wenig mächtiger sein, aber schwachbrüstig ist er trotzdem nicht. Gut finde ich auch, dass man die Dinger so laut aufdrehen kann, dass es weh tut, dann sind sie zumindest nicht zu leise ;-)

Die Ausdauer reicht für auf jeden Fall für die meisten Anwendungsfälle: Die angegeben acht Stunden sind eine realistische Größe, dann muss man die Hörer wieder mit dem mitgelieferten Nokia-Standart-Ladegerät laden.

Die Telefoniefunktion finde ich auch super, besonders beim Laufen. Nur bei lauter Umgebung oder Wind leidet die Qualität dessen, was an anderen Ende ankommt. Außerdem haben die BH-504 einen Knopf zur Sprachwahl, mein Nokia N97 trifft sogar ziemlich häufig den richtigen Kontakt.

Eine Dämmung der Umgebungsgeräusche gibt’s leider nicht wirklich, seltsamerweise hören aber Umstehende nicht die eigene Musik.

Die Kompatibilität ist klasse: Mit Nokia und Sony-Ericsson-Handys hat’s immer funktioniert, das iPhone kann leider mit den Knöpfen zum Weiterschalten oder Vorspulen nichts anfangen. Selbst schuld, iPhone-Besitzer, wenigstens bekommst du dann immer die Möglichkeit, es zum Angeben aus der Tasche nehmen zu können ;-) Bei dem Sendegerät muss man auf die Bluetooth-Profile AD2P für Musik, AVCRP zum Vorspulen und Pausieren und HSP/HFP für Telefonie achten.

Das Design gefällt mir: Die BH-504 sitzen auf den Ohren, statt sie zum umschließen. Beim Sport schwitzt man darunter daher nicht übermäßig und genießt ihren exzellenten Halt und die praktischen Kontrollelemente. Das Aussehen der Hörer ist sicher nicht schlecht, könnte aber eine Nuance cooler rüberkommen. Der Faltmechanismus ist praktisch. Zerbrechlich sind die Nokia BH-504 aber sicher nicht: Sie wurden schon unzählige Male als Inhalt meiner Umhängetasche unabsichtlich auf den Boden geworfen und halten das schon über ein Jahr durch!

Die KOSS Portapro sind schon ewig auf dem Markt, idealo.de hat sie seit 2001 gelistet. Für den Preis von rund 25€ ist der erste Eindruck vom Klang wirklich umwerfend: Wenn man sie zum ersten Mal aufsetzt, dann hauen einem die Bässe wirklich absolut die Löffel weg!

Auf Dauer ist leider irgendwann der Bass einfach too much. Es stört mit der Zeit, dass der Sound unausgewogen und zu dumpf ist.

Beim längeren Tragen, etwa beim Laufen, nehme ich mit dem Equalizer extra den Bass heraus, aber irgendwann kommt immer dieser unangenehme Druck der Bässe auf die Ohren.

Die fehlende Schalldämmung nach außen stört aber doch irgendwann deutlich: Egal ob im Zug oder im Fitnessstudio, man sollte dort nur ganz leise hören, denn in der Umgebung hört jeder mit. Das Problem zweite Problem daran ist aber, dass auch jeder Lärm von außen durch kommt, deswegen müsste man aufdrehen. Mein Eindruck war, dass ich in fünf Jahren kein Gehör mehr habe, wenn ich weiter aufdrehe. Man macht sich mit dem Druck der Bässe echt die Ohren kaputt!

Vom Design her sind die PortaPro total spacig. Ich finde, sie sehen gut aus, aber das liegt wohl immer im Auge des Betrachters.

Die Faltfunktion ist praktisch. Damit kann man die PortaPro zu einem sehr winzigen Paket zusammenfalten. Ich hätte mir nur gewünscht, dass die Hörer dem Träger mit dem Faltmechanismus nicht so oft die Haare ausrupfen würden.

Alles in allem würde ich mir die PortaPro nicht wieder kaufen. Auch wenn man vom Bass erstmal total begeistert ist, merkt man irgendwann, dass das nicht alles ist. Ein ausgeglichenes Spektrum wäre eine feine Sache gewesen und etwas Schalldämmung auch.

Heute bin ich sowieso eher ein Fan von drahtlosen Kopfhörern, weil Kabel verheddern, kaputt gehen und einfach fürchterlich aussehen. Die sind nicht soo viel teurer und ein Bluetooth-Handy hat heutzutage auch so gut wie jeder.

Benötigte Hard- und Software

• PC mit SSH- und/oder Telnet-client
• fun_plug-Software (Download und Installation siehe hier)
• 1 uralte Festplatte, auf der fun_plug übergangsweise installiert werden kann (“Hilfsplatte”)
• 1 alte Platte –> Platte 1 für RAID1-System
• 1 neue Platte –> Platte 2 für RAID1-System (absolut identisch zur oberen)

HINWEIS: Diese Anleitung wird auf eigene Gefahr durchgeführt. Dieser Artikel kann sehr leicht zum vollständigen Datenverlust führen! Ich übernehme keinerlei Verantwortung! Bitte versucht das zu umgehen und kauft euch lieber eine Festplatte auf der ihr die Daten zwischenspeichert!

Im folgenden “#” bezeichnet Konsoleneingaben, dabei ist jedoch “#” wegzulassen.

Hardware einbauen

• NAS ausschalten
• Alte Platte ausbauen
• “Hilfsplatte” für fun_plug einbauen (siehe Problembeschreibung unten wegen umount-Problem mit fun_plug), muss vermutlich im oberen bzw. linken Slot sein, damit fun_plug beim booten erkannt wird
• neue, leere Platte in NAS einbauen (muss dann anderer Slot “sdb” sein)

Formatierung und fun_plug

• NAS starten
• Neue Platte und “Hilfsplatte” durch NAS formatieren lassen (s. Manual, getrennte Platten, kein JBOD oder RAID)
• Auf Hilfsplatte fun_plug mit ftp aufspielen

Ergebnis der Formatierung betrachten,RAID1-Array erstellen und fun_plug kopieren

~# df

so ungefähr könnte es aussehen:

Filesystem 1k-blocks Used Available Use% Mounted on rootfs 13879 11374 1789 86% / /dev/root 13879 11374 1789 86% / /dev/loop0 6784 6784 0 100% /sys/crfs /dev/sda2 75346560 221464 75125096 0% /mnt/HD_a2 –> Hilfsplatte mit fun_plug /dev/sda4 497861 10539 487322 2% /mnt/HD_a4 –> Teil der 80GB-Platte mit System- und Printserver-Daten /dev/sdb2 1921830604 616736652 1207470564 0% /mnt/HD_b2 –> neue Platte - Daten /dev/sdb4 497861 10537 487324 2% /mnt/HD_b4 –> neue Platte - Systemdaten

Alle Laufwerke der neuen Platte umounten

~# umount /mnt/HD_b2 ~# umount /mnt/HD_b4

RAID1-Array erstellen (fehlende Platte wird mit “missing” gesetzt)

~# mdadm --create /dev/md0 --level=1 --raid-disks=2 missing /dev/sdb2

Mounten und mit “df” ansehen

~# mount /dev/md0 /mnt/HD_b2

fun_plug auf neue Platte spielen

~# cp -R /mnt/HD_a2/ffp /mnt/HD_b2 ~# cp /mnt/HD_a2/fun_plug /mnt/HD_b2

Platten umbauen und Daten auf neue Platte spielen

• Ausschalten

• Hilfsplatte ausbauen

• Neue Platte an Stelle der Hilfsplatte einbauen, wegen fun_plug (jetzt sda)

• Alte Platte mit Daten im zweiten Slot einbauen (sdb) –> ACHTUNG: nicht über das Webtool formatieren, es würden alle Daten verloren gehen!

• Einschalten und Verbindungsaufbau zum NAS

• Gemountete Platten mit “df” ansehen, folgende Partitionen sollten unter anderem existieren:

/dev/sda2 1921830604 616736652 1207470564 0% /mnt/HD_a2 –> neue Platte - Daten (Zielplatte) /dev/sda4 497861 10537 487324 2% /mnt/HD_a4 –> neue Platte - Systemdaten

–> zusätzlich einige Partitionen der Quellplatte (als sdb1…sdbn)

• Daten kopieren (geht sicher auch mit “rsync -aqxP /quelle /ziel” (vorher mounten)):

Beispiel für alle Verzeichnisse und Dateien ohne Endung:

~# cd /mnt/HD_b2/ ~# cp -aR * /mnt/HD_a2/Part1Verz1

Beispiel für einzelne Verzeichnisse:

~# cd /mnt/HD_b3/ ~# cp -aR Verz1 /mnt/HD_a2/Part2Verz1 ~# cp -aR Verz2 /mnt/HD_a2/Part2Verz2

Beispiel für einzelne Dateien:

~# cd /mnt/HD_b4/ ~# cp -a File1 /mnt/HD_a2/Part2Verz1/

Achtung ab hier kann man sehr leicht die Platten verwechseln! Sda ist oben/links und jetzt die Platte mit den Daten, sdb ist unten/rechts und wird gelöscht. Alle benötigten Daten müssen jetzt auf der oberen/linken Platte (sda) sein.

Alte Platte als zweite RAID1-Platte vorbereiten

Alte Platte (unten im Beispiel “sdb”) per fdisk löschen

~# cat|fdisk /dev/sdb d,4,d,3,d,2,d,w

Alte Platte (unten sdb) neu mit fdisk einrichten (die Partitionstabellen der RAID1-Partition müssen absolut identisch sein!) –> erste Partition (sdb1) ist SWAP (Typ 82), zweite Partition (sdb2) ist Datenbereich, sdb3 nicht benutzt, sdb4 ist Systembereich

~# cat|fdisk /dev/sdb n, p, 1, 1, 66, t, 82 n, p, 2, 131,enter n, p, 4,enter(67),enter (130) w

Platte (unten im Beispiel “sdb”) von Hand formatieren (ext3: mke2fs -j, ext2: “-j” entfällt)

~# mke2fs -j /dev/sdb2

Das gleiche mit Partition sdb4

~# mke2fs -j /dev/sdb4

Swap aktivieren

~# mkswap /dev/sdb1 ~# swapon /dev/sdb1

Neustart per Knopfdruck (reboot bzw. poweroff habe ich nicht getestet)

Aktuellen RAID1-Status ansehen und verändern

Nach reboot gemountete Platten kontrollieren:

~# df Filesystem 1k-blocks Used Available Use% Mounted on rootfs 13879 11374 1789 86% / /dev/root 13879 11374 1789 86% / /dev/loop0 6784 6784 0 100% /sys/crfs /dev/md0 1921830604 616736680 1207470536 34% /mnt/HD_a2 --> mit etwas Glück bereits erkannt (/dev/md0), kann auch noch als /dev/sda2 sein /dev/sda4 497861 10539 487322 2% /mnt/HD_a4 /dev/sdb2 1921830604 616736680 1207470536 0% /mnt/HD_b2 --> sehr wahrscheinlich noch separat /dev/sdb4 497861 10536 461621 2% /mnt/HD_b4

…und den RAID-Status ansehen (liefert nur was zurück, wenn /dev/md0 existiert):

~# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] md0 : active raid1 sda2[0] 1952467712 blocks [2/1] [U_] unused devices:

–> von 2 Platten ist eine vorhanden, steht ein (F) ist diese fehlerhaft, ein (S) steht für spare-disk –> steht nur [1/1] da, muss die Anzahl der Platten erhöht werden:

1

mdadm -G /dev/md0 --raid-devices=2

Andere Platte zum RAID-Verbund dazubringen

1

mdadm --add /dev/md0 /dev/sdb2

Wenn alles passt, beginnt das System sofort mit dem Kopieren der Daten auf die neue Platte:

1

watch cat /proc/mdstat

1
2
3
4
5
6

Every 2s: cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sdb2[2] sda2[0]
1952467712 blocks [2/1] [U_]
[>....................] recovery = 0.8% (16835008/1952467712) finish=322.5min speed=100027K/sec
unused devices

Warte bis die Recovery abgeschlossen ist!. Anschließend Neustart per Knopfdruck (reboot bzw. poweroff habe ich nicht getestet)

Atuellen RAID1-Status ansehen und wenn nötig RAID1-Konfigurationsdateien kopieren

So sieht es aus, wenn alles passt:

1

cat /proc/mdstat

1
2
3
4

Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sda2[0] sdb2[1]
1952467712 blocks [2/2] [UU]
unused devices:

Um nach dem Reboot das RAID-System wieder zur Verfügung zu haben, kann es nötig sein die Konfigurationsdaten zu kopieren. Wurde die obere Platte bereits als /dev/md0 gemountet, ist dieser Schritt evtl. nicht nötig. Die Dateien in den “.systemfile”-Ordnern kann man sich mal ansehen. Nur kopieren, wenn nötig! Kopieren der Dateien aus dem “/etc/tmp_raid_table” - Verzeichnis nach /mnt/HD_a4/.systemfile

~# cp /etc/tmp_raid_table/* /mnt/HD_a4/.systemfile/

Kopieren der Dateien aus dem “/etc/tmp_raid_table” - Verzeichnis nach /mnt/HD_b4/.systemfile

~# cp /etc/tmp_raid_table/* /mnt/HD_a4/.systemfile/

Ändern von EXT2 auf EXT3 (wenn mit “-j” formatiert) in web-Datei, sowie Anzahl Disks auf 2!

Probleme und Lösungen

Ein umount der Partitionen schlägt fehl, wenn fun_plug läuft

Workaround:

• Hilfsplatte einsetzen und vom Gerät formatieren lassen (z.B. 80GB)
• fun_plug auf dieser Platte installieren
• fun_plug auf anderer Platte deaktivieren (Datei und ffp-Verzeichnis umbenennen) oder löschen
• Ausschalten
• Festplatten vertauschen
• Einschalten

Ich möchte hier meine Projekte mit meinen “Würfeln” vorstellen, welche ich nun seit mehr als einem Jahr am Laufen habe.

Da ich nebenberuflich Kunden mit Ihren IT-Problemen betreue und es dort ab und an vorkommt, dass ich komplette Systeme neu aufsetzen bzw. installieren muss, kommt man sehr oft in die Bedrängnis, mit CDs und DVD’s zu jonglieren.

Ich habe meist mit folgende Betriebssystemen Kontakt: XP (Home, Pro), SUSE als Server, ab und an ne alte Windows 2K ….

Nun haben Datenträger die Eigenart Beine zu bekommen oder sie verstecken sich sehr gerne (Falsch eingelegt in den Ordner, oder manchmal auch gar nicht ….. ohne Worte)

Nun hatte ich in meiner hauptberuflichen Laufbahn mal nebenbei (wie bei Administratoren immer so vorausgesetzt) mit einem Projekt zu tun, bei welchem ich mal eben schnell knapp 40 Rechner installieren sollte und oben drauf noch einen Windows weiß nicht was für einen Server. Das imponierende an diesem Server war, ich hatte innerhalb kürzester Zeit (glaube knapp ne Woche oder so) einen Windows-Server am Laufen und auch heraus bekommen, dass man wohl angeblich damit in der Lage sein soll zig PCs parallel zu installieren. Auch dieses hatte ich innerhalb von wenigen Stunden zum laufen bekommen (INET sei Dank, für all die vielen und schönen Informationen)

Jetzt kommt der Teil, der mir die Schuhe aus zog. Die oben erwähnten 40 Rechner hatte ich innerhalb von einem Tag samt benötigter MS-Software (also Office und Co.) mal so eben schnell installiert und war quasi dem Zeitplan um tagen Voraus. Ich habe nicht einmal für all diese PC’s, nach dem Vorbereiten des Servers, eine CD in die PCs stecken müssen. Diese Funktion im Windows Server nannte sich RIS ( Remote Installation System). Da ich danach nie wieder mit einem Windows-Server zu tun hatte, war ich irgendwie traurig, bei jedem Mal, wenn ich eine CD oder DVD zur Installation benutzen musste.

Nun habe ich Berufsbedingt (Netzwerkadministrator von ca. 600 schicken CISCO Geräten und zig Linux-Firewalls, Mail- und andere Server) weiterhin nicht viel mit Windows am Hut und bin eher aus der Linux Ecke.

Ich habe immer mal versucht über Boot-Images etc. eine Art RIS zurecht zu biegen, es aber nie in der Art und Weise geschafft, wie ich es damals auf dem Windows-Server sah. Es war damals schon egal, welche Hardware drin steckte, welche Netzwerkkarten benötigt wurden, einfach die Treiber hinterher kopieren, den neuen Rechner Booten, XP installieren das war’s. Wie auch immer, es verging ne Menge Zeit. Seit ich nun VDSL habe, habe ich auch einen PC-Basierenden Router am Laufen.

Das hat verschiedene Gründe:

1. brauche ich unbedingt VPN
2. VPN auf fertigen Routern welche auch noch VDSL beherrschen (also VLAN-Taging von PPPoE-Paketen) kosten schon fast ein Vermögen.
3. hatte ich noch ein P4-Board von Asrock, ein 19"-Schrank (Jepp, ich habe in meinem Haus eine strukturierte CAT7/CAT5 Verkabelung) und darin leer stehend ein PC-Gehäuse (6HE)

Nun schnell den PC zusammen gebastelt, IPCOP drauf und schon hatte ich alles was ich brauchte. In diesem Schrank stehen auch 3 Conceptronic CH3SNAS “gepimpt” mit einem dicken Kondensator am Einschalter, damit die (von mir lieblich Würfel genannt) NAS, wenn sie über die Zeitschaltuhr eingeschaltet werden automatisch starten. Normalerweise müsste man beim Einschalten der Stromzufuhr jeden Würfel einzeln einschalten … Daher der Kondensator und die Zeitschaltuhren. Ein “Würfel” dient als Media-Streamer für meine Tochter, die anderen beiden sind einfach nur Backup-Server für ein entferntes Backup vom Kunden.

Da dieses Backup sehr von den Würfeln abhängt, hier eine kurze Beschreibung:

Die Funktion sieht aus wie folgt: Da Bänderschreiben zu lange dauert und ab einer bestimmten Größe auch sehr teuer ist, habe ich mit meinen Kunden folgendes Konzept vorgeschlagen:

• Backup 1. Stufe: Ein NAS steht vor Ort, auf welchem entweder automatisiert (wenn ein Linux-File-Server vorhanden) eine DaSi erfolgt oder manuell auf einer Windows-Kiste angestossen.
• Backup 2. Stufe: per VPN-Tunnel durchs Internet hindurch wird ein RSYNC angestoßen, welches nur die veränderten Dateien auf einem bei mir im Serverschrank stehenden “Würfel” schreibt.

Wenn kein Linux-Server vor Ort steht, kommt ein Programm zur Ausführen welches ich mit AutoIt  geschrieben habe. Ich habe dort sehr einfach die Möglichkeit Abläufe zu programmieren. Abhängig von den Ergebnissen, lasse ich mir Emails mit entsprechender Wichtigkeitsstufe schicken. Das Ganze eingepackt in einer schönen und informativen Oberfläche freut den Kunden über die Einsparung von Zeit und Geld und erhöhter Sicherheit. Wenn , als kleines Plus, sich der Server/PC auch noch selber ausschaltet ist die Freude beim Kunden sehr groß.

Unter Linux ist das Ganze weniger optisch aufbereitet am Arbeiten und für den Kunden unsichtbar sowie komplett automatisch. Aber auch hier erhalte ich meine wichtigen Mails mit entweder dem blauen Ausrufezeichen (alles OK) oder dem roten Ausrufezeichen (da ist was schief gelaufen).

Es gibt, in Perl geschrieben, ein Programm, dass nennt sich “mime-construct” hier . Vorausgesetzt, auf dem ausführenden Server (egal ob Liunx, unser schöner Würfel oder IPCOP/IPFIRE) ist der MTA (Mail Transfer Agent) meist Postfix, sendmail o.ä. schon soweit konfiguriert, dass Mails verschickt werden können, ist dieses Perl-Programm eine kleine Erleichterung, wenn es darum geht HTML-Mails per Script zu generieren und zu versenden. Zu installieren ganz einfach mit dem kleinen Perl-Helfer cpan ….

Nun hatte ich aus den oben genannten Gründen einige “Würfel” am Laufen. Alle, wie schon oben beschrieben, mit einem Kondensator gepimpt, zur automatischen Einschaltung zusammen mit dem Einschalten der Stromversorgung per 3,- € Schaltuhr, zum Stromsparen.

Zu meinem Router:

Zu erst hatte ich eine Zeitlang IPCop  installiert jetzt fahre ich IPFire, da letztere Distri mehr Funktionen zu bieten hatte, ist dies meine aktuelle Distri, welche ich gern benutze, da auch super stabil. IPFire & IPCop haben beide eine sehr komfortable grafische Oberfläche welche per Browser sehr gut zu bedienen ist. Eine Funktion die mir von Anfang an ins Auge stach ist der DHCP-Teil. Im DHCP Server von beiden Systemen hat man nicht nur die Möglichkeit statische IP-Adressen zu vergeben und zu verwalten. Als kleines Plus so zu sagen, kann man hier noch TFTP-Funktionen konfigurieren. (Ich hatte ähnliches mal selber hingebogen mit einem Projekt was sich DIXIE nannte, an welchem ich auch eine Zeitlang aktiv mit programmiert hatte)

Was bedeutet:

Bootet ein PC mit aktivierter Bootfunktion der Netzwerkkarte über das Netzwerk, kann DHCP nicht nur eine IP-Adresse, Netzwerkmaske, Router-Adresse etc. übermitteln, sondern auch noch einen TFTP-Server mit angeben, welchen das bootende Gerät dann nach einer Bootbaren aber per DHCP vorgegebenen Datei befragt.

Wichtig ist, die Geräte müssen in der Lage sein und PXE (Pre-Boot Execution Environment) verstehen. Die neueren Rechner mit LAN-On-Board sowie einzelne Netzwerkkarten von den üblichen Herstellern können dieses in der Regel. Meist ist es nur eine kleine Einstellung im Bios, welches diese Funktion aktiviert (Achtung bei Aktivierung auch an die Boot-Reihenfolge der aktiven eingebauten Geräte im PC denken)

Im Falle von extra eingebauten Netzwerkkarten, bekommt man in der Regel für kurze Zeit während des Bootens eine Nachricht zu sehen, worin steht, wie man die Boot-Einstellungen der Netzwerkkarte erreichen kann. Meist wie beim BIOS-Setup irgend eine abenteuerliche Tasten-Kombination die simultan gedrückt werden muss. Ist die Lan-Boot Funktion per PXE aktiviert, steht einer Remote-Installation per RIS schon fast nichts mehr im Wege.

Nun wird es interessant! Durch Zufall bin ich auf folgende Adresse gestoßen: http://oss.netfarm.it/guides/ 

Dort steht beschrieben, wie man unter Linux einen von mir sehr lang ersehnten RIS-Server zum Laufen bringt. Auf allen Würfeln habe ich selbstverständlich das fun_plug nach der Anleitung von Uli am Laufen. Da ich nie im Voraus weiß, was ich später einmal brauchen könnte, installiere ich meist alles, was ich so finden kann, so auch geschehen mit dem fun_plug!

Nun habe ich alles, was ich so brauchen könnte um die RIS-Tools zu kompilieren und zu installieren. Nach dem ich alles laut den Anleitungen kompiliert, installiert und eingerichtet hatte, kann ich nun per grafischer Oberfläche mittels GFX-PXE-Boot mir quasi aussuchen, was ich auf dem nächsten PC installieren möchte. Ich habe zur Auswahl XP Pro, XP Home, W2K-Pro, Linux diverse Versionen. Wie schon beschrieben, DHCP + grafischer Oberfläche wird mir vom IPCOP / IPFIRE zur Verfügung gestellt.

Folgende Einträge sind dort sehr wichtig:

1. MAC-Adresse vom PC
2. IP-Adresse vom PC
3. Ein Häkchen in “Aktiviert” setzen
4. Eventuell das Feld Anmerkung ausfüllen bei IPCOP hat man noch ein Feld für den PC-Namen, das wurde bei IPFIRE weggelassen und durch fortlaufende Standardeinträge ersetzt.
5. next-Server: hier kommt die IP-Adresse vom Würfel eingetragen
6. Filename: entweder “pxelinux.0” oder “gpxelinux.0” je nach belieben, welche Oberfläche einem besser gefällt.
7. root path: in meinem Falle: /mnt/HD_a2/REMINST

Damit wäre der erste Schritt getan. Jetzt muss nur noch der Würfel entsprechend vorbereitet werden. IPCOP und IPFIRE, muss nicht unbedingt als Router eingesetzt werden, wenn man eine kleine stromsparende Intel kompatible Büchse hat, einfach Boot-CD herunter laden und halt nur die grüne Karte aktivieren und als rot irgend was auswählen. Wer sich selber herantraut, kann das Ganze auch auf dem Würfel zum Laufen bringen, nur warne ich davor, so eine passende dhcpd.conf Datei hat es in sich, nachträgliche Änderungen per Editor und ein Schreibfehler…. man sucht manchmal einige Zeit nach dem kleinen Fehler.

Meinen TFTP-Boot-Kram habe ich das Verzeichnis /mnt/HD_a2/REMINST auf dem Würfel angelegt. Für PXE-Infos und Tar-Balls, Wiki etc besucht mal diese Seite . Unter dem Verzeichnis /mnt/HD_a2/REMINST sind folgende Dateien:

• pxelinux.0 (PXE-Bootdatei, ASCII-Menu-Oberfläche)
• gpxelinux.0 (PXE-Bootdatei, teils grafische Menu-Oberfläche)

Dazu das Verzeichnis pxelinux.conf mit der Datei default

Der Inhalt könnte wie folgt aussehen (im Falle von gpxelinux.0):

 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

DEFAULT vesamenu.c32
PROMPT 0
# Menu Configuration
MENU WIDTH 80
MENU MARGIN 10
MENU PASSWORDMARGIN 3
MENU ROWS 12
MENU TABMSGROW 18
MENU CMDLINEROW 18
MENU ENDROW 24
MENU PASSWORDROW 11
MENU TIMEOUTROW 20
MENU TITLE -=*[ Mein Remote Boot Menu per PXE ]*=-
TIMEOUT 1000

LABEL bootlocal
 MENU DEFAULT
 MENU LABEL von eigener Festplatte booten
 LOCALBOOT 0
LABEL rescue
 MENU LABEL Rescuedisc
 KERNEL kernel32
 APPEND vga=normal initrd=rootfs.cgz root=/dev/ram0 rw
LABEL win2k
 MENU LABEL Windows 2000
 KERNEL w2k.0
LABEL winxp
 MENU LABEL Windows XP Professional
 KERNEL winxp.0
LABEL winhp
 MENU LABEL Windows XP Home
 KERNEL winxh.0
LABEL win2k3
 MENU LABEL Windows 2003
 KERNEL w2k3.0
LABEL suse-11.3-32bit
 MENU LABEL Open SuSE 11.3 32Bit
 KERNEL suse-11.3-linux
 APPEND VGA=ask initrd=suse-11.3-initrd install=ftp://192.168.9.99

Nun unter /mnt/HD_a2/REMINST den RIS-Kram von hier  kompilieren und nach /mnt/HD_a2/REMINST/binlsrv installieren. Achtung, es wird auch der Python-Interpreter aus dem fun_plug benötigt!

Unter /mnt/HD_a2/REMINST liegen meine Verzeichnisse wie folgt:

• inf: hier kommen alle benötigten .inf Dateien von den Netzwerkkarten hinein
• sys-files: hier kommen von den Treibern alle .sys, .cat, .com, .dll etc. Dateien rein

Nun das Programm infparser.py aus dem binlsrv-Verzeichniss den Cache nach Anleitung vom Programm aufbauen lassen.

Ich lasse per /ffp/start/tftp den TFTP-Server als auch den binlsrv (die kompilierte binäre Version) auf dem Würfel laufen und habe das Start-Script wie folgt angepasst:

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

#!/ffp/bin/sh

# PROVIDE: in.tftpd

. /ffp/etc/ffp.subr

name="in.tftpd"
command="/ffp/sbin/in.tftpd"
tftpd_flags="-l -s /mnt/HD_a2/REMINST"
in_tftpd_flags="-l -s /mnt/HD_a2/REMINST"

tftpd_flags="-l -s /nfsroot"
in_tftpd_flags="-l -s /nfsroot"

cd /mnt/HD_a2/REMINST/binlsrv
./binlsrv &

run_rc_command "$1"

Gestripped ist der Server nur knappe 12Kb groß und frist nicht zuviel RAM und Ressourcen, daher hatte ich mich entschieden, die binäre Variante laufen zu lassen an Stelle der Python basierenden Variante. Na klar hätte ich ein eigenes Script schreiben können, aber die Nervosität, ob so etwas denn wirklich funktionieren könnte, hat mich zu einer noch heute anhaltenden “quick and dirty” Lösung hinreißen lassen. Wie heißt es so schön: Ein Provisorium hat meist länger Bestand als …….

Dann der Test …. es funktioniert. Ich kann nun selbst PCs ohne irgendwelche Wechselträger Laufwerke wie CD’s oder DVD’s mit der Installation von XP oder W2K, Linux beglücken. Beim Kunden vor Ort, erspart man sich sehr viel Zeit mit so einer RIS-Umgebung! Zusätzlich kann man .sif Dateien nach seinen Bedürfnissen anpassen.

Um nicht jedes Mal die Windows-Update Dateien aus dem Internet wo möglich noch mit einer “Klecker-Leitung” herunter zu laden, gibt es die Möglichkeit von der Zeitschrift CT das Programm ctupdate zu installieren. Das Programm kann für alle Windows-Versionen, alle Office-Versionen in jeder Sprache und für jede Plattform (32bit, 64bit) alle benötigten Patche herunterladen und in einem Verzeichnis zur Verfügung stellen. Früher von ‘CT und dem Autor zusammen entwickelt, jetzt vom Autor Torsten Wittrock in Eigenregie weiter entwickelt kann man sich das Paket hier  herunterladen und installieren. Im ausgepackten Archiv unter sh findet man die entsprechenden Scripts für die nächtlichen Downloads.

Etwas ist hier zu beachten: Office 6 wird von der aktuellen Version nicht mehr unterstützt. Man kann sich aber noch die ältere Version (6.2) vom CT bzw. Heise Server besorgen in ein eigenes Verzeichnis installieren und nur den älteren kram einmal herunter laden und dann aufheben, z.B.: für Installationsarbeiten an älteren Office-Versionen. Da hier keine weiteren Sicherheitsupdates von Microsoft zur Verfügung gestellt werden.

Die aktuelle Version von ctupdate bzw. heute wsusoffline schließt auch aktuelle Windows Versionen mit ein. Bisheriger Nachteil: leider lässt das Programm keine Installationen von einem Netzlaufwerk zu. Sprich man muss sich aus dem Archiv und den herunter geladenen Patches das komplette Verzeichnis “client” auf den PC Kopieren. Mit einem Giga-Netzwerk dauert es nur einpaar Minuten. Das Programm UpdateInstaller.exe bietet eine grafische Oberfläche wo man automatische Reboots und einiges mehr einstellen kann. Ansonsten stellt das Programm selber fest, welche Patches schon installiert wurde und installiert nur die Benötigten nach.

Es ist schon sehr zeitsparend, als jedes Mal auf den Autoinstaller von Windows zu warten, oder per Web-Interface sich den kram mühsam herunter zu laden. Zu den Patches zählen übrigens auch die Service-Packs ….. Und das für Windows als auch Office! Einige Programme und so weit ich mich erinnere auch ctupdate bzw. wsusoffline brauchen kleinere Module welche nachinstalliert werden müssen. Diese Module werden meist im Zusammenhang mit den Interpretern Perl oder php benötigt und lassen sich per cpan für perl bzw. pear für php sehr einfach nach installieren. Auch erkennen diese “Modul-Verwalter” für php oder perl fehlende Abhängigkeiten und teilen einem dies entweder mit oder fragen gleich danach ob diese auch gleich installiert werden sollen.

Die Wiki Seiten der von mir benutzten Programme und Projekte sind alle sehr gut beschrieben. Zwar in Englisch, aber trotz dem sehr gut. Die meisten Projekte bieten für weitere Fragen oder Probleme auch Foren oder Mailinglisten an. Wie schon eingangs beschrieben, habe ich von dem fun_plug alle Pakete installiert und daher nur wenig zu tun gehabt mit Nachinstallationen für alle oben genannten Programme und Projekte.

Alles in Allem, kann man sagen, dass so ein keiner Würfel, einem “Kleinkrauter” das Leben doch sehr vereinfachen und im IT-Alltag sehr behilflich sein kann.

Unter dem schwarzen Deckel steckt weit aus mehr als “nur” ein Datei- und Streaming-Server !

Er, der kleine Schwarze Würfel, kann zu Hause oder auch in einer kleinen Firma die Anschaffung von teurem Equipment ersparen. Ich habe den Kauf bis heute nicht bereut und möchte an dieser Stelle allen Projektteilnehmern, Programmierern und ganz speziell Uli meinen Dank aussprechen ohne Derer es solch tolle Möglichkeiten nie geben würde!