Bei mir stand wegen defekten Festplatten ein Tausch im hauseigenen NAS an. Der letzte Tausch ist lange her und inzwischen haben Kürzel wie SMR und PMR oder CMR in Produktbeschreibungen Einzug gehalten.

Doch wo genau ist eigentlich der Unterschied und warum unterstützt Synology keine SMR Festplatten?

CMR/PMR Technologie

PMR (Perpendicular Magnetic Recording) auch bekannt als CMR (Conventional Magnetic Recording) stellt die momentan übliche Methode dar, um Daten auf eine Festplatte zu schreiben. Hier wird senkrecht auf die einzelne Platte geschrieben. Dadurch kann eine hohe Datendichte erreicht werden und die Daten landet sofort auf ihrem finalen Speicherplatz.

SMR Technolgie

SMR (Shingled Magnetic Recording) ist die neuere Technologie und schreibt Daten anders auf Festplatten. Die Schreibspuren überlappen teilweise und vorhandene Spuren müssen nach einem Schreibvorgang eventuell noch einmal neu geschrieben werden. Um einen Datenverlust zu verhindern, besitzen diese Platten einen PMR Cache auf den äußeren Spuren. Dieser dient dem Zwischenspeichern der Daten bis sie auf den finalen Platz gelegt werden können. Diese Technologie bietet noch größere Speicherdichte, allerdings kann es bei vollem Cache auch dazu kommen, dass die Datenraten einbrechen.

Seagate

Auf den Webseiten der Hersteller wird inzwischen klar dargestellt, welche Festplattentechnologie zum Einsatz kommt, das war nicht immer so.

(Bild: Seagate)

Western Digital

(Bild: Western Digital)

Toshiba

Information zu Toshiba Platten findet ihr hier.

Synology NAS

Im Netz ist immer wieder davon zu lesen, dass der Hersteller der bekannten NAS Systeme keine SMR Festplatten unterstützt und das ist Stand 12/2020 richtig so. Synology hat eine eigene Seite, in der die SMR/CMR Technologien noch einmal erklärt werden.

Zusätzlich wird eine Kompatibilitätsliste für alle Festplattenhersteller angeboten. Prüft vor einen Kauf, ob das Modell unterstützt wird.

Zusammenfassung

• CMR wird oft bei NAS Festplatten als Bezeichnung verwendet, damit ist PMR gemeint und die „normale“ Schreibart
• CMR Festplatten bieten hohe Übertragungsraten (Streaming vom NAS z.B.)
• SMR Festplatten haben eine geringere Leistungsaufnahme und benötigen weniger Scheiben bei mehr Speicherplatz
• SMR Festplatten können beim Schreibvorgang langsamer werden (Cache-Overflow)
• SMR Festplatten eigenen sich besser als Archiv, bei ständigen Schreibvorgängen kann ein Cache-Overflow drohen
• Neue Anwender Festplatten setzen oft auf die SMR Technologie, da diese günstiger ist. (BarraCuda oder teilweise Western Digital Red/Blue). Welche Technologie die Hersteller den einzelnen Festplatten mitgegeben haben könnt ihr in den Screenshots oder beim Hersteller einsehen (Seagate oder Western Digital oder Toshiba)
• NAS Festplatten verwenden meist CMR/PMR (Seagate IronWolf, Western Digital Red Plus)

Unter Ubuntu gab es bis zur Version 16.04 LTS die Möglichkeit tailf und tail -f zu verwenden. Dies ist mit der neuesten LTS Version nicht mehr der Fall. Nur noch die zweite Möglichkeit wird erkannt, ansonsten wird eine Fehler geworfen.

Wo liegen die Unterschiede dieser zwei Kommandos und warum gibt es eines nicht mehr?

Unterschied tailf und tail -f

tailf

Laut Befehlsdefinition verfolgt tailf das Wachstum einer Logdatei. tailf gibt die letzten 10 Zeilen der angegebenen Datei aus und wartet dann darauf, dass diese Datei wächst. Es ist ähnlich wie tail -f, greift aber nicht auf die Datei zu, wenn sie nicht wächst.

Dies hat den Nebeneffekt, dass die Zugriffszeit für die Datei nicht aktualisiert wird, so dass ein Flush des Dateisystems nicht periodisch stattfindet, wenn keine Protokollaktivität stattfindet.

tailf ist äußerst nützlich für die Überwachung von Protokolldateien auf einem Laptop, wenn die Protokollierung selten ist und der Benutzer möchte, dass sich die Festplatte herunterdreht, um die Akkulaufzeit zu verlängern. (Übersetzt mit www.DeepL.com/Translator)

tail

Für tail lautet die Definition wie folgt:

Das Tail-Utility muss seine Eingabedatei in die Standardausgabe kopieren, beginnend mit einem festgelegtem Ortes.

