Durch den anhaltenden Preisverfall ist der Gedanke naheliegend, auch bei Systemen, die nicht direkt als Arbeitsplatz-Rechner im Einsatz sind, die konventionelle HD durch eine SSD zu ersetzen. Ein typischer Kandidat hierfür ist zum Beispiel ein in der Ecke stehender VDR, der seine Bootzeit nicht nur auf unter 10 Sekunden (inklusive BIOS und GRUB) verkürzt, sondern mit SSD auch so gut wie geräuschlos arbeitet.

Als Windows-orientierter Anwender schwirren bei der Umzugsplanung zunächst Begriffe wie “Disk-Imager” und ähnliches durch den Kopf, unter Linux reichen - wie so oft - in der Regel Bordmittel.

Als erstes sollte geklärt werden, wie groß die benötigte SSD mindestens sein muß. Die Ausgabe von “df -h” liefert den zur Zeit belegten Festplattenplatz, der mit 4,2GB so gering ausfällt, daß selbst eine 60GB SSD vollkommen überdimensioniert scheint.

Die SSD wird zunächst als zweite Platte ins System eingebaut und “fdisk” schafft Klarheit über die Verhältnisse:

Wie der Ausgabe zu entnehmen ist die HD eine 160GB-Platte, unter “/dev/sda” zu erreichen, die SSD ist eine 60GB-Platte, die als “/dev/sdb” zur Verfügung steht. Insgesamt wurden auf der HD 2 Partitionen angelegt: eine Linux-Partition für Betriebssystem und Daten sowie eine SWAP-Partition.

Im nächsten Schritt kann nun die SSD analog zur HD aufgeteilt werden, das passende Werkzeug hierfür ist wiederum “fdisk”. Beim Anlegen der Systempartition sollte daran gedacht werden, das “Boot”-Flag für diese Partition zu setzen.

Ob hierbei die ursprüngliche Partitionierung mit einer primären und einer erweiterten Partition plus logischem Laufwerk beibehalten oder auf zwei primäre Partitionen geändert wird, spielt für den Umzug keine Rolle.

Nach dem Anlegen der Partitionen werden die Dateisysteme erzeugt, was von “mkfs.ext4” bzw. “mkswap” erledigt wird:

Nach dem Erstellen der Dateisysteme wird ein Verzeichnis angelegt und die Systempartition der SSD in dieses Verzeichnis eingebunden. Anschließend wird mittels “rsync” der Inhalt der HD auf die SSD kopiert. Wichtig ist der Parameter “one-file-system”, der dafür sorgt, daß sich rsync nicht im soeben angelegten Ordner in einer Endlosschleife verrennt.

Im nächsten Schritt muß die Datei “/etc/fstab” für die SSD angepasst werden. Während “früher” die einzelnen Partitionen als “/dev/sdb1” etc angesprochen wurden, werden in neueren Systemen die UUIDs verwendet.

Eine Liste der im System vorhandenen UUIDs kann mittels des Befehls “blkid” ermittelt werden, anschließend sind in der Datei “/mnt/ssd/etc/fstab” die UUIDs anzupassen, d.h. alle Einträge der UUID “3d134e82-5338-4876-9a01-589259eb1569” durch “f5dbddec-78e4-452d-96b3-c304a056d4db” und alle einträge der UUID “dcb30b21-2bd8-465b-8e45-f8d7d6c50560” durch “87111054-e9dc-4208-af1d-36657c13da4c” zu ersetzen.

Damit letztendlich von der Platte gestartet werden kann, muß noch der Bootloader “GRUB” entsprechend eingerichtet werden.

Hierzu wird mittels “chroot” das Rootverzeichnis temporär geändert und GRUB auf der SSD installiert. Wichtig ist, vor der Installation die Datei “/boot/grub/grub.cfg” anzupassen, hier müssen analog zur fstab die UUIDs ersetzt werden.

Nach dem Verlassen des chroots mittels “exit” kann das System heruntergefahren und die HD abgeklemmt werden. Das System sollte nun von der SSD starten.

