Svens Netzblog

Ohne weiteren Kommentar:

The Mountain von Terje Sorgjerd bei Vimeo.

Wo sind meine Blutdruck-Pillen hin?

Grund: Die Herren Politiker brüten mal wieder über Netzsperren. Diesmal nicht als Stoppschild gegen Kinder- und Jugendpornographie. Nein, diesmal geht es um Glücksspiele im Internet und das Monopol der Länder darauf und wie man dieses umsetzen könne. Und da kommen natürlich sofort die Netzsperren wieder hervor, da diese ja früher so wunderbar funktioniert haben.

Lesen und weinen oder auch kotzen, wie man mag:

• Netzpolitik.org: "Netzsperren durch neuen Glücksspielstaatsvertrag:"
  http://www.netzpolitik.org/2011/netzsperren-durch-neuen-glucksspielstaatsvertrag/
• Udo Vetter, Lawblog: "Lügner"
  http://www.lawblog.de/index.php/archives/2011/04/11/lgner/
• Felix 'Fefe' von Leitner: "VON WEGEN die verzichten auf Internetzensur.":
  http://blog.fefe.de/?ts=b35fa8ca
• Die Linke: "Glücksspielstaatsvertrag: Ministerpräsidenten beschließen erneut Internetsperren":
  http://blog.die-linke.de/digitalelinke/glucksspielstaatsvertrag-ministerprasidenten-beschliesen-erneut-internetsperren/
  

Heute habe ich mich endlich dazu aufgerafft, meinem Datenelend ein Ende gemacht und zwei Platten zu je 3TB (mit internen 4K-Sektoren und externen LBAs mit 512 Bytes) gekauft.

Pro: Mehr Platz als, ich jemals in der für mich absehbaren näheren Zeit brauchen werde. Aber 640K Hauptspeicher waren ja auch schon immer genug für jeden.

Contra: 10 Stunden Sync-Zeit für das RAID1, dass ich daraus gebaut habe. (Ja, ich bin ein wenig Paranoid, was Festplatten angeht. Die meisten meiner Daten fallen jetzt nicht in die Kategorie "überlebenswichtig", aber ich fände es blöd, wenn ich z.B. meine CD-Sammlung wieder neu rippen müsste, weil dies dann doch einige Tage in Anspruch nehmen würde. Echte lebenswichtige Daten habe ich als Backup auf a) Band, b) verschlüsselt in der Dropbox und c) auf DVD oder CD [die ich einmal im Jahr prüfe, ob die Lesbarkeit noch gegeben ist]) Immerhin setzt Linux den Sync an der letzten Stelle fort und fängt nicht immer von vorne an.

Ein wenig abenteuerlich war auch die Partionierung. Eine normale MSDOS-Partitionstabelle reicht nicht mehr, es muss eine GPT (GUID Partition Table) sein. Und da die Platten intern Sektoren mit 4KB-Größe arbeitet, möchte man auch dafür sorgen, dass die Partitionen und damit die Dateisysteme innerhalb der Partitionen an eben diesen 4KB-Sektoren ausgerichtet (aligned) sind. Sonst wird man eine erstaunliche Verlangsamung von Schreibzugriffen bis zu Faktor 10 erleben.

In meinem Fall habe ich die korrekte Partionierung mit parted durchgeführt.

1. Richtige Platte auswählen:
   > select /dev/sdX
2. Partitionstabelle anzeigen lassen, ob man auch wirklich die richtige Platte hat:
   > print
   
3. GPT erzeugen:
   > mklabel gpt
4. BIOS Boot Partition erzeugen. Dies wird gebraucht, weil direkt in der GPT kein Platz für das core.img von GRUB ist. Das Alignment ist hier egal, da auf diese Partition eh nur während der Installation von GRUB geschrieben wird.
   > mkpart primary 34s 2047s
   > set 1 bios_grub on
   Die 33 Sektoren am Anfang werden von der GPT eingenommen und fallen daher weg. Will man von dieser Platte nicht booten, so kann man sich diese Partition theoretisch schenken. Aber da man für die korrekte Ausrichtung bei 4KB-Sektoren intern und externen 512 Byte LBAs als kleinsten nutzbaren Sektor bei 40s ist und man nie weiss, ob man nicht doch einmal GRUB auf die Platte installieren will oder muss, sollte man die BIOS Boot Partition gleich mit anlegen, später geht das nämlich nicht mehr.
   Es ist übrigens egal, wo man die BIOS Boot Partition anlegt, generell wird aber empfohlen, diese an den Anfang, mindestens aber unterhalb der magischen Grenze von 2^32-1 Sektoren (also 2TB) anzulegen.
   
5. Dateisystem-Partition im kompletten restlichen Bereich anlegen und RAID-Flag setzen. Hierbei ist es wichtig, auf die Ausrichtung zu achten. Bei einem Verhältnis von internen zu externen Sektoren von 8 (also 4096B / 512B) muss der Start-Sektor also glatt durch 8 teilbar sein. 2048 erfüllt diese Kriterium. Für SSDs muss man ebenso rechnen, allerdings gilt es hier, die Größe des Flash-Erase-Blocks zu kennen, der meist 64KB oder 128KB ist. Bei einem Verhältnis von 131072/512 gilt also 256 als magischer Teiler. Präsentiert die SSD dagegen 4K-Sektoren nach aussen, so sinkt dieser Wert auf 32. Alles in allen würde 2048 diese Kriterien auch erfüllen, ist also ein guter über-den-Daumen Wert. (Wenngleich 2048 Sektoren bei 4K-Sektoren auch schon 8MB Verschnitt sind. Bei Plattengrößen von 256GB für SSDs oder 3TB für Magnetscheiben ist dies aber mehr als verschmerzbar, denke ich.)
   > mkpart primary 2048s -1s
   > set 2 raid on
6. Und nun das ganze Procedere für die zweite Platte wiederholen.