Sowohl unter Linux als auch unter Windows gibt es verschiedene Möglichkeiten, eine zusätzliche Platte in Betrieb zu nehmen. Während unter Windows das Kommandozeilen-Programm „diskpart“ zwar vorhanden ist, aber selten genutzt wird, ist unter Linux eher die Kommandozeile gängig, als die Arbeiten mit z.B. „gnome-disks“ zu erledigen.

Im ersten Schritt werden die vorhandenen Laufwerke aufgelistet. Dies dient dazu sicherzustellen, daß die zusätzliche Festplatte auch fehlerfrei eingebaut und erkannt wurde und um den Namen zu erfahren, welcher der Platte vom System zugewiesen wurde:

$ sudo fdisk -l
...
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 860 
...

Zu erkennen ist die Platte zum einen am Namen (und ggf. an der Größe), zum anderen daran, daß – sofern es sich um eine neue Platte handelt – noch keine Partitionen darauf angelegt wurden.

Nachdem die Platte identifiziert wurde (im Beispielfall „/dev/sda“), kann diese im nächsten Schritt partitioniert werden:

$ sudo fdisk /dev/sda

Welcome to fdisk (util-linux 2.33.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p):

Using default response p.
Partition number (1-4, default 1): 
First sector (2048-1953525167, default 2048): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-1953525167, default 1953525167):

Created a new partition 1 of type 'Linux' and of size 931,5 GiB.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

Sofern keine weitere Unterteilung gewünscht ist, können hier einfach die Vorgaben übernommen werden:

• „n“ (für neue Partition),
• „Enter“ (um eine primäre Parition anzulegen),
• „Enter“ um die Partition mit der Nummer „1“ anzulegen,
• „Enter“ zum Bestätgen des Startsektors,
• „Enter“ zum Bestätgen des Endsektors,
• „w“ zum Speichern der Änderungen und verlassen

Als Nächstes wird das Dateisystem „ext4“ auf der soeben erzeugten Partition erzeugt:

$ sudo mkfs.ext4 /dev/sda1
mke2fs 1.44.5 (15-Dec-2018)
Discarding device blocks: done 
Creating filesystem with 244190390 4k blocks and 61054976 inodes
Filesystem UUID: bd54c452-1234-5678-a294-d22cb9d6be33
...
Writing superblocks and filesystem accounting information: done

Um die Platte dauerhaft einzuhängen, muß noch ein entsprechender Eintrag in der fstab gemacht werden. Zwar würde es funktionieren, die Partition über ihren Gerätenamen „/dev/sda1“ einzubinden, jedoch kann dieser sich u.U. ändern.

Aus diesem Grund ist einer Einbindung über die eindeutige UUID den Vorzug zu geben. Diese kann entweder der Ausgabe des soeben durchgeführten „mkfs.ext4“ entnommen werden oder mit Hilfe des Befehls „blkid“:

$ sudo blkid 
...
/dev/sda1: UUID="bd54c452-1234-5678-a294-d22cb9d6be33" TYPE="ext4" PARTUUID="6f084731-01"

Letztendlich stellt sich noch die Frage: wohin mit der neuen Platte im Dateisystem?

Obwohl sich die verschiedenen Distributionen in den letzten Jahren auf einen Filesystem Hierarchy Standard geeinigt haben, schweigt sich dieser interessanterweise genau zu diesem Punkt aus.

Als bestehende Einhängepunkte bieten sich „/mnt/neueplatte“ (eigentlich für Temporarily mounted filesystems gedacht), „/media/neueplatte“ (Mount points for removable media), das in macOS verwendete „/Volumes/neueplatte“ oder auch ein davon inspiriertes „/vol/neueplatte“.

$ sudo mkdir /vol
$ sudo mkdir /vol/neueplatte

Nachdem der Einhängepunkt erzeugt wurde, kann über einen entsprechenden Eintrag in der Datei „/etc/fstab“ die Platte bei jedem Start automatisch eingehängt werden:

...
# 2019-08-15 athul/added 2nd disk
UUID=bd54c452-1234-5678-a294-d22cb9d6be33 /vol/neueplatte ext4 defaults 0 2

Nach einem Reboot steht die Platte dann im Verzeichnis „/vol/neueplatte“ zur Verfügung. Eine Übersicht über die zum Einhängen verwendeten Felder liefert das Debian-Wiki.

Die Installation des .NET Framework 3.5 ist i.d.R. unter Windows Server 2019 über den Servermanager nicht möglich und scheitert mit einem Fehler 0x800f0954