Das Kopieren beginnt an der Stelle in der Datei, die durch die -c-Nummer oder -n-Nummer gekennzeichnet ist.

Optionen: Die Nummer des Optionsarguments wird in Zeilen- oder Byteseinheiten gezählt, entsprechend der zu den Optionen -n und -c.  Sowohl die Zeilen- als auch die Byteanzahl beginnen bei 1.

Tails in Bezug auf das Ende der Datei können in einem internen Puffer gespeichert werden und sind somit möglich.

Der Originaltext ist hier zu finden.

Tail ist auf allen Ubuntu Varianten installiert, was sich auch überprüfen lässt

dpkg -S $(which tail)

oder

dpkg -L coreutils | grep tail

tailf wurde nicht mit den coreutils ausgeliefert, sondern mit util-linux und genau dieses Paket ist seit Version 18.04 nicht mehr dabei.

dpkg -L util-linux |grep tail

Bei 16.04 LTS ist es allerdings noch verfügbar

Doch wie lässt sich ein alter Befehl weiterhin nutzen?

Tailf unter Ubuntu 18.04 einsetzen

Ein Workaround wäre der Einsatz von alias, damit könnte das alte nicht mehr verfügbare Kommando auf das neue gelegt werden, der Befehl ist einfach gesetzt:

sudo nano ~/.bashrc

alias tailf='tail -f'

Meist wird der tail Befehl für Dateien verwendet, welche erhöhte Rechte benötigen, darum kann es sinnvoll sein, den Alias auch beim root Benutzer zu hinterlegen.

sudo nano /root/.bashrc

alias tailf='tail -f'

Alternativ kann natürlich zusätzlich less eingesetzt werden. tailf selbst ist deprecated und sollte nicht mehr eingesetzt werden..

Mit dem Ubuntu LTS Server 18.04 wurde eine neue Langzeitversion der bekannten Distribution veröffentlicht.

Das Release wurde mit einem neuen Installer mit dem Namen Subiquity versehen und es wurden viele weitere Änderungen und Neuerungen gemacht. Die kompletten Release Notes zum Ubuntu Server 18.04 LTS gibt es hier.

Zusätzlich steht Ubuntu Server nun in einer Live ubuntu-18.04-live-server-amd64.iso und einer alternativen Version ubuntu-18.04-server-amd64.iso zur Verfügung. Der Standarddownload auf der Canonical Seite verweist auf das "live" Image. 

Doch worin unterscheiden sich die Versionen und warum hat man überhaupt zwei Server im Programm?

Der wesentliche Unterschied dieser Servervarianten besteht in den mitgelieferten Paketen und der damit verbundenen Ausrichtung. Wobei die live Variante auf Cloud Installationen ausgerichtet ist und die alternative Variante auf Standard Installationen. 

ubuntu-18.04-live-server-amd64

Die Cloud Variante beinhaltet beispielsweise das Paket cloud-init und den openssh-server. Beide werden mitausgeliefert und sind nach der Installation aktiv.

Das Paket cloud-init ist auf Anbieter wie DigitalOcean, Azure und Co Installationen spezialisiert (siehe Screenshot) , es läuft im Hintergrund und bezieht diverse Systemkonfigurationen über die Cloud.

Diverse Einstellungen lassen sich unter sudo /etc/cloud/cloud.cfg einsehen.

Eine interaktive Konfiguration ist ebenfalls möglich.

sudo dpkg-reconfigure cloud-init

Über cloud-config würden sich theoretisch wichtige Konfigurationen setzen lassen.

Die Notation ist in YAML gehalten, hier ein Beispiel:

#cloud-config
users:
  - name: Dr.Cloud
    ssh-authorized-keys:
      - ssh-rsa AAAAxxxxxx
    sudo: ['ALL=(ALL) NOPASSWD:ALL']
    groups: adm
    shell: /bin/bash
    write_files:
  - path: /etc/ssh/sshd_config
    content: |
         Port 22
         Protocol 2
         HostKey /etc/ssh/ssh_host_rsa_key
         HostKey /etc/ssh/ssh_host_ed25519_key
         PermitRootLogin no
         PubkeyAuthentication yes
         KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256
         …

Zusätzlich werden bei der live Installation noch andere Partitionen angelegt und weitere Änderungen gemacht, welche ich hier nicht im Detail erwähnen möchte.

Wichtig sollte sein, dass Einstellungen wie Hostname oder feste IPs via Cloud Konfiguration gesetzt werden und sich klassisch via hostnamectl  nicht dauerhaft ändern lassen, ohne die Cloudabfrage zu deaktivieren oder anzupassen.

ubuntu-18.04-server-amd64

Die alternative Variante verhält sich etwas anders, sowohl bei der Installation, als auch bei der Konfiguration.