Nach erfolgtem Systemstart sind noch zwei Parameter in der Datei “/etc/fstab” hinzuzufügen, die sich hoffentlich positiv auf die Performance und Lebensdauer der SSD auswirken: “discard” sowie “relatime”. “discard” sorgt dafür, daß die SSD mit Hilfe des TRIM-Kommandos nicht mehr genutzte Speicherblöcke effektiver zu verwalten, “relatime” ist die sinnvolle Alternative zummeist vorgeschlagenen “noatime”.

Als hätten sich Douglas (“Come in and find out”), Schlecker (“For you. vor Ort.”) , Mitsubishi (““Drive Alive”) und Konsorten noch nicht genug blamiert, startet nun auch G Data einen verzweifelten Versuch, Anglizismen möglichst sinnbefreit unterzubringen.

Hatte ich bei den Werbeanzeigen in der c’t noch auf eine einmalige Entgleisung gehofft, darf ich den Spruch seit dem Update heute Morgen auch auf meinem PC bewundern.

Mit “Reminiscences” veröffentlicht das spanische Trio Prisma Circus sein Debut-Album, eine Scheibe, deren Titel Programm ist:

Schon nach den ersten Tönen sind jegliche Gedanken an Downloads oder die digitale Welt vergessen und die Suche nach dem gerade spielenden orangenen Quelle-Plattenspieler beginnt. Daß die Aufnahmen komplett analog und zumindest in großen Stücken live entstanden sind nimmt man dem Trio gerne ab, genauso wie die Ehrlichkeit in den zahlreichen Verneigungen vor ihren Vorbildern.

Diese Verneigungen sind gleichzeitig Segen und Fluch: während schon beim ersten Durchlauf beim Hörer tatsächlich vielfältige Erinnerungen geweckt werden, bleibt die Eigenständigkeit über weite Teile leider auf der Strecke. Prisma Circus bedienen sich zwar nie direkt bei den frühen Inkarnationen von Led Zeppelin, Golden Earring, Jimmi Hendrix, Deep Purple oder Emerson, Lake & Palmer, trotzdem hat man mehr als einmal das Gefühl, für einige Augenblicke eine dieser Bands zu hören.

Dies ist umso bedauerlicher, da sich die Band, wann immer sie die Vorbilder verlässt, durchaus eigenständig präsentiert und Einlagen wie das Drum-Solo bei “Napalm” das Live-Gefühl deutlich steigern. Von vielen Kollegen heben sich Prisma Circus auch durch den nicht nur gelegentlichen Tritt aufs Gaspedal ab, wobei auch hier manche Erinnerung geweckt wird - in diesem Fall an Steve Harris von Iron Maiden.

Letztendlich bleibt zu hoffen, daß sich Prisma Circus auf einem in nicht allzu ferner Zukunft erscheinenden Zweitling weiter von den Vorbildern lösen und ihre Eigenständigkeit in den Vordergrund stellen. Das Potential hierzu hat die Band auf jeden Fall.

Eigentlich eine offensichtliche Sache, trotzdem hat mich erst der Artikel “Undercover - Wie Google-Werkzeuge auf fremden Websites Daten sammelt” der c’t-Ausgabe 11/14 zum Nachdenken gebracht.

Ich habe mich bemüht, Besuchern dieser Website so viel Privatsphäre wie möglich zu bieten. Zur Analyse der Website-Besuche kommt - wie im Impressum erwähnt - die Open Source-Software Piwik zum Einsatz, die zum einen in der gewählten Konfiguration die IP-Adresse der Zugriffe anonymisiert und auch ein eventuell im Browser gesetztes “Do-not-Track” respektiert.

Ein Loch im System waren allerdings bis gestern noch die verwendeten Schriftarten, diese waren direkt von den Google-Servern eingebunden. Bei jedem Zugriff auf einen Beitrag dieses Blogs wurden auch zwei Zugriffe auf

http://fonts.googleapis.com/css?family=FONTNAME

generiert. Alles in allem keine dramatische und durchaus übliche Sache, trotzdem wäre es somit einem Drittanbieter möglich gewesen, Besuche dieser Site anhand des Requests und des vom Browser in der Regel mitgelieferten Referreres zu erfassen.

Seit gestern liegen auch die verwendeten Schriftarten direkt hier auf dem Server, so daß keine Anfragen an Drittserver mehr generiert werden.

Liebe 03452393410,

auch wenn ihr noch so oft anruft, ihr seid auf der Sperrliste und wir hören Euch nicht!