Glücklicherweise hilft der bereits von Windows 10 bekannte Trick, die Installation über die Kommandozeile durchzuführen (ggf. das „D:“ durch das Laufwerk ersetzen, in dem das Installationsmedium liegt):

PS C:\Windows\system32> DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:d:\sources\sxs

Tool zur Imageverwaltung für die Bereitstellung
Version: 10.0.17763.1

Abbildversion: 10.0.17763.615

Features werden aktiviert
[==========================100.0%==========================]
Der Vorgang wurde erfolgreich beendet.
PS C:\Windows\system32>

Für alle Windows 7-Benutzer war der 14. Juli 2019 der Tag, an dem sie spätestens anfangen sollten, sich Gedanken über die Zukunft ihres Betriebssystems zu machen – denn das letzte halbe Jahr des Microsoft-Supports für Windows 7 hat an diesem Tag begonnen:

Der Support für Windows 7 endet am 14. Januar 2020. Anschließend sind weder technische Unterstützung noch Softwareupdates über Windows Update zum Schutz des PCs verfügbar.

Natürlich hat Microsoft auch gleich die – für die meisten Anwender vermutlich auch passendste – Lösung parat:

Microsoft empfiehlt dringend, vor Januar 2020 zu Windows 10 zu wechseln

Die Zahlen der Betriebssystemverteilungen der letzten Wochen und Monate zeigen allerdings, daß offensichtlich nicht jeder von der Idee des zeitweise sogar kostenlosen Updates beglückt ist und viele Anwender bleiben noch bei Windows 7, wohl wissend, daß es sich hierbei um keine Dauerlösung handeln kann.

Windows 10

Die Frage nach den Ursachen liegt bei jedem etwas anders, hier sind es im Wesentlichen zwei Gründe:

Mit Windows 10 legt Microsoft, ganz den Beispielen anderer Konzerne folgend, eine Datensammelwut an den Tag, die nicht nur auf den ersten Blick beängstigend ist. Wer eine aktuelle Windows 10 1903 installiert, fragt sich spätestens nach dem fünften „Wir würden gerne …?“ ob er hier nicht nur die Spitze des Eisbergs sieht und das System im Hintergrund noch deutlich mehr Daten sammelt und Richtung Redmond weiterleitet.

Das zweite Problem ist die mit Windows 10 gewechselte Releasepolitik: statt wie mit Windows 7 eine Basis zu schaffen, die dann für mehr als 10 Jahre als stabile Arbeitsplattform dient, halten mit Windows 10 halbjährliche Updates Einzug, die – wenn auch verzögert installierbar – letztendlich immer im erheblichen Maße das bestehende System umgraben und somit genau das Prinzip einer stabilen Arbeitsplattform verletzen.

Somit war die grundlegende Entscheidung klar: kein Wechsel auf Windows 10, sondern stattdessen nach Alternativen zu suchen.

MacOS

Die Option, MacOS einer genaueren Evaluierung zu unterziehen, wurde nach kurzer Überlegung wieder verworfen: statt Microsoft diktiert dann Apple die Regeln und liest fröhlich alles mit – und das zu einem auch in Euro recht happigen Preis, denn die bereits vorhandene Hardware hätte nicht weiterverwendet werden können.

Linux

Als deutlich sinnvollere Alternaive erscheint Linux, das in schier unzähligen Varianten (Distributionen) erhältlich ist und wohl eher die passende Distribution zu finden das eigentliche Problem darstellt.

Im ersten Schritt ist zwischen den sogenannten Rolling Releases und den versionsbasierte Distributionen zu unterscheiden: bei Rolling Releases werden die zu einer Distribution gehörenden Pakete kontinuierlich aktualisiert und Teile des Systems somit fortwährend geändert. Dies hat den Vorteil, immer die aktuellste Version eines Software-Pakets zu verwenden, aber gleichzeitig den Nachteil, daß eine gewünschte stabile Arbeitsplattform nicht gewährleistet ist.

Die Erfahrungen mit Arch Linux hatten gezeigt, daß auf Dauer – vor allem, wenn Aktualisierungen nicht zeitnah und am besten täglich installiert werden – die Wartung des Systems mehr als schwierig sein kann und Dinge die heute noch funktioniert haben nach dem nächsten Update erst einmal zeitraubend wieder repariert werden müssen.