Canonical schreibt dazu:

The next generation Subiquity server installer, brings the comfortable live session and speedy install of Ubuntu Desktop to server users at last.

N.B., If you require LVM, RAID, multipath, vlans, bonds, or the ability to re-using existing partitions, you will want to continue to use the alternate installer which can be downloaded from http://cdimage.ubuntu.com/releases/18.04/release/

Neben klassischem LVM ist im Vergleich zur live Version beim Standardinstaller eine Language Pack language-pack-en vorinstalliert.

Für Fernwartungen muss der SSH Server manuell installiert werden.

Eine Konfiguration des Hostnamens wird auf dem bekannten Weg via hostnamectl  vorgenommen. Wie oben bereits erwähnt, würde die live Version diesen Eintrag wieder überschreiben.

Allerdings hat sich durch netplan die IP Konfiguration ebenfalls geändert und ist nun unter /etc/netplan/01-netcfg.yaml zu finden und wie der Name erkennen lässt, im YAML Format gehalten.

Fazit

Für eine normale Serverinstallation ist die Standardvariante ausreichend, denn das cloud-init Paket und einen SSH Server sollte jeder im Bedarfsfall selbst nachinstallieren können. 

Durch gängige Automatisierung bietet sich ein Cloud Initialisierung natürlich ebenfalls an, sollte die Infrastruktur dafür schon vorhanden sein.

Es ist mir allerdings ein Rätsel, warum Canonical dies auf der Downloadseite nicht klar unterscheidet und nur kurz im Text erwähnt, anstatt gleich zwei Downloadvarianten anzubieten. So werden sich die meisten erst einmal die gepushte Cloudvariante laden, um sich danach noch einmal zu belesen bzw. das cloud-init Paket wieder entfernen oder eine andere Variante laden.
Sicher gut als Lerneffekt, aber wenig zielführend.

Nicht erst seit Ubuntu 16.04 dürfte der apt Befehl bekannt sein, allerdings hat er seit dem einen höheren Bekanntheitsgrad erreicht.

Doch wo genau liegen die Unterschiede von apt und apt-get?

Beide basieren auf dpkg, dem Paketmanagement von Debian (Debian Package Manager).

APT (Advanced Package Tool) ist nichts weiter als ein Kommandozeilen Tool, welches mit dpkg interagiert. 

Um Benutzern die Arbeit mit Paketen einfacher zu machen, wurde apt-get ins Leben gerufen, eine Weiterentwicklung davon ist apt. Beide können als Frontends für dpkg angesehen werden.

Das neuere apt bietet grafische Elemente (es lebe der farbige Fortschrittsbalken) und soll Kommandos wie apt-cache und apt-get unter einem Hut vereinen.

Überblick apt Befehle

Einen Überblick der alten und neuen Befehle habe ich euch unten zusammengestellt.

Wordpress ist ohne Frage die populärste Blogsoftware unserer Zeit. Der Download-Counter für Wordpress 3.0 nähert sich unaufhörlich der 22 Millionen-Marke. Vor kurzem hatte auch Microsoft angekündigt, seine 30 Millionen Live-Blogs auf Wordpress umzustellen. Serendipity (oder kurz s9y) ist dagegen eher eine Art Geheimtipp. Die maßgeblich von Garvin Hicking entwickelte Software hat sich gerade in Deutschland eine ganze Reihe von Nutzern gefunden. Für einen Einsteiger stellt sich natürlich die Frage: wo liegen die Vor- und Nachteile der beiden Systeme? Wo können Probleme entstehen? Welche Software sollte ich einsetzen? Für den Vergleich haben wir die jeweils aktuellen Versionen verwendet: Wordpress 3.01 (DE) und Serendipity 1.54. auf Webspace des Providers all-inkl.com.

Voraussetzungen

Sowohl Wordpress als auch Serendipity benötigen eine PHP Version höher als 4.30. Wird MySQL als Datenbank verwendet, so fordert Wordpress mindestens die Version 4.12. Grundsätzlich ist es aber sowieso nicht empfehlenswert, noch Webseiten unter PHP 4 zu betreiben. Bei Wordpress wurde aber bereits angekündigt, ab Mitte 2011 nur noch PHP 5.2 oder höher zu unterstützen. Für beide Systeme sollte das Apache-Modul mod_rewrite installiert sein. Gut achten sollte man aber auf das PHP memory_limit. Während S9y hier bei der Installation mindestens 8 MB fordert, so setzt Wordpress in den Konfigurationsdateien auf mindestens 32 MB Speicher und 64 MB auf 64bit-Systemen. Beide Werte sind aber auf keinen Fall als Obergrenze, sondern eher als absolutes Minimum anzusehen. Der Speicherbedarf steigt mit der Anzahl der installierten Plugins teilweise dramatisch. Gerade bei kleineren Shared-Webhosting-Paketen oder Webhosting Providern mit geringem Memory Limit kann es bei Wordpress 3.0 damit zu Problemen kommen. Wer einen eigenen Root-Server mieten will oder bereits betreibt muss sich nur um die Anpassung des Memory Limits kümmern.