Sattdessen hat sich Debian Linux, sowohl als virutelle Entwicklungsumgebung als auch auf dem Laptop in den letzten Jahren als stabile und extrem zuverlässige Plattform erwiesen. Nur selten mit den aktuellsten Programmversionen ausgestattet, legen die Entwickler offensichtlich mehr Augenmerk auf Stabilität und liefern so eine Plattform, auf – und mit – der es sich arbeiten lässt, ohne daß das Hauptaugenmerk auf den Befindlichkeiten des Betriebssystem liegt.

Dies kombiniert mit der Tatsache, daß die aktuelle Debian Version „Buster“ am 7. Juli 2019 veröffentlicht wurde und mit Long Term Support bis voraussichtlich 2024 gepflegt wird, gab den Ausschlag, die Umstellung anzupacken und den Umstieg auf Debian zu wagen.

Thunderbird bietet als Auswahlmöglichkeiten für die Einstellung der Verbindungssicherheit drei Auswahlmöglichkeiten: „Keine“, „STARTTLS“ sowie „SSL/TLS“.

Während sich „Keine“ von vornherein disqualifiziert, sind die beiden anderen Möglichkeiten auf den ersten Blick nicht so einfach zu unterscheiden.

Die Wikipedia schreibt zu „STARTTLS“:

… beginnt eine Verbindung bei dem STARTTLS-Verfahren immer unverschlüsselt auf dem für Klartext vorgesehenen Port. Nach Eingabe des STARTTLS-Befehls wird eine Verschlüsselung ausgehandelt.
…
Ein weiterer Nachteil gegenüber SSL rührt von der Tatsache her, dass die meisten E-Mail-Programme in der Standardeinstellung ‚TLS wenn möglich‘ verwenden und es für den Nutzer nicht sichtbar ist, wenn die Verbindung zum Mailserver nicht (mehr) verschlüsselt ist.

Aus diesem Grund sollte auch „STARTTLS“ nicht gewählt, sondern die Verbindungssicherheit auf „SSL/TLS“ gesetzt werden:

Bei einer alternativen Methode zur Einleitung der Verschlüsselung einer Verbindung zwischen Mailprogramm (Client) und Mailserver setzt diese Verhandlung bereits beim Verbindungsaufbau ein. Dort werden definierte Ports angesprochen, auf denen unmittelbar eine TLS-Verbindung aufgebaut wird.

Dies deckt sich auch mit der Empfehlung aus dem Privacy Handbuch:

Wir empfehlen, SSL/TLS-Verschlüsselung zu bevorzugen.

Ist nach einem Update von Debian 9 (Stretch) zu Debian 10 (Buster) phpMyAdmin – wenn auch mit Fehlern – noch vorhanden, fällt spätestens beim Installationsversuch auf, daß ein Blick in die Release-Notes hilfreich gewesen wäre. Kapitel „5.1.9. Nennenswerte veraltete Pakete“ sagt:

Das Paket phpmyadmin ist in in Buster nicht mehr enthalten.

Es bleiben zwei Möglichkeiten: entweder phpMyAdmin unabhängig von der Distribution besorgen, einspielen und zukünftig auch warten oder auf eine Alternative wechseln, welche in den Paketquellen enthalten ist. Eine kurze Suche mit der Suchmaschine des Vertrauens führt i.d.R. zu Adminer, dessen Projektentwickler die aus seiner Sicht relevanten Unterschiede zu phpMyAdmin detailliert auflistet.

Die Installation ist schnell erledigt

$ sudo apt install adminer

Jedoch stellt sich nach dem ersten Aufruf erstmal Ernüchterung ein:

Als Ursache hierfür entpuppt sich eine nicht vorhandene Konfiguration: unter „/etc“ wurde zwar ein Verzeichnis „adminer“ angelegt, dieses enthält aber keine Konfigurationsdatei(en).

Glücklicherweise lässt sich dies schnell beheben, in dem eine neue Datei „adminer.conf“ erzeugt und darin als einzige Angabe der benötigte Alias gesetzt wird.

$ sudo vi /etc/adminer/adminer.conf

Alias /adminer /usr/share/adminer/adminer/

Anschließend wird im Verzeichnis „/etc/apache2/conf-available“ ein symbolischer Link auf die soeben erzeugte Konfigurationsdatei gesetzt und anschließend aktiviert:

$ sudo ln -s /etc/adminer/adminer.conf /etc/apache2/conf-available/adminer.conf
$ sudo a2enconf adminer

Den letzten benötigten Schritt schlägt a2enconf dann selbst vor:

To activate the new configuration, you need to run:
systemctl reload apache2