Installation

Hat man das jeweilige Paket heruntergeladen und entpackt, so kann man sich bereits ans Hochladen der Dateien machen. Wer noch keine Datenbank erstellt hat, sollte dies während des Uploads tun. An dieser Stelle zeigt sich aber auch bereits der erste Unterschied: die Datenbank-Informationen müssen bei Wordpress in die Datei wp-config-sample.php eingetragen und diese unter dem Namen wp-config.php gespeichert werden, bevor der Installer im Browser aufgerufen werden kann. Gegenüber früheren Wordpress-Versionen entfällt aber der Eintrag von Secret-Key usw., die ggf. erst über eine Webseite erstellt werden mussten. Im webbasierten Installer fragt Wordpress die Nutzerdaten sowie einige Einstellungen wie z.B. den Namen des Blogs ab. Direkt danach kann man loslegen. Diese schnelle Installation erleichtert den Einsteig, hat aber auch gravierende Nachteile. Will man nach der Installation eine Mediendatei (z.B. ein Foto) hochladen, lässt Wordpress den Nutzer mit der Fehlermeldung "Fehler beim Speichern des Mediaanhangs." im Regen stehen. Ein deutlicher Hinweis auf die fehlenden Schreibrechte wäre hier sinnvoller. Bei s9y kann die Konfiguration komplett im Browser durchgeführt werden. Serendipity prüft zu Beginn der Installation, ob die Anforderungen für den Betrieb der Software erfüllt sind und die notwendigen Schreibrechte per CHMOD gesetzt wurden. Der Installer fordert hier allerdings auch Schreibrechte für das Verzeichnis archives, das erst erstellt werden muss. Letztlich kein Problem, gerade unerfahrene Benutzer kann dies durchaus verwirren, da sie denken können, es fehle ein Teil der Installation. Nicht ganz einfach ist eine s9y-Installation im Wurzelverzeichnis einer Domain. Der Installer benötigt auch für dieses Verzeichnis Schreibrechte (die nach Abschluss der Installation wieder entfernt werden können). Im Root-Verzeichnis dürfte es für die meisten Nutzer von Shared Webhosting allerdings unmöglich sein, Schreibrechte zu setzen. Erfahrene Nutzer können das Problem natürlich z.B. mit einer Installation in einem Unterverzeichnis und nachträglichem Umzug beheben, trotzdem macht es Serendipity dem Nutzer hier unnötig schwer.

Template/Theme

Wordpress präsentiert sich nach der Installation im neuen Twenty Ten Theme. Das Layout ist klar und strukturiert, neben einer Kopf-Navigation wird eine rechte Seitenleiste angezeigt. Serendipitys Theme ist auch klar strukturiert, man merkt dem Template das höhere Alter im Vergleich zu Twenty Ten allerdings an. Standardmäßig bietet das Template eine Drei-Spalten-Aufteilung der Seite an, bei der nach der Installation aber nur die rechte Seitenleiste gefüllt ist.

Pluspunkte sammelt Serendipity bei den Konfigurationsmöglichkeiten des Templates. Zahlreiche Einstellungsmöglichkeiten (Anzahl und Anordnung der Seitenleisten, Header-Navigation, Farbgebung, Einbindung eigener Stylesheets uvm.) machen die Anpassung des Templates sehr einfach. Zusätzlich bringt s9y schon bei der Installation mehrere Templates mit, unter den gewählt werden kann. Das Twenty Ten-Theme von Wordpress lässt sich von Haus aus deutlich weniger anpassen. Das Menü, die Header-Grafik sowie der Hintergrund lassen sich anpassen. Wer weiter gehen will, kann im Admin-Bereich den Code aller Template-Dateien anpassen (Schreibrechte vorausgesetzt).

Im Backend merkt man Wordpress das moderne Theme deutlich an. Es ist ebenfalls klar strukturiert und die aufklappenden Menüs sorgen für Übersichtlichkeit. Das Dashboard bietet alle wichtigen Informationen wie Anzahl der Beiträge, Kommentare, Updates oder neue Plugins auf einen Blick.

Das Backend von Serendipity kommt im Urzustand ohne Dashboard, dieses kann über ein Plugin nachinstalliert werden. Auf dem Dashboard werden dann Entwürfe, zukünftige Beiträge, neue Kommentare und zu bewilligende Kommentare angezeigt. Das Backend-Theme ist ebenfalls klar strukturiert und übersichtlich, wirkt aber wie das Frontend-Theme etwas älter.

Wordpress Backend