Hardware on SecretMine.de

Review: SMLIGHT SLZB-06U

Sat, 08 Aug 2026 00:00:00 +0000

Ich hatte für Zigbee bislang einen Sonoff-Stick in Verwendung. Der war via USB-Passtrough in Proxmox an die HomeAssistant-VM angebunden und diente als Zentrale für mein Zigbee-Netzwerk.

Da ich allerdings mein HomeAssistant einerseits auf Hochverfügbarkeit umstellen und andererseits nach Möglichkeit auf USB-Passthrough verzichten sowie nach einem möglichen Umzug den Coordinater beliebig platzieren können möchte, habe ich nach einer netzwerkbasierten Lösung gesucht.

Und da gibt es seit einiger Zeit einige Produkte von SMLIGHT, ich habe mir konkret den SLZB-06U gekauft. Das ist ein Zigbee-Coordinator mit einem ESP32 kombiniert, wodurch sich der Coordinator via LAN/WLAN an z.B. HomeAssistant anbinden lässt.

Überblick

In der Verpackung ist nicht sonderlich viel enthalten, eigentlich nur der Coordinator selbst und eine passende (recht lange) Antenne.

Genutzt kann der SLZB-06U via LAN, WLAN, aber auch per USB. Ich habe mich für LAN entschieden, da ich das Gerät in der Nähe meines Labs nutze und damit LAN in Reichweite habe. Das Teil kann auch via PoE mit Strom versorgt werden, was vor allem bei der Platzierung in einem Haus o.ä. sehr praktisch ist - ein LAN-Kabel genügt für den Betrieb. Wenn man kein PoE nutzt, muss man den SLZB-06U via USB mit Strom versorgen. Der USB-Port ist leider seitlich platziert, was ich nicht besonders schön finde.

Web-UI

Nach dem Start ist die Web-UI verfügbar, darüber erfolgt die Konfiguration.

Dort kann der Betriebsmodus konfiguriert werden, auch Updates und co lassen sich darüber erledigen. Generell gibt es viele Einstellungsmöglichkeiten.

Migration vom Sonoff-Stick

Das war tatsächlich sehr einfach. Nach dem Herunterfahren von Zigbee2MQTT habe ich in der Konfiguration von Z2M den neuen Coordinator via TCP eingetragen und Z2M gestartet. Das wars, danach waren alle Geräte schon wieder verfügbar. Ich hatte mir den Prozess ehrlich gesagt aufwändiger vorgestellt, das war erstaunlich simpel.

Fazit

Mir gefällt der SLZB-06U. Preislich ist das Gerät mit um die 40 Euro etwa doppelt so teuer wie ein einfacher Zigbee-Stick, kann dafür aber auch mehr. Vor allem für Flexibilität (Platzierung und Verbindung) ist der SLZB-06U echt super, das ist vor allem dann relevant, wenn man das Homelab z.B. im Keller betreibt, aber vernünftigen Zigbee-Empfang haben möchte. Oder, wie ich, HomeAssistant perspektivisch hochverfügbar betreiben möchte.

Mehr VRAM bei NVIDIA-GPUs (Workstation/Server) nutzbar machen

Sun, 14 Jun 2026 00:00:00 +0000

Ich habe nun seit einiger Zeit eine Nvidia Tesla P4. Diese hat 8 GB VRAM.

Mir war schon mehrfach aufgefallen, dass ich nur ca 7,5 GB davon nutzen konnte, habe das ganze aber einfach auf die üblichen Umrechnungsfaktoren geschoben.

Gestern habe ich dann einmal genauer hingesehen.

ECC bei GPUs

Nicht nur für den normalen Systemspeicher, sondern auch bei GPUs gibt es ECC (Fehlererkennung und -korrektur für Speicher). Das ist bei den Teslas standardmäßig aktiv, da diese Karten ja für professionelle Nutzung gedacht sind. Dadurch wird allerdings ein Teil des GPU-Speichers für die dafür notwendigen Informationen reserviert, auch die GPU-Leistung sinkt dadurch minimal (das Internet redet von grob 10 %, getestet habe ich es selbst nicht).

Das ist für maximale Verfügbarkeit und Verhinderung von Fehlern natürlich sinnvoll, für Zuhause und generell unkritische Anwendungen aber nicht notwendig.

ECC deaktivieren

Nach Installation des Treibers steht das Tool nvidia-smi für Monitoring und Konfiguration der GPU zur Verfügung. Darüber lässt sich auch ECC konfigurieren.

Status auslesen:

nvidia-smi -q

1
2
3
4
5
6
7
8
9


Attached GPUs : 1
GPU 00000000:01:00.0
 Product Name : Tesla P4
 Product Brand : Tesla
 Product Architecture : Pascal
[...]
 ECC Mode
 Current : Enabled
 Pending : Enabled

Der ECC-Modus lässt sich nun einfach mittels nvidia-smi --ecc-config=0 deaktivieren.

Nach einem Reboot waren bei mir damit statt vorher 7680 MiB die vollen 8192 MiB verfügbar. Das ist kein riesiger Unterschied, aber reduziert bei größeren Modellen den Anteil, der auf der CPU laufen muss.

PCIe-Möglichkeiten beim Fujitsu Futro S740

Sat, 25 Apr 2026 00:00:00 +0000

Von den Futro S740ern habe ich mittlerweile diverse, mit dem neuen Storage-Cluster sind es nun fünf.

Im Internet findet man verstreut einige Infos dazu, was an PCIe beim S740 möglich ist, aber insgesamt eher wenig konkretes.

Das WLAN-Modul ist offensichtlich via PCIe angebunden, da hier normale Module einfach funktionieren. Den Slot habe ich bei mehreren meiner Futros auch schon für NVMe-SSDs mittels Adapter benutzt.

Zum M.2 SATA-Slot für das eMMC-Modul bzw. eine SATA-SSD habe ich widersprüchliche Infos gefunden, aber keine wirklich klare Aussage dazu, ob dieser Slot nun PCIe hat oder nicht. Daher habe ich mir einen günstigen Adapter gekauft und getestet.

Der Test

Im Slot für das eMMC-Modul steckt mit Adapter ein SATA-HBA, im WLAN-Slot ein normales WLAN-Modul. Das WLAN-Modul wird etwas verdeckt, das Setup ist generell nur für einen kurzen Test so aufgebaut gewesen.

Ergebnis

Beide Geräte werden erkannt. Da ich das ganze von einem temporären Boot-System getestet habe, musste ich hier mal ein “Bildschirmfoto” machen.

Beide Slots haben nach meinen Wissen jeweils eine PCIe 2.0 Lane.

1
2
3
4
5
6


root@test:~# lspci -vv
01:00.0 SATA controller: ASMedia Technology Inc. ASM1166 Serial ATA Controller (rev 02) (prog-if 01 [AHCI 1.0])
[...]
 Capabilities: [80] Express (v2) Endpoint, IntMsgNum 0
[...]
 LnkSta: Speed 5GT/s (downgraded), Width x1 (downgraded)

Fazit

Der Futro S740 hat die Möglichkeit, zwei PCIe-Geräte anzubinden. PCIe 2.0 x1 ist zwar nicht besonders schnell, reicht aber trotzdem für vieles.

Nvidia Tesla P4

Fri, 10 Apr 2026 00:00:00 +0000

Ich experimentiere schon lange mit Ollama als Hosting-Plattform für LLMs. Bisher hatte ich dafür eine alte Nvidia GTX 1050 Ti mit 4GB, das reicht aber nur für kleine Modelle.

Auswahl einer GPU

Mein Ziel war wie üblich eine gute Kombination aus Preis, Leistung und Stromverbrauch. Gebrauchte Datacenter-GPUs aus der Pascal-Reihe waren hierbei am interessantesten, da diese alt genug sind um im Preis deutlich gefallen zu sein und trotzdem CUDA-Versionen unterstützen, die aktuell genug sind, um eine gute Softwareunterstützung zu haben. 8GB VRAM waren mein Minimum, da sich damit schon viele der kleineren Modelle vollständig auf der GPU und viele mittlere Modelle zumindest zu einem guten Teil auf der GPU ausführen.

Die Tesla P4 und die Tesla P40 fand ich hierbei am interessantesten. Die P40 hat 24GB VRAM, die P4 hat 8GB. Auch in der Rechenleistung unterscheiden sich die beiden Karten nennenswert. Da ich großen Wert auf einen niedrigen Energieverbrauch lege, habe ich mich für die Tesla P4 entschieden.

Bestellt habe ich eine gebrauchte Datacenter-Karte, diese kam dann auch nach kurzer Zeit an.

Kühlung

Es handelt sich bei der Tesla P4 um eine Karte, die für den Einsatz in Servern gebaut ist. Daher hat diese keine eigenen Lüfter, sondern ist auf Airflow vom Gehäuse angewiesen.

Da ich die GPU allerdings nicht in einem klassischen Server, sondern in einem Desktop-Case verwenden möchte, musste ich hier etwas kreativ werden. Es gibt Adapter als 3D-Modell, mit denen man einen 40mm- bzw. 80mm-Lüfter für den Luftstrom durch die GPU nutzen kann. Das habe ich ausprobiert, allerdings habe ich keine passenden Lüfter, die mit dem Luftwiderstand vernünftig zurecht kommen.

Daher wurde es eine etwas andere Lösung. Ich habe einfach zwei 40mm-Lüfter mit Kabelbindern auf der GPU platziert, vorher habe ich die Abdeckung entfernt und damit die Kühlrippen offengelegt. Das funktioniert tatsächlich brauchbar.

Ich hatte temporär einen 120mm-Lüfter ausprobiert, der hatte noch eine bessere Kühlleistung, passte aber natürlich nicht ins Gehäuse.

Von daher bleibt es bis auf Weiteres bei 2x 40mm-Lüftern für die GPU.

Performance

Im Vergleich zur GTX 1050 Ti merkt man den doppelten VRAM schon deutlich.

Die Performance gefällt mir soweit, auch wenn die Geschwindigkeit natürlich deutlich abfällt, sobald das Modell nicht mehr vollständig in den VRAM der GPU passt. Ich benutze weiterhin Ollama als Runtime, da ich nach Tests mit anderen Runtimes wie llama.cpp die Benutzerfreundlichkeit von Ollama bevorzuge.

Weitere Anwendungsfälle

Die P4 hat auch einen Hardware-Encoder für H.264 und H.265, damit kann ich auch gut altes Videomaterial (z.B. Aufnahmen von Spielen) gut komprimieren. Das geht aber mit der GTX 1050 Ti genauso gut, da der Hardware-Encoder am Ende der selbe ist.

Fazit

Für die Nutzung mit Ollama ist die P4 brauchbar, die 8GB VRAM schränken allerdings spürbar ein. Trotzdem bereue ich den Kauf nicht und bin zufrieden, ich war mir dieser Einschränkungen von vornherein bewusst.

HP T430 - ThinPro 9 vs. Windows

Tue, 31 Mar 2026 00:00:00 +0000

Ich habe nun seit einen HP T430 Thin Client, den ich im Vergleich zu meinen ganzen anderen Thin Clients auch tatsächlich so benutze, wie es vorgesehen ist.

Zumindest größtenteils.

Wie man Updates für einen Thin Client bekommt

Für HP-Thin-Clients gibt es das Tool HP ThinUpdate, mit dem man Images für Thin Clients herunterladen und einen USB-Stick vorbereiten kann. Von dem Stick bootet man den Thin Client dann und kann das Image einspielen.

Randnotiz: Mit einem IODD-Gerät lässt sich ein USB-Laufwerk emulieren. ThinUpdate weigert sich zwar, das virtuelle Laufwerk als Ziel auszuwählen, man kann aber den Boot-Stick einmal so erstellen (einen normalen Stick nehmen und dann die Daten übertragen) und einzelne Images einfach als Datei übertragen.

HP ThinPro 8

Bisher war HP ThinPro 8 das neuste OS für diesen Client. Das ist ein für Thin-Clients entwickeltes OS auf Linux-Basis, was abgesehen von Remote-Verbindungen diverser Art (RDP, Citrix, Omnissa Horizon und co) nicht viel kann.

Das hat soweit auch funktioniert, war mir vom Booten her aber eher zu langsam und RDP war auch nicht komplett flüssig - das bin ich vom normalen Microsoft-Client aus anders gewohnt.

(Ich habe nur für dieses Bild ThinPro 8 noch mal auf dem Thin Client installiert…)

HP ThinPro 9

Seit Anfang des Jahres gibt es nun ThinPro 9, was das ganze modernisiert. Die Features sehen grob gleich aus, aus meiner Sicht ist vor allem die Oberfläche etwas moderner. Die installierte Version vom RDP-Client ist neuer, trotzdem ist die Performance verbesserungswürdig.

Windows 10

Als Alternative wollte ich Windows 10 testen, Windows 11 braucht noch mehr Ressourcen. Der Thin Client hat aber nur 2 GB RAM und 16 GB eMMC. Bei den 2 GB RAM kann ich wenig tun, beim Speicher gibt es aber natürlich immer irgendwelche Optionen.

Generell gibt es den HP T430 auch in einer Version mit 4 GB RAM und 32 GB eMMC, die dann auch für Windows gedacht ist und damit ausgeliefert wird.

Klappt es mit 16 GB vielleicht trotzdem?

Ein frisch installiertes Windows 10 braucht etwa 14 GB. Was gerade so noch passt. Aber spätestens nach Treibern (leider gibt es vom Intel Grafiktreiber keine “Lite-Version”) war hier Ende. Ich habe auch versucht, mit NTLite die Treiber und Updates direkt mit ins Image zu backen, aber das hat auch nicht geholfen.

Aufrüsten vom Speicher

Bis auf den M.2-Slot für das WiFi-Modul gibt es im Inneren des T430 keinerlei verfügbare Schnittstellen, alles andere ist verlötet.

Aber das reicht ja, WiFi-Module sind ja meistens über PCIe angebunden. Und für die Slots findet man günstig Adapter. Dementsprechend ist das eMMC-Modul aus meinem Steam Deck mit 64 GB in dem Slot gelandet. Das ist weiterhin nicht super üppig, aber reicht für ein schlankes Windows ohne nennenswert installierte Software mehr als aus.

Installation

Die Installation lief wie eine normale Windows-Installation abläuft. Nur eben etwas langsamer.

Benutzung

Man merkt schon, dass die CPU nicht viel kann. Nur das Öffnen der Einstellungen lastet den Prozessor zu 100% aus, auch Updates dauern länger als gewöhnlich. An die Nutzung als normalen Windows-Rechner braucht man kaum zu denken, dafür reichen die 2 GB RAM (von denen ca 1,5 GB nutzbar sind) und auch die CPU einfach nicht aus. Nur das Herunterladen und Installieren von Firefox hat schon deutlich mehr Zeit gekostet als üblich, normal Surfen ist schwierig.

Als Client für MS RemoteDesktop oder auch Omnissa Horizon macht der T430 mit Windows aber tatsächlich eine gute Figur. Alles läuft so flüssig wie es soll und zumindest in meiner Umgebung läuft RDP spürbar besser als mit ThinPro.

Vorteilhaft ist auch, dass man die normale Auswahl an Treibern zur Verfügung hat, damit kann ich eine alte USB-Grafikkarte auch problemlos am T430 betreiben. Game-Streaming mit Parsec geht damit theoretisch auch, praktisch habe ich es noch nicht getestet.

Wahrscheinlich bleibt es vorerst bei Windows 10. Vielleicht schaue ich, ob man Lizenzen für Windows 10 Enterprise IoT LTSC günstig findet, das wäre ja genau die passende Windows-Edition für einen Thin Client.

Boot-Zeiten

Aus Interesse habe ich Boot-Zeiten verglichen. Ich habe jeweils zwei Messungen durchgeführt, die bis auf wenige Sekunden identisch waren. Gemessen habe ich durch Aufzeichnen des HDMI-Signals mit einer Capture-Card, von erstem Bild bis zum betriebsbereiten Thin-Client.

	Boot-Zeit
ThinPro 9 Onboard	58s
TinPro 9 eMMC	52s
Windows 10 eMMC	23s

Die Ergebnisse finde ich durchaus spannend. Ich hätte einerseits erwartet, dass das eMMC-Modul vom Steam Deck die Boot-Zeiten deutlich verbesser (der interne Speicher hat wirklich niedrige Lese-/Schreibraten), andererseits hätte ich auch nicht gedacht, dass Windows grob doppelt so schnell bootet und einsatzbereit ist.

Fazit

HPs ThinPro ist insgesamt die passendere Lösung für einen Thin Client, das funktioniert einfach. Für mich ist Windows hier aber das bessere OS, da es schneller einsatzbereit ist, besser mit anderen Geräten kompatibel ist (Treiber) und sich RDP auch einfach flüssiger anfühlt.

Storage-Cluster - Part 2: Erster PoC und Planänderungen

Sat, 28 Mar 2026 00:00:00 +0000

Storage-Cluster - Ein erster PoC

Der Plan sieht Futro S740er mit SATA-Controllern vor. Einen entsprechenden Controller auf Basis des ASM1166 (energieeffizienter und gut unterstützter SATA-Controller) habe ich gekauft und mit einem NVMe-Adapter verbaut.

Zugegeben, der PoC sieht etwas wild aus. Am HBA hängen drei SSDs, den Strom bekommen die SSDs über USB zu SATA-Strom-Adapter. Das funktioniert, da 2,5-Zoll-Laufwerke normalerweise nur 5V und keine 12V benötigen, SATA hat eigentlich auch 12V anliegen.

Auf dem Futro läuft Proxmox, der Thin Client ist in meinen normalen Cluster eingebunden.

Ergebnisse vom PoC

Erst habe ich Ceph getestet. Hier hat sich schnell gezeigt, dass 4GB RAM für Ceph einfach zu wenig ist. Das ist schade, da ich Ceph eigentlich gerne genutzt hätte. Es war aber absehbar, dass das nicht klappt.

Ohne Proxmox und weitere Services würde es vermutlich knapp passen, es ist mir allerdings zu heikel.

Alternative zu Ceph

Ich brauche eine Lösung, die halbwegs brauchbare IOPS liefern kann. SaunaFS ist zwar sehr flexibel und kann natürlich auch Replikation, erreicht aber nicht die IOPS-Werte, die ich benötige.

Daher kommt vorerst GlusterFS zum Einsatz, das benutze ich auch jetzt schon für meinen Docker Swarm für persistenten Speicher. GlusterFS ist sehr viel schlanker als Ceph, allerdings auch langsamer und insgesamt schlechter zu administrieren. Ob es tatsächlich die bessere Wahl für mich ist wird sich mit der Zeit zeigen.

Wie es weitergeht

Ich habe die weitere Hardware für den Cluster hier schon liegen, von daher dürfte zeitnahe auch der Post zum vollständigen Setup kommen. Nebenbei bin ich dabei, Ansible-Rollen für die diversen Services zu entwickeln, da ich keine Lust habe, das meiste von Hand zu machen.

Auch habe ich ein 3D-Modell für eine alternative Abdeckung mit großer Öffnung für die SATA-Kabel erstellt, das habe ich auch schon gedruckt und getestet. Damit kann ich die Futros trotzdem schließen und muss die originale Abdeckung nicht beschädigen.

Zusätzlich habe ich auch ein Modell erstellt, was als Halterung für die Futros und die SSDs/HDDs dient. Davon passen dann auch drei nebeneinander in ein Kallax-Fach. Das dürfte insgesamt für mehr Ordnung sorgen und trotzdem Zugriff zu allem ermöglichen.

Storage-Cluster - Part 1: Der Plan

Sat, 28 Feb 2026 00:00:00 +0000

Storage-Cluster - der Plan

Wer regelmäßig mit Virtualisierung, Containern und Selfhosting arbeitet, kennt das Problem: der Storage wächst einem über den Kopf. Auch bei mir sind die bisherigen Nodes inzwischen so stark ausgelastet, dass für größere Storage-Aufgaben schlicht kein Platz mehr ist. Zeit also für den nächsten Ausbauschritt in meinem Homelab – ein (weitestgehend) dedizierter, energieeffizienter und möglichst robuster Storage-Cluster.

Das Ziel

Wie auch in größeren IT-Projekten üblich, beginnt alles mit der Zielsetzung bzw. der Erfassung der Anforderungen.

Ich brauche einerseits Storage, der schnell ist und den Ausfall einer von drei geplanten Nodes verkraftet, andererseits Massenspeicher für z.B. Medien, LXC-Templates, ISOs und co, der nicht hochverfügbar sein muss und auch nicht die selben Geschwindigkeiten erreichen muss. Auf dem schnellen Speicher sollen wichtige VMs/LXCs liegen (bspw. DNS und HomeAssistant), daneben soll dieser Bereich auch als Speicher für Docker Swarm dienen.

Am liebsten hätte ich hier natürlich vollständige Hochverfügbarkeit, also keinen einzelnen Single-Point-of-Failure (redundantes Netzwerk, redundante Stromversorgung, …). Das ist für Zuhause aber einerseits overkill und andererseits weder finanziell noch energetisch sinnvoll. Daher möchte ich eine möglichst gute Verfügbarkeit erreichen, ohne dabei komplett in den Enterprise-Bereich vorzudringen.

Die bisherigen Nodes sind mit ihren eigentlichen Aufgaben zu stark ausgelastet, um hier sinnvoll auch noch Storage machen zu können. Das ist so gerade zwar im Einsatz, ich merke allerdings, dass ich mich damit zu nahe an der Grenze bewege.

Der Plan

Ich habe über die letzten Wochen einen Plan erarbeitet, PoCs aufgesetzt und vieles ausprobiert. Bisher ist der Cluster noch nicht aufgebaut, aber ich denke, dass ich mit der Auswahl an Hardware und Software mein Ziel erreiche.

Hardware. Natürlich Thin-Clients

Die Hardwarebasis bilden drei Fujitsu Futro S740 Thin Clients. Dass ich die Dinger mag, ist bekannt. Die Wahl fiel auf dieses Modell, da es günstig ist, sehr energieeffizient läuft und genügend Erweiterungsmöglichkeiten bietet. Der Plan ist hierbei, in der ersten Ausbaustufe den WiFi-Slot für einen SATA-Controller zu nutzen. Später soll der SATA-Controller dann in den SSD-Slot (der laut Internet neben SATA auch PCIe-Anbindung hat) wandern und der WiFi-Slot für eine 2,5 GBit/s Netzwerkkarte genutzt werden.

Geplanter Ausbau pro Node:

4 GB RAM
1x 16/32GB für das OS (meistens dabei)
1× 480 GB SSD (für Ceph)
1× 1 TB HDD (für SaunaFS oder Alternativen)
SATA-Controller über den WiFi-Slot (Adapterlösung)
Später Upgrade auf 2,5 Gbit/s LAN

Das Netzwerk wird anfangs über meine bestehende 1 GBit/s-Infrastruktur gelöst, später ist hier ein zusätzlicher 2,5 GBit/s Switch geplant. Ich rechne ohne Datenträger mit Kosten von ca 75 € pro Knoten, was ich für nicht viel halte. Ohne Datenträger bekomme ich damit für etwas über 200 € einen weitestgehend redundanten Storage-Cluster.

Software

Für den Storage-Cluster sollen zwei Software-Lösungen zum Einsatz kommen. Ceph wird für den schnellen Speicher genutzt, der Massenspeicher wird nach aktuellem Stand auf SaunaFS aufbauen. Ceph habe ich ausgesucht, da es von Proxmox nativ unterstützt wird und dort sogar gut integriert ist. Neben Blockspeicher kann ich dort über CephFS auch Freigaben auf Dateiebene erzeugen, was ich für Docker Swarm benötige. Es ist zudem performant und im Enterprise-Bereich stark vertreten. Für den langsameren Speicher habe ich lange überlegt, was ich nutzen möchte. Erst hatte ich GlusterFS vorgesehen. Mittlerweile habe ich mich hier aber umentschieden und möchte SaunaFS einsetzen. Das ist ein Fork von LizardFS, was wiederum ein Fork von MooseFS ist. Es ist für verteilten Massenspeicher ausgelegt, hat eher wenig Overhead und bietet sogar die Option, die Anzahl der Replikas pro Ordner festzulegen.

Auf jedem der Futros wird dementsprechend Proxmox VE installiert und die Nodes in den bisherigen Cluster eingefügt. Die SSDs werden als OSDs für Ceph genutzt, die zusätzlichen Datenträger dann als Mountpoints an einen LXC pro Node angebunden. Dort wird dann SaunaFS installiert. SaunaFS kann ich aufgrund der Voraussetzung von Ubuntu als OS leider nicht direkt auf den Knoten installieren, die Variante mit SaunaFS habe ich jetzt aber auch schon eine Weile im Haupt-Cluster im Testbetrieb erfolgreich genutzt.

Das SaunaFS-Volume wird dann von einem Knoten via Samba und NFS freigegeben. Das hat den Hintergrund, dass es mit vielen Dingen kompatibel ist und sich so z.B. auch in Proxmox als Speicher für Templates und ISOs gut einbinden lässt.

Weitere Ideen und mögliche Dienste

Wenn die Performance passt, sollen auf dem Storage-Cluster später auch leichte Dienste laufen und damit die bestehenden Nodes etwas entlastet werden. Kandidaten dafür sind Dinge wie der Proxmox Backup Server oder auch Komponenten von meinem Monitoring-Stack.

Ob das mit 4 GB RAM pro Node praktikabel ist, wird sich erst zeigen - mehr RAM kaufen ist aber aufgrund der Lage am Markt gerade keine Option.

Nächste Schritte

Ich habe Hardware bestellt, um einen Futro mal mit einem SATA-Controller auszustatten und damit schonmal als Storage (ohne Ceph oder Replikation oder so) einzusetzen. Das dient als erster Test. Wenn das so funktioniert, wie ich mir das vorstelle, werden weitere Futro S740er gekauft und der Cluster aufgebaut.

Ich nehme dafür den Futro, den ich eigentlich für den 3D-Drucker gekauft hatte. Dort kommt einfach wieder der S520 hin. Das bietet sich an, da ich für den 3D-Drucker wenig Leistung brauche, der Futro S520 eh nichts zu tun hat und ich so gut etwas Geld sparen kann.

Ein neues (bzw. altes) Mainboard für das NAS

Sat, 14 Feb 2026 00:00:00 +0000

Mein NAS läuft nun seit vielen Jahren mit einem i3 4130. Das ist eine Haswell-CPU von ca 2013. Das NAS ist meistens im Standby und wird nur bei Bedarf via HomeAssistant eingeschaltet und kann von dort aus auch wieder in den Standby gesetzt werden.

Das Problem

Seit diversen Monaten kommt es vor, dass das NAS nach einiger Zeit beim Aufwecken hängen bleibt, teilweise auch bei größeren Transfers. Das Gerät ist an, aber via Ping (und auch auf allen anderen Wegen) nicht mehr erreichbar. Eine Kernel-Panic ist dann auch auf dem Bildschirm zu sehen. Ich weiß, dass das Mainboard einen Defekt hat, die USB-Ports funktionieren nicht mehr sauber. Von daher vermute ich dort irgendwo ein Problem.

Die mögliche Lösung

Ich habe ein gebrauchtes Bundle mit einem i3 6100, einem Mainboard (Gigabyte H110M-S03) und 8GB DDR4-RAM bestellt. Da die CPU ähnlich alt (ca 2015) ist, war das ganze mit unter 40 € auch entsprechend preiswert. Die Wahl fiel auch primär aufgrund des Preises auf so ein Bundle. Besondere Ansprüche an die CPU-Leistung oder den RAM habe ich nicht, da das Teil nur als Dateiserver dient und dort keine weiteren Services laufen. Daher ist das Downgrade von 16 GB auf 9 GB RAM auch okay.

Laut Benchmarks ist der i3 6100 etwa 20% schneller als der i3 4130, vor allem kann aber die Encoding-Engine der iGPU neben h.264 auch h.265 bzw. HEVC in Hardware kodieren. Das ist vor allem für einen Mediasever mit Transcoding hilfreich. Neuere Hardware wäre zwar nett, aber die zusätzliche Leistung brauche ich nicht, der geringere Stromverbrauch ist durch die nicht dauerhafte Nutzung nicht so relevant und Lust auf die deutlich höheren Kosten habe ich auch nicht. Von daher genügt Skylake.

Umbau

Hardware abseits von Mainboard/CPU/RAM:

SATA-HBA mit 6 Ports (günstiges Modell mit einem ASM1166-Chip)
2,5 GBit/s Netzwerkkarte (günstiges Modell mit einem RTL8125B-Chip)
Samsung 850 Evo mit 120 GB als Cache (hauptsächlich genutzt für Daten von Docker-Containern)
1x 4 TB HDD als Parity
3x 3 TB HDD als Datenplatten
1x 4 TB HDD als Datenplatte

Damit kommt eine nutzbare Kapazität von 13 TB zustande.

Der Umbau war höchst unkompliziert. Altes Mainboard raus, neues Mainboard rein, alles wieder verkabeln, fertig. unRAID ist weitestgehend egal, auf was für Hardware es gerade läuft, solange alle Festplatten noch da sind. An der Stelle war also nichts weiter zu tun, ich musste nur noch die neue MAC-Adresse im Router für die DHCP-Zuweisung und in HomeAssistant für Wake-on-LAN anpassen.

Parallel habe ich auch den USB-Stick für das unRAID OS getauscht. Vorher war es ein Transcend JetFlash 700 mit 16 GB, nun ist es ein Samsung BAR Plus mit 32 GB. Die Wahl fiel auf diesen Stick, da der im unRAID-Forum und auch im entsprechenden Subreddit empfohlen wurde. unRAID inkl. Lizenz auf den neuen Stick zu migrieren war auch recht einfach. Ich habe einfach mit dd den alten Stick auf den neuen kopiert, die Partition vergrößert und wieder bootbar gemacht. Die Lizenz lässt sich über unRAID bzw. deren Kundencenter auch recht einfach auf einen neuen Stick migrieren, da hatte ich allerdings kurz das Problem, dass zwei alte Keys (der ursprüngliche Trial-Key sowie ein Key von vor einem Lizenzupgrade) noch auf dem Stick waren. Die musste ich natürlich löschen.

Hat es geholfen?

Den Tausch habe ich Anfang Januar durchgeführt, das ist jetzt etwa 6 Wochen her. Seit dem ist der Fall nur noch ein einziges Mal eingetreten, spürbar seltener als vorher. Auch die Probleme bei größeren Transfers (oder teilweise auch nur Container-Updates) sind seit dem nicht mehr aufgetreten. Den fehlenden Arbeitsspeicher spüre ich nicht, die zusätzliche CPU-Leistung allerdings auch nicht.

Das es einen weiteren Crash gab ist natürlich nicht erfreulich. Daher werde ich mein IP-KVM an das NAS anschließen, um mir im Bedarfsfall zumindest die Kernel-Panic ansehen zu können. Falls es dabei Erkenntnisse gibt, werde ich einen weiteren Post schreiben.

Als weitere Ursache fällt mir eigentlich nur noch der HBA ein. Die Probleme sind älter als die Netzwerkkarte, daher denke ich nicht, dass dort ein Problem liegt. Theoretisch kann auch die SSD oder eine der HDDs einen Fehler haben, der zu Lesefehlern führt, aber das ist wahrscheinlich schwer zu diagnostizieren.

Fazit

Der Tausch war notwendig und durch die gebrauchte Hardware günstig. Das Endergebnis sieht gut aus, es läuft stabiler als vorher. Perfekt ist es allerdings weiterhin nicht. Vermutlich wäre es sinnvoll, das NAS dauerhaft laufen zu lassen; das möchte ich aber aufgrund des Stromverbrauchs und auch der Wärme- und Geräuschentwicklung nicht. Von daher werde ich mit dem neuen Stand erst einmal leben.

Nutzung alter Hardware als Minecraft-Server

Mon, 01 Dec 2025 00:00:00 +0000

Für ein temporäres Projekt brauchte ich genügend Ressourcen für einen Modded Minecraft Server. Auf dem Mini-PC, den ich für meinen Hauptserver gekauft hatte, habe ich allerdings nicht genügend freie Ressourcen. Dementsprechend habe ich mich im Keller umgesehen und passende Hardware gefunden - ein PC mit einem i5 4440, 16GB RAM und genügend SSD-Platz. Eine GPU war auch noch verbaut, die habe ich entfernt. Der PC diente zwischenzeitlich als Experimentierumgebung mit Ollama, genutzt habe ich den aber tatsächlich jetzt fast ein Jahr lang nicht mehr.

Hardware

Intel Core i5 4440 (4x 3,1 GHz, Haswell)
2x 8GB DDR3 RAM
16GB SSD (OS)
240GB SSD (MC-Server)
OS: Debian

Software

Als OS habe ich Debian installiert, hier geht aber auch fast jedes beliebige andere Linux. Letztendlich läuft auf dem Rechner eigentlich nur Wings für Pterodactyl. Installiert habe ich Debian über mein IODD ST400, das war jetzt der erste richtige und erfolgreiche Praxistest für das Gerät.

Auf dem Debian ist ansonsten Docker installiert, das benötigt Wings zum Ausführen der eigentlichen Gameserver. Daneben ist ansonsten noch der Prometheus Node Exporter installiert, damit ich Metriken für mein Monitoring abgreifen kann.

Stromverbrauch

Der Stromverbrauch liegt deutlich höher als beim Mini-PC: Im Idle ca 25 Watt, unter Last auch bis zu ca 60 Watt. Wie groß der Verbrauch in der Praxis dann ist weiß ich natürlich noch nicht. Das kostet auf Dauer natürlich mehr Geld, aber da ich diesen Server vermutlich nur wenige Wochen so benötige, ist es die wirtschaftlichste Option. Im Vergleich zu einem gemieteten vServer hat dieser Rechner auch den Vorteil, dass der Minecraft-Server die CPU vollständig für sich hat und es keine “noisy neighbors” gibt. Ein vServer mit diesen Leistungseckdaten ist bei den gängigen Anbietern auch etwas teurer als mich der Strom hier kostet.

Benchmark

Die Benchmarks sind in einem ähnlichen Bereich wie beim Lenovo ThinkCentre M715q Tiny, an einigen Stellen trotz des Alters besser.

 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
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63


root@mc:~# curl -sL yabs.sh | bash -s -- -r -5 -6
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2025-04-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Mon Nov 17 08:34:30 PM CET 2025

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 0 minutes
Processor : Intel(R) Core(TM) i5-4440 CPU @ 3.10GHz
CPU cores : 4 @ 3093.207 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 15.5 GiB
Swap : 953.0 MiB
Disk : 232.7 GiB
Distro : Debian GNU/Linux 13 (trixie)
Kernel : 6.12.57+deb13-amd64
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP : Vodafone Kabel Deutschland
ASN : AS3209 Vodafone GmbH
Host : Vodafone Kabel Deutschland GmbH
Location : Cadenberge, Lower Saxony (NI)
Country : Germany

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sdb2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ----
Read | 22.98 MB/s (5.7k) | 31.36 MB/s (490)
Write | 22.98 MB/s (5.7k) | 31.74 MB/s (495)
Total | 45.96 MB/s (11.4k) | 63.10 MB/s (985)
 | |
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ----
Read | 32.14 MB/s (62) | 32.97 MB/s (32)
Write | 34.56 MB/s (67) | 35.51 MB/s (34)
Total | 66.71 MB/s (129) | 68.49 MB/s (66)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 918
Multi Core | 3049
Full Test | https://browser.geekbench.com/v5/cpu/23910060

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 1194
Multi Core | 3614
Full Test | https://browser.geekbench.com/v6/cpu/15090984

YABS completed in 13 min 41 sec

Der Fujitsu Futro S740 im Homelab – Der ideale Server?

Thu, 27 Nov 2025 00:00:00 +0000

Der Fujitsu Futro S740 ist nun seit fast drei Jahren zentraler Bestandteil meines Homelabs und ist auch hier im Blog regelmäßig Thema. Es wird Zeit, mal Bilanz zu ziehen und etwas zu meinen Langzeiterfahrungen zu schreiben.

Leistung und Einsatz im Cluster

Die Leistung des Futro S740 reicht für viele Homelab-Anwendungen aus, ist jedoch begrenzt. Aber gut, was erwartet man auch von einem Gerät, das als Thin Client konzipiert wurde und einen passiv gekühlten Intel Celeron verbaut hat. Gerade bei Single-Thread-Anwendungen und virtuellen Maschinen merkt man schnell den Overhead und die begrenzte CPU-Power. Deshalb bevorzuge ich Proxmox LXC-Container, die deutlich ressourcenschonender sind, schneller starten und effizienter laufen. Für wirklich rechenintensive Anwendungen ist der S740 einfach nicht gebaut.

Neben zwei Futro S740 läuft in meinem Proxmox-Cluster auch ein leistungsstärkerer Mini-PC. Auf diesem laufen Workloads, die mehr CPU-Leistung brauchen, wie Gameserver, Windows-VMs und Linux-Workstation-VMs. So verteile ich die Last passend und nutze die Hardware im Cluster optimal.

Hardwareerweiterungen

Meistens kommt der Futro S740 mit 8/16 GB EMMC-Speicher und 4 GB RAM. Das lässt sich aber deutlich aufrüsten.

Speicher

Eine gute SATA-SSD ist für den Futro Pflicht, um vernünftige I/O-Performance zu gewährleisten. Ich habe zusätzlich eine NVMe-SSD im M.2-Slot für Wifi mit einem simplen Adapter eingebaut. Der Einbau erfordert etwas unorthodoxe Maßnahmen, funktioniert aber auch auf Dauer stabil. Obwohl dieser Slot technisch nicht die volle NVMe-Bandbreite bietet, spürt man die geringeren Latenzen und deutlich höheren IOPS trotzdem. Wichtig ist, hier auf gute Qualität zu achten und lieber kein QLC-Modell zu verwenden. Auch wenn der Slot limitiert ist, lohnt sich die Investition in eine zuverlässige und langlebige SSD, damit der Storage nicht zum Flaschenhals wird.

Auf ZFS habe ich bei den Futros verzichtet, auch wenn ich sonst wegen der transparenten Komprimierung und dem integrierten Volume-Manager ein großer Fan bin. Auf den Thin Clients hat sich Thin LVM als deutlich schlanker und von den Features her ausreichend bewiesen.

RAM

Der maximale RAM-Ausbau liegt bei 16 GB, was für die meisten Homelab-Nutzer ausreicht. Damit lässt sich auf jeden Fall einiges erreichen. Wer mehr will, muss sich nach anderer Hardware umsehen. Es empfiehlt sich auch, möglichst gleich 16 GB zu verbauen, um genug Reserven zu haben und nicht später noch wieder neuen RAM kaufen zu müssen.

Stromverbrauch und Lautstärke

Das Highlight ist der sehr niedrige Stromverbrauch: Der Futro benötigt im Alltag oft nur um die 5 Watt, was ihn ideal für den Dauerbetrieb macht. Die passive Kühlung macht ihn auch komplett lautlos, wobei man beim Betrieb von mehreren Futros auf eine gute Belüftung achten sollte. Ich habe bei mir einen 120mm-Lüfter, der für Kühlung sorgt.

Was ich auf den Futros betreibe

Die Liste ist tatsächlich recht lang.

Zentral ist HomeAssistant, dazu ist am ersten Futro S740 auch ein Zigbee-Stick angeschlossen. Außerdem habe ich einen ADSB-Empfänger, womit ich Daten an z.B. FlightRadar24 übertrage. Dazu folgt vielleicht auch mal ein Post.

Nextcloud mit Collabora ist ein weiterer sehr zentraler Dienst, das ist die Hauptaufgabe vom zweiten Futro. Dazu (und auch zu diversen anderen Services) gehört natürlich auch ein Reverse-Proxy, wofür Caddy in einem weiteren LXC läuft.

Ansonsten laufen zwei Blocky-Instanzen für redundantes DNS, Bind als authoritativer DNS-Server für lokale DNS-Zonen, der Unifi-Controller für meinen Access Point und Smokeping für Latenz-Monitoring. Prometheus, Alertmanager und Grafana darf natürlich auch nicht fehlen. Harbor als lokale Registry (dazu könnte ich auch mal schreiben), Lyrion Music Server, Memos als Notizbuch, Code-Server als Blog-Editor und Firefly3 für die Haushaltsfinanzen. Uptime-Kuma darf natürlich auch nicht fehlen.

Und das ist mit Sicherheit noch nicht alles, das ist nur das, was ich gerade im Kopf habe. Generell lässt sich sagen, dass man mit den Futros mehr machen kann, als man so denkt. Die meisten der Services benötigen im Normalbetrieb fast keine Rechenleistung, damit lande ich bei um die 40 % konstante CPU-Last auf beiden Hosts. Beim RAM sind jeweils 11-12GB voll.

Generell kann man eigentlich alles auf den Dingern betreiben, nur von Dingen wie einer Windows-Workstation-VM oder einem Minecraft-Server würde ich wegen der fehlenden Single-Core-Performance eher absehen.

Weitere mögliche Szenarien

Mit einem DAS, also einem per USB angebundenen Gehäuse für mehrere Festplatten, lässt sich der S740 mit einem OS wie TrueNAS oder unRAID auch sicherlich gut als NAS verwenden. Die integrierte Intel-GPU kann hier bei einem Mediaserver wie Plex auch Transcoding durchführen. Über den Wifi-Slot lässt sich statt der SSD laut dem Internet auch eine zweite Netzwerkkarte (mit z.B. auch 2,5 GBit/s) verbauen, damit wäre auch der Einsatz als Router denkbar.

Ein effizienter Kubernetes-Cluster ist auch möglich. Zu Container-Orchestrierung folgt auch in den nächsten Wochen noch ein Post.

Klar, als klassischer Thin Client - wofür der Futro eigentlich auch gebaut wurde - ist der auch geeignet, ein modernes Desktop-OS (egal ob Windows oder Linux) dürfte auch für einfache Aufgaben brauchbar und flüssig laufen. Als Mediaplayer am Fernseher oder Retro-Spielekonsolen-Emulator taugt der Thin Client sicherlich auch.

Ich selbst setze einen Futro als Printserver für einen 3D-Drucker ein, funktioniert super.

Ich finde es erstaunlich, wie vielseitig sich dieses Gerät einsetzen lässt, vor allem bei dem Preis, zu dem man den Futro heutzutage bekommt. Bei mehreren Händlern für Refurbished Hardware gibt es immer mal wieder Angebote mit etwa 40 € pro Stück.

Alter der Hardware

Auch, wenn ich fast nur positives berichten kann:

Ich denke, die Hauptzeit des Fujitu Futro S740 ist langsam vorbei. Die CPU ist von 2017 und geht damit langsam auf die 10 Jahre zu und es gibt zunehmend mehr Alternativen.

Wenn man myDealz und ähnliche Plattformen ansieht, taucht der HP T740 zunehmend häufiger auf. Für mittlerweile unter 100 € bekommt man deutlich mehr Leistung und etwas bessere Aufrüstoptionen. Die CPU-Leistung vom T740 liegt grob beim Dreifachen der des S740. Wenn ich etwas Spielgeld über habe, werde ich mir davon vermutlich auch mal einen zulegen.

Ansonsten sind Mini-PCs mit dem Intel N100 recht weit verbreitet, ich selbst hatte davon allerdings noch keinen in der Hand. Mini-PCs wie der Lenovo oder auch diverse Modelle von HP oder Dell sind für ein Homelab ebenfalls eine gute Wahl - benötigen aber deutlich mehr Strom.

Trotz der Alternativen bleibt der Futro S740 auch heute noch eine gute Wahl, vor allem bei den Preisen, zu dem die Geräte mittlerweile erhältlich sind.

Fazit

Der Fujitsu Futro S740 ist seit fast drei Jahren ein zuverlässiger, stromsparender Baustein in meinem Homelab. Für leichte bis mittlere Aufgaben reicht die Leistung gut. Vor allem im Cluster mit mehreren Geräten lässt sich viel machen, sogar hochverfügbarkeit mit Ceph ist denkbar. Vor allem als Smart-Home-Zentrale und für leichte bis mittelschwere Services wie Nextcloud, Immich und die anderen üblichen Verdächtigen zum selbst hosten ist der S740 gut geeignet.

Das größte Argument für mich ist aber tatsächlich die Kombination aus Preis, Leistung und dem Stromverbrauch von um die 5 Watt, das ist einfach kaum schlagbar.

Review: IODD ST400

Fri, 21 Nov 2025 00:00:00 +0000

Ich habe kürzlich meine Werkzeugsammlung um ein IODD ST400 ergänzt. Ich hatte mir vor ein paar Jahren das IODD Mini mal angesehen, dort passte für mich aber Kosten/Nutzen nicht so wirklich. Das ST400 ist im Vergleich zum IODD Mini “nur” ein Gehäuse für 2,5-Zoll-Laufwerke, man kann dort also eine eigene SSD (oder auch HDD, wenn man unbedingt möchte) einbauen.

Was ist das?

Aktuell um die 100-120 € für ein USB-Gehäuse für SSDs ist viel, grob Faktor 10 im Vergleich zu “normalen” Gehäusen. Man bezahlt hierbei aber primär für ein paar sehr spezielle Features, die das Gerät hat.

Es kann nämlich ISOs als virtuelle DVD-Laufwerke oder VHDs als virtuelle Festplatten bereitstellen. Außerdem bietet es auch noch zusätzlich Hardwareverschlüsselung an. Das ist auch der große Unterschied zum ähnlichen Modell ST300, das Gerät hat keine Verschlüsselung.

Netterweise kommt das Gerät direkt mit einer kleinen Neopren-Hülle, damit das Display im Rucksack nicht zerkratzt.

Ich hatte noch eine Crucial MX500 mit 500GB herumliegen, diese lebt nun im IODD.

Was macht man damit?

Einer der nützlichsten Einsatzzwecke ist das Booten von Rechnern mit den ISOs vom IODD. Einfach die ISO am Gerät auswählen und den Rechner booten lassen. Das ist erheblich bequemer, als ständig neue Boot-Stickts zu erstellen, um Rechner davon booten zu lassen.

Ich selbst nutze es z.B. zum Debuggen von Problemen mit Computern. Ich habe eine Handvoll ISOs (wie z.B. Memtest), mit denen ich den Rechner starten kann und kann darüber dann nach und nach die Hardware checken. Oder auch fehlerhafte Windows-Dateien mit dem Windows-Installer beheben, Daten mit Linux retten, Festplatten mit Gparted neu partitionieren oder mit DBAN gleich alles löschen. Ich habe auch eine Acronis-ISO sowie Clonezilla für Backups bzw. generell Disk-Management mit auf dem Gerät.

Auch die virtuellen Festplatten nutze ich. Ich besitze einen HP Thin Client mit HP ThinPro. Das Update-Tool kann, soweit ich weiß, keine ISOs erzeugen, deswegen nutze ich dafür ein virtuelles Laufwerk. Ich habe also ziemlich viele USB-Sticks jetzt zu einem Gerät zusammengefasst.

Das Gerät bewegt sich in einer Nische, das sollte klar sein. Daraus folgen vermutlich eher geringe Stückzahlen. Das wiederum erklärt dann auch den vergleichsweise hohen Preis von aktuell 110-120 €. Der Hersteller hat auch kleinere Geräte mit verbauter SSD, diese sind dann etwas teurer. Auf dem Gebrauchtmarkt habe ich die Geräte bisher kaum gesehen, ich habe da jetzt bei einem Angebot eines Händlers zugeschlagen.

Fazit

Mich überzeugt insbesondere das Feature des virtuellen CD-Laufwerks. Das ist schließlich auch das große Alleinstellungsmerkmal dieses Gehäuses. Die Bedienung geht recht gut von der Hand, größere Probleme sind mir nicht aufgefallen.

Der Preis ist hoch, aber vor allem das ST300 ist regelmäßig für unter 100€ zu bekommen, das finde ich dann schon vertretbar. Irgendeine SSD, die man verbauen kann, hat man als ITler ja meistens noch herumliegen. Günstiger ist eine Sammlung mit diversen USB-Sticks vermutlich weiterhin, aber einerseits unhandlicher und andererseits schwieriger zu pflegen. Im Vergleich zu den älteren Geräten haben die modernen auch einen USB-C-Anschluss, das finde ich für die Langlebigkeit sehr gut.

Der dritte Fujitsu Futro S740

Sat, 08 Nov 2025 00:00:00 +0000

Der dritte Fujitsu Futro S740 ist da… Diesmal allerdings tatsächlich nicht als Proxmox-Host bzw. generell als reiner Server. Trotzdem ist es der 6. Thin Client.

Einsatzzweck

Ich hab beim 3D-Drucker bisher Octoprint auf einem Futro S520 am Laufen gehabt. Das lief soweit okay, aber eher langsam. Die 4GB an verlötetem internen Speicher sind auch keine Hilfe. Außerdem wollte ich beim Drucker eine kleine Workstation haben, um zumindest den Drucker direkt vor Ort zu steuern.

Passend hierbei ist der S740. IO ist ausreichend, viele Angebote kommen mit 4GB RAM und 16GB Speicher. Die CPU-Leistung reicht auch für das, was ich brauche.

Ich habe den Futro beim 3D-Drucker platziert und mit einem Adapter einen alten Monitor, Maus und Tastatur angeschlossen.

Software

Installiert ist ein Debian (noch 12), mit XFCE als Desktop. Via Docker ist Octoprint drauf, zusätzlich auch go2rtc als Proxy für die IP-Kamera. Ansonsten ist eigentlich nur Firefox installiert, um auf Octoprint zuzugreifen. Viel mehr ist nicht installiert, da ich auch nicht mehr benötige.

PlankaPrinter - oder auch: Ich habe mir einen Bondrucker gekauft

Sat, 20 Sep 2025 00:00:00 +0000

Ich neige manchmal dazu, unkonventionelle Ideen zu haben und diese auch umzusetzen. In diesem Fall ist die Idee nicht komplett von mir, es passt trotzdem gut ins Bild.

Aber der Reihe nach.

Die Idee

Ich habe bisher eine normale ToDo-App benutzt, aber das Problem, dass ich da wenig drauf schaue und daher auch eher wenig abarbeite. Durch Zufalll bin ich im Internet auf ein Video gestoßen, wo jemand einen Kassenbondrucker für ToDo-Tickets in Verbindung mit einer Pinnwand nutzt, um die zu erledigenden Aufgaben nicht aus dem Auge zu verlieren (wortwörtlich in dem Fall). Ich fand das so gut, dass ich recht schnell bei eBay unterwegs war und auch ein passendes Angebot gefunden hab, auch die Pläne für eine Software hatte ich ziemlich schnell im Kopf.

Der Drucker

Ich habe mich umgeschaut, was es an Druckern gibt. Bei Kassen sind Geräte von Epson recht weit verbreitet, dementsprechend gibt es hier auch einen guten Gebrauchtmarkt. Ich wollte ein Gerät haben, was halbwegs aktuell ist und auch ans Netzwerk angebunden werden kann (ob LAN oder WLAN war mir egal). Auch musste es von gängigen Bibliotheken für Python (bei mir python-escpos - auch wenn es für dieses spezielle Modell keinen direkten Support gibt; vergleichbare Modelle werden aber unterstützt und andere Profile (ich nutze TM-T20II) funktionieren fehlerfrei).

Gefunden habe ich einen Epson TM-m30II-S. Das ist ein Kassendrucker, der für den Einsatz bei Tabletkassen vorgesehen ist und dementsprechend auf der Oberseite auch eine Halterung für Tablets hat. Die Halterung brauche ich zwar nicht, aber das Angebot war wirklich gut (um die 25€ für ein Gerät in ordentlichem Zustand). Ich hab den dann auch bestellt.

Der Drucker war ein wenig staubig, aber ansonsten einwandfrei. Die “Abnutzung” (also gedruckte Kilometer und Schnittvorgänge) passten zwar nicht zu den Verkäuferangaben, waren aber trotzdem brauchbar - der Käufer hatte angegeben, dass das Gerät keine 5 Bonrollen gedruckt hat, mit 80m-Rollen waren das allerdings eher 35 Rollen. Und knapp 10000 Schnitte. Beides sind aber trotzdem Werte, die vollkommen im Rahmen liegen dürften und eher geringe Nutzung sein dürften. Ich will nicht wissen, wie viele Rollen und Schnitte ein Drucker in einem gut besuchten Supermarkt an der Kasse so auf dem Zähler haben…

An Schnittstellen hat dieses Modell USB, LAN und Bluetooth direkt an Board, über ein (teures) Dongle lässt sich theoretisch auch WLAN nachrüsten. Mir genügt LAN vollkommen bzw. es ist sogar meine bevorzugte Anschlussmethode.

Die Software

Planka

Ich habe mich dazu entschlossen, für die Software keine reine ToDo-Liste, sondern ein Kanban-Board zu nutzen. Die Wahl fiel hierbei auf Planka, da es Open Source ist, OIDC enthalten ist und die API gut beschrieben ist und gute Bibliotheken für Python existieren.

Planka läuft einfach als Docker, der User für den API-Zugriff ist ein normaler, lokaler Benutzer. Ansonsten hat das Board folgende Spalten:

Irgendwann: Für ToDo-Einträge, die noch nicht zu erledigen sind, aber irgendwann gemacht werden sollten/müssen
Zeitnahe: ToDos, die grob in den nächsten 1-2 Wochen zu erledigen sind
Morgen
Heute
In Arbeit
Blocked: Aufgaben, die angefangen oder noch anzufangen sind, die aber noch nicht gemach twerden können. Beispielsweise, wenn noch andere Dinge zu erledigen sind, Teile fehlen oder ich auf Dinge warten muss.
Done: Fertige Aufgaben von heute
Archiv: Ältere fertige Aufgaben

PlankaPrinter

Mein Python-Script sortiert täglich die Tickets. Dabei werden Tickets von Morgen nach Heute verschoben, Termine von Google importiert und in die passenden Spalten (Heute bzw. Morgen) verschoben, Aufgaben mit Zieldatum werden auch automatisch in die passende Spalte verschoben. Alles von Done wird dabei auch ins Archiv verschoben.

Termine

Ich importiere meine Kalender via ICS-URLs, mit einer passenden Library werden auch wiederkehrende Termine korrekt ausgewertet. Termine haben dabei ein eigenes Tag, um sie in der Übersicht direkt erkennen zu können.

Drucken

Die Tickets, die heute zu erledigen sind und noch nicht gedruckt sind, werden an den Drucker geschickt. Bereits gedruckte Aufgaben haben ein Printed-Tag.

Aufwandsschätzungen

Ich habe mir Tags mit geschätzten Zeitaufwänden (XS bis XL) erstellt. Der Tickettitel und die Beschreibung werden an ein lokal betriebenes LLM (konkret gemma3n) geschickt und von diesem der Aufwand geschätzt. Die Schätzungen sind nicht perfekt, aber gehen meistens zumindest in die richtige Richtung. Braucht man wahrscheinlich nicht wirklich, aber ist ein cooles Zusatzfeature.

HomeAssistant-Integration

Die Aktionen (täglicher Durchlauf mit Import, Sortieren und co sowie das Drucken von den Tickets) werden via MQTT von HomeAssistant aus getriggert, damit dies in Abhängigkeit von meiner Anwesenheit zuhause und auch der Tageszeit passieren kann. Via MQTT lassen sich auch direkt Dinge mit Titel und Nachricht drucken, das nutze ich bisher allerdings noch nicht.

Sonstige Features

Ich habe ein kleines Script gebaut, was Bilder ausdrucken kann. Sehr simpel, aber funktioniert. Das muss allerdings noch irgendwie an den Rest mit angebunden werden, da das bisher nur ein eigenständiges Python-Script ist.

Mein Aufbau

Ich habe den Drucker in einem Regal stehen, daneben dann ein Glas für die fertigen Aufgaben und oben drauf die Pinnwand für die aktuellen Aufgaben.

Um die Pinnadeln aufzubewahren, habe ich für die Tablethalterung eine kleine Schlade zum darüberstecken designed und gedruckt. Damit sieht man auch die offenen Metallflächen für die Halterung nicht mehr, was nebenbei auch noch schicker ist.

Der Drucker hängt per LAN am Netzwerk und läuft durchgängig. Der Stromverbrauch liegt tatsächlich nur bei etwas über 1 Watt, also nur etwas mehr als eine WLAN-Steckdose braucht; es lohnt sich also gar nicht, den Drucker abzuschalten bzw. über eine WLAN-Steckdose steuerbar zu machen.

Wie es weitergeht

Ich bin aktuell noch dabei, diverse kleinere Bugs zu beheben, dazu gehört beispielsweise das Erzeugen von neuen Tickets für wiederkehrende Termine - bisher verschiebt die Software dann das bestehende Ticket vom Archiv wieder auf Heute, behält dabei aber das Printed-Tag bei… Ansonsten läuft das meiste ziemlich gut, nur den Code könnte ich noch etwas aufräumen.

Dokumentieren muss ich hier auch noch viel. Aber wer hat auf Doku schon Lust?

Am Ende soll PlankaPrinter irgendwann auch Open Source werden, damit andere sich hier etwas abschauen können oder die Software direkt so einsetzen können.

HP EliteDesk 705 G5 - ein weiterer Mini-PC

Sun, 11 May 2025 00:00:00 +0000

Ausnahmsweise ist dieser Mini-PC mal nicht für mich selbst, sondern für eine bekannte. Ich war auf der Suche nach einem günstigen Rechner, der die Voraussetzungen für Windows 11 erfüllt, da Microsoft ja den regulären Support für Windows 10 dieses Jahr einstellt und der bisherige PC aus dem Jahr 2009 ist. Die CPU ist beim bisherigen PC auch nur vom bloßen Anschauen schon gefühlt auf 100%. Daher musste etwas neues her. Und für reines Surfen plus Mails plus ein bisschen Office braucht es nicht unbedingt aktuelle Hardware, da funktionieren refurbished Geräte wirklich gut.

Ich habe vor allem via MyDealz gesucht und nach einer Weile ein Angebot für einen HP EliteDesk 705 G5 inkl. 8GB RAM und 240GB NVMe-SSD für etwa 110€ gefunden - ein guter Preis für Windows-11-kompatible Hardware. Einziger Nachteil an dem Gerät ist, dass es nur drei Displayports und kein HDMI gibt, aber das ist mit einem Adapter ja schnell gelöst.

Die Hardware

Der EliteDesk 705 G5 hat bei mir nun folgende Ausstattung:

AMD Ryzen 3 Pro 3200GE (4 Cores, 4 Threads)
8GB RAM
240GB NVMe-SSD

Das Set an Anschlüssel finde ich insgesamt passend, auch wenn ich Audioausgänge hinten schön gefunden hätte. Angenehm ist auch, dass es einen Caddy für ein 2,5-Zoll-Laufwerk gibt. Der Mini-PC hat tatsächlich auch einen kleinen Onboard-Lautsprecher, aber da würde ich nicht mit akzeptabler Qualität rechnen.

Stromverbrauch

Verdammt. Natürlich habe ich den wichtigsten Punkt nicht getestet.

Benchmark

Zum Abschluss hier noch das Ergebnis von YABS:

 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
42
43
44
45
46
47
48
49
50
51
52
53
54
55


root@debian:/home/timon# curl -sL https://yabs.sh | bash -s -- -5 -6 -i
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2025-04-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Fri Apr 25 01:16:19 PM CEST 2025

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 3 minutes
Processor : AMD Ryzen 3 PRO 3200GE w/ Radeon Vega Graphics
CPU cores : 4 @ 1397.299 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 5.7 GiB
Swap : 977.0 MiB
Disk : 232.7 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-33-amd64
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/nvme0n1p2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ----
Read | 302.83 MB/s (75.7k) | 479.18 MB/s (7.4k)
Write | 303.63 MB/s (75.9k) | 481.70 MB/s (7.5k)
Total | 606.46 MB/s (151.6k) | 960.89 MB/s (15.0k)
 | |
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ----
Read | 373.87 MB/s (730) | 523.75 MB/s (511)
Write | 393.74 MB/s (769) | 558.64 MB/s (545)
Total | 767.62 MB/s (1.4k) | 1.08 GB/s (1.0k)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 989
Multi Core | 2742
Full Test | https://browser.geekbench.com/v5/cpu/23497058

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 1176
Multi Core | 3029
Full Test | https://browser.geekbench.com/v6/cpu/11679628

YABS completed in 10 min 34 sec

Fazit

Ich habe mit dem Gerät jetzt nicht viel hantiert, hauptsächlich nur einmal die Hardware durchgetestet und geschaut, dass alles in Ordnung ist. Der Lüfter ist unter Last tatsächlich leiser als der von meinem ThinkCentre M715q Tiny, ansonsten würde ich sagen, dass die Geräte sehr ähnlich sind.

HP T430 - ein weiterer Thin Client

Sat, 03 May 2025 00:00:00 +0000

Verwendungszweck

Ich habe mittlerweile eine kleine Sammlung an Thin Clients (eine Übersichtsseite mit allen Thin Clients und entsprechenden Beiträgen folgt bei Gelegenheit). Die nutze ich allerdings alle für Zwecke, für die sie nicht gedacht sind. Die meisten (3 von 4) dienen als Server, der letzte ist der Druckserver für meinen 3D-Drucker mit Octoprint. Das ist bei diesem Thin Client nun anders.

Ich habe seit etwa einem halben Jahr einen Lenovo Thinkcentre M715q Tiny als dritten Server im dauerhaft laufenden Homelab, der deutlich mehr Power als die beiden Futro S740 hat. Damit habe ich auch die notwendige Performance, um VMs als normale Desktop-Maschinen zu nutzen (sowohl Linux als auch Windows). Ich habe schon länger je eine VM mit Debian (KDE) und Windows 11, die ich für den Fernzugriff von außerhalb nutze, hauptsächlich über webbasiertes RDP via Guacamole. Das hat sich so auch schon mehrfach bewährt, da ich von jedem Ort der Welt mit einem Browser und Internet an einen Windows-Arbeitsplatz mit meiner gewohnten Ausstattung und Zugriffsmöglichkeiten komme (und dank 2FA und vernünftigen Zugangsdaten auch sicher). RDP habe ich dabei nicht offen am Internet und das ist auch gut so.

Zuhause nutze ich morgens vor der Arbeit, in der Mittagspause und auch nach der Arbeit (und natürlich auch an freien Tagen) viel meinen Desktop-PC, der auf Gaming ausgelegt ist, für leichte Aufgaben wie Mails, Surfen und an meinem Blog schrieben. Dafür ist die Rechenleistung aber eigentlich komplett überflüssig bzw. deutlich überdimensioniert. Die GPU brauche ich dabei natürlich auch nicht. Und mein Desktop verbraucht im fast-Leerlauf um die 80 Watt.

Durch die Arbeit habe ich eine USB-C-Dockingstation, die ich meistens für das Arbeits-Notebook nutze. Die ist über einen KVM-Switch so an meine Monitore und Maus und Tastatur angeschlossen, dass ich mit einem Knopfdruck zwischen Arbeitsrechner und meinem privaten Desktop wechseln kann.

Und an dieser Stelle kommt jetzt der HP T430 ins Spiel. Dieser Thin Client hat im Vergleich zu vielen anderen Thin Clients nämlich die Besonderheit, dass er einen USB-C-Port hat, der neben USB auch Display-Signale und Strom übertragen kann, sich also mit einem einzigen Kabel an einer Docking-Station betreiben lässt.

Damit kann ich also, wenn ich nicht auf viel Rechenleistung angewiesen bin, einfach den Thin Client an die Docking-Station anstecken und habe nach kürzester Zeit eine laufende RDP-Verbindung zu meiner Windows- oder Linux-VM und kann meinen Arbeitsplatz normal nutzen, ohne den großen Desktop in Betrieb zu haben. Und ja, natürlich spielt auch die Neugierde bzw. Spielfaktor da mit rein, hundertprozentig sinnvoll ist das Setup so nicht.

Der HP T430

Der Thin Client ist von den Spezifikationen her nichts überragendes bzw. schwächer als z.B. der Futro S740. Verbaut ist ein Intel Celeron N4020 mit 2x 1,1 GHz, also wirklich nicht viel. Dazu sind 2GB RAM und 16GB eMMC-Speicher verlötet. Heißt, an diesem Gerät ist bis auf das WLAN-Modul absolut nichts austauschbar bzw. erweiterbar. Das sieht man auch auf den Bildern gut.

Die Anschlüsse sind soweit wirklich solide und für so ein Gerät passend, ich hätte mir höchstens noch einen Front-USB gewünscht.

Bilder

Betriebssystem

HP ThinPro OS

Der Thin Client kam mit HP ThinPro OS ausgeliefert. Das ist ein auf Thin Clients ausgelegtes OS auf Linux-Basis (afaik Debian, aber da bin ich mir nicht sicher). Es ist auf den Einsatz in Unternehmen zugeschnitten und bietet damit natürlich auch Möglichkeiten wie zentralem Management. An Fernzugriff ist Citrix, VMware Horizon, RemoteDesktop und weiteres direkt an Board, RDP basiert hierbei auf FreeRDP. Funktioniert hat das ganze gut, war mir allerdings nicht flexibel genug.

Alpine mit XFCE und Remmina

Als nächstes habe ich mit Alpine experimentiert. Das lief soweit auch, nur hatte ich z.B. Probleme mit der Bildschirmanordnung in Remote-Sessions. Auch war mir das Alpine zu unflexibel bzw. zu minimalistisch.

Debian mit XFCE und Remmina

Und so bin ich dann beim guten alten Debian gelandet, auch hier mit XFCE als Desktop und Remmina als Remote-Tool. Das funktioniert soweit gut - und die RDP-Sessions auch flüssiger als mit dem OS von HP. Mit Debian habe ich auch ein OS, womit ich auch außerhalb von Remotezugriff arbeiten kann, auch wenn z.B. Firefox recht langsam ist.

Probleme mit Alpine und Debian

Bei Debian und Alpine hatte ich bei beidem Probleme mit Standby bzw. nach ausgeschaltetem Monitor, die Monitore wieder aufzuwecken. Außerdem wurde beim Booten die GUI nicht immer gestartet, teilweise blieben die Monitore nach dem Übergang zum X-Server schwarz. Der Thin Client lief, via Strg+Alt konnte ich auch zu anderen Terminals wechseln und via CLI arbeiten, aber wirklich zuverlässig war das nicht. Deswegen bin ich jetzt erstmal wieder bei dem OS von HP gelandet, worüber ich auch gerade diesen Absatz schreibe. Generell ist ein großer Teil dieses Posts über den Thin Client entstanden, das geht wirklich gut.

Stromverbrauch

Der Stromverbrauch von dem Gerät ist auf dem Desktop ohne Remote-Session bei etwa 6 Watt, was sehr angenehm ist. Ohne angeschlossene Peripherie sinkt der Verbrauch auf 4 Watt.

Mein kompletter Arbeitsplatz (also Monitore plus Dockingstation plus PC/Thin-Client) verbraucht statt vorher ~170 Watt im leichten Desktop-Betrieb mit Surfen oder leichteren Arbeiten in VSCode jetzt etwas unter 60 Watt, wobei das meiste wahrscheinlich schon auf die Monitore entfällt. Der Heimserver, auf dem die VM läuft, braucht natürlich ein wenig mehr Strom, während ich in der VM arbeite, aber das sind maximal 10 Watt oder so. Insgesamt spart es also gute 100 Watt. Und bei aktuellen Strompreisen von etwa 30 Cent pro kWh müsste ich das Setup 1650 Stunden nutzen, um den Break-Even zu erreichen (fast 70 Tage durchgehend). Realistisch ist das so nicht, wenn wir ehrlich sind. Ich würde sagen, ich nutze das Setup wahrscheinlich maximal 10 Stunden pro Woche, was 165 Wochen bzw. etwas über drei Jahre ergibt. Das geht vom ROI her natürlich noch, aber zeigt trotzdem, dass das Setup so eher mäßig sinnvoll ist.

Aber nicht alles im Homelab muss ja auch komplett sinnvoll sein. Mir gehts dabei eher darum, Erfahrung mit solchen Setups zu machen und mir die Praxistauglichkeit von so einer Lösung mal selbst anzusehen.

Andere Verwendungszwecke

Der nicht erweiterbare RAM und Speicher schränkt natürlich die Nutzung des Geräts für andere Zwecke ein. HomeAssistant oder als kleiner Docker-Host für z.B. Pihole dürfte allerdings gut funktionieren, auch wenn ich es nicht getestet habe. Auch als Printserver für einen 3D-Drucker mit Octoprint dürfte das Gerät eine gute Figur machen. Generell geht alles, was nicht viel Rechenleistung, RAM und Speicher braucht, Linux läuft auf dem T430 problemlos. Für Windows (und generell Einsatz als normaler Desktop) ist die Hardware schlicht zu schwach.

Benchmark

YABS darf natürlich hier auch nicht fehlen. Geekbench 6 lief hierbei aus mir nicht bekannten Gründen nicht durch.

 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
42
43
44
45
46
47
48
49


tc@hp-t430:~$ curl -sL https://yabs.sh | bash -s -- -5 -6 -i
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2025-04-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Do 1. Mai 08:59:13 CEST 2025

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 4 minutes
Processor : Intel(R) Celeron(R) N4020 CPU @ 1.10GHz
CPU cores : 2 @ 2186.154 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 1.5 GiB
Swap : 977.0 MiB
Disk : 13.4 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-34-amd64
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mmcblk0p2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ----
Read | 5.51 MB/s (1.3k) | 8.98 MB/s (140)
Write | 5.53 MB/s (1.3k) | 9.50 MB/s (148)
Total | 11.05 MB/s (2.7k) | 18.49 MB/s (288)
 | |
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ----
Read | 9.08 MB/s (17) | 17.53 MB/s (17)
Write | 10.13 MB/s (19) | 18.86 MB/s (18)
Total | 19.22 MB/s (36) | 36.39 MB/s (35)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 516
Multi Core | 779
Full Test | https://browser.geekbench.com/v5/cpu/23509544

Geekbench 6 test failed. Run manually to determine cause.

YABS completed in 27 min 5 sec

Backup-Server für das NAS

Sun, 27 Apr 2025 00:00:00 +0000

Irgendwie bin ich in letzter Zeit im Backup-Fieber… Ich weiß auch nicht.

Bisher wurden die Daten von meinem NAS (etwa 8TB belegt) nicht gesichert, ich habe nur die wichtigsten paar hundert GB ab und an in meine Storagebox bei Hetzner gesynct. Damit bin ich aber nicht so zufrieden, da der Datenverlust im Zweifelsfall doch deutlich wäre.

Festplatten

Irgendwo müssen solche Datenmengen hin, so viel hat man auch nicht einfach an Festplatten herumliegen. Cloud-Speicher ist in den Größenordnungen auch eher teuer, selbst wenn man Archivspeicher (z.B. S3 Glacier bei Scaleway) nutzt. Daher habe ich hierfür Festplatten gekauft. Weil es nur um Backups geht, waren refurbished Platten für mich okay, solange die in einem RAID oder ZFS laufen. Konkret wurde es eine Seagate Enterprise Capacity mit 12TB und eine Seagate Ironwolf mit 12TB. Ich habe verschiedene Modellreihen genommen, um einem gleichzeitigen Ausfall etwas vorzubeugen.

Benchmarks

Bevor ich die Festplatten tatsächlich nutze, habe ich kurz mit CrystalDiskBench mit meinem Windows-Rechner Tests gemacht.

Server

Ich habe aus vorhandener Hardware einen kleinen Server gebaut, der dann in den Keller kommt und bei Bedarf eingeschaltet werden kann. Die Hardware ist absolut nicht herausragend, reicht für den Zweck allerdings problemlos:

CPU: Intel Pentium G3258
RAM: 4GB (zweiter Slot vom Mainboard leider defekt)
Datenträger:
- 120GB SSD (TrueNAS)
- 2x 12TB HDD

Ich habe dann das aktuelle TrueNAS Scale installiert und ein RAIDZ1 erstellt. Ich habe mich hier explizit für RAIDZ1 statt einem Mirror entschieden, damit ich später simpel die Kapazität mit z.B. einer weiteren 12TB-Platte erweitern kann. Das RAIDZ1 verhält sich mit zwei Festplatten eigentlich wie ein Mirror. Schade ist hierbei, dass sich so ein zdev nicht über die UI erstellen lässt, das muss per CLI passieren.

Datensicherung

Anfangs hatte ich die Sicherungen mit rsync gemacht, das funktioniert auch soweit gut. Es hat jedoch einen gravierenden Nachteil: Das Verschieben von Dateien wird nicht erkannt. Deswegen habe ich nun auf rclone umgestellt, weiterhin per SFTP. Dort gibt es das Argument --track-renames, was bei Dateien, die entweder nur in der Quelle oder nur im Ziel sind, versucht, ein Matching zu möglichen anderen Dateien zu machen und entsprechend umzubenennen. Das scheint auch gut zu funktionieren.

Nach einem Sync lege ich händisch einen ZFS Snapshot an, um den alten Stand einzufrieren. Mein Plan ist, dass ich den kompletten Prozess automatisiere, also dann folgende Schritte in ein Script gieße:

NAS hochfahren
Backup-NAS hochfahren
Sync ausführen und abwarten
ZFS-SNapshot auf Backup-NAS erstellen
Backup-NAS herunterfahren
NAS in Standby schicken

Das soll dann etwa 1x pro Woche erfolgen. Ich habe mich bisher mit der TrueNAS-API noch nicht auseinandergesetzt, aber ansonsten kann ich die ZFS-Snapshots auch einfach direkt per CLI erstellen.

Proxmox Backup Server für den Hauptcluster

Sun, 30 Mar 2025 00:00:00 +0000

Ich habe schon länger darüber nachgedacht, wie ich gut und günstig meine VMs und Container sichern kann. Ich hatte in dem Zuge erst PBS über S3 getestet, was lief, aber nicht optimal war - und dann lange einen externen Anbieter (Tuxis) für PBS genutzt. Da bin ich mit 150GB allerdings beim Speicherplatz stark eingeschränkt.

Bisherige Backup-Strategie

Bisher landen die wichtigsten VMs und Container auf einem externen PBS-Server bei Tuxis, die Dateien der Nextcloud werden mittels restic auf eine Storage-Box bei Hetzner gesichert. Das deckt aber nur einen Teil der VMs und Container ab, und vor allem ist die Wiederherstellung teilweise aufwändiger. Daher habe ich schon länger den Wunsch, das ganze zu vereinfachen

Der Plan

Ich habe eine billige 1TB Sata-SSD gekauft (genauer gesagt eine Lexar NQ100 im Angebot). Diese soll in den dritten Host (der Mini-PC, Lenovo Tinkcentre M715q Tiny) kommen, damit dort dann Proxmox Backup Server laufen kann. Damit habe ich dann genügend Kapazität, um wirklich alle VMs und Container zu sichern und bei Bedarf schnell wiederherstellen zu können.

Die Umsetzung

Ich habe also die SSD verbaut (nebenbei auch noch die NVMe von 240GB auf 480GB getauscht und mittels gparted die bisherigen Partitionen kopiert und vergrößert).

Installation von PBS

Ich habe PBS direkt mit auf dem Host installiert. Da das ein Proxmox ist, war das auch nicht weiter schwierig (wäre es allerdings auf jedem Debian nicht). In der Doku befindet sich dazu auch eine Anleitung, die man recht gut befolgen kann (https://pbs.proxmox.com/docs/installation.html#install-proxmox-backup-server-on-proxmox-ve). Vor dem apt-Befehl muss man aber noch manuell das APT-Repo hinzufügen. Die ganze Installation sieht also etwa so aus:

1
2
3
4


wget https://enterprise.proxmox.com/debian/proxmox-release-bookworm.gpg -O /etc/apt/trusted.gpg.d/proxmox-release-bookworm.gpg
echo "deb http://download.proxmox.com/debian/pbs bookworm pbs-no-subscription" > /etc/apt/sources.list.d/pbs.list
apt update
apt install proxmox-backup-server

Die Befehle habe ich vor dem Posten nicht getestet, das habe ich jetzt im Nachhinein noch kurz zusammengesammelt.

Danach ist Proxmox Backup Server unter https://[host]:8007 erreichbar.

Lexar NQ100 für diesen Zweck

Die SSD scheint soweit gut geeignet als Backup-Ziel zu sein, auch wenn ich leichte Zweifel an der Langlebigkeit dieser SSD habe. Das liegt aber eigentlich nur am Preis, mir sind generell bisher eigentlich fast keine SSDs kaputt gegangen (eine noname 32GB SSD aus Chinau und eine 240GB Billig-SSD von Toshiba).

Spiegel vom PBS Datastore

Proxmox Backup Server kann Backups auf einen externen Server replizieren. Ich habe im Keller im zweiten Part vom Homelab einen Thin-Client (Fujitsu Futro S720) mit einer Sata-HDD, der als Backup-Server und Storage für die Server im Keller dient. Dorthin will ich einen (unregelmäßigen und manuellen) Sync einrichten, damit ich zumindest halb-offsite auch noch einen schnell verfügbaren Spiegel habe.

Upgrades für den zweiten Fujitsu Futro S740

Fri, 07 Mar 2025 00:00:00 +0000

… oder auch: Wie man zwei M.2 2280-SSDs in einem Thin Client verbaut.

Ich habe ja Ende letzten Jahres für meine Nextcloud einen zweiten Fujitsu Futro S740 gekauft. Bislang war dort eine 240GB SSD verbaut, der Speicher wurde allerdings jetzt langsam knapp.

Ich hatte beim ersten S740 ja mit einem Adapter schon den für das Wifi-Modul gedachte Slot für eine NVMe-SSD zweckentfremdet, das funktioniert auch bis heute stabil.

Jetzt steht ein ähnliches Upgrade für den zweiten Futro S740 an.

Die SSD

Ich habe (im Angebot) eine Kingston NV3 mit 1TB gekauft. Eine SSD aus dem unteren Preissegment mit keinen besonderen Leistungswerten, einfach nur brauchbarer Massenspeicher. Durch die Anbindung von dem Port (laut Internet PCIe 2.0 x1, also etwa 500 MB/s) würde eine schnellere SSD hier eh nicht viel bringen und ich habe nicht vor, nennenswert VMs oder ähnliches auf der SSD zu betreiben. Primär werden dort die eigentlichen Daten der Nextcloud liegen.

Das Upgrade

Zuerst habe ich den Futro also heruntergefahren und aufgeschraubt.

Danach habe ich den M.2-Adapter von A/E-Key zu M-Key zugeschnitten und verbaut

Nun war auch schon der Einbau der SSD dran. Dadurch, dass das eigentlich so nicht gedacht ist, gibt es natürlich keine Möglichkeit, die SSD festzuschrauben. Daher habe ich einfach temperaturbeständiges Klebeband verwendet - im anderen Futro S740 funktioniert das seit fast einem Jahr problemlos.

Damit das ganze auch nicht zu warm wird, habe ich noch ein kleines Reststück Kunststoff dazwischen gesetzt, um etwas Abstand zwischen die SSDs zu bringen.

Und ja, das ganze sieht ziemlich nach Bastelei aus und gefällt mir auch nicht zu hundert Prozent - aber es funktioniert wirklich gut.

Der Start danach

Die SSD wurde nach dem Starten nach dem Einbau nicht sofort erkannt. Ich hatte erst den Kontakt selbst im Auge, aber dann ist mir eingefallen, dass ich das Wifi/Bluetooth-Modul im BIOS deaktiviert hatte. Und die SSD sitzt natürlich genau in dem Slot. Nach dem Aktivieren wurde die SSD dann exakt wie erwartet erkannt und hat genau so funktioniert wie sie soll. Die Nextcloud-Daten sind auch schon umgezogen - das war letztendlich nur ein Verschieben der entsprechenden Disk.

Ausblick

Bald müsste auch noch eine weitere SSD ankommen, diesmal eine Sata-SSD für den Mini-PC. Dann gibts auch nen flotten Proxmox Backup Server direkt im Haupt-Lab. Beitrag folgt dann.

Lenovo ThinkCentre M715q Tiny - Upgrades

Tue, 25 Feb 2025 00:00:00 +0000

Mein ThinkCentre M715q hatte bisher 12 GB RAM, bestehend aus 4 GB + 8 GB – also ohne Dual-Channel und insgesamt recht wenig Speicher. Daher habe ich mir neuen RAM zugelegt: ein 32 GB-Kit von Timetec (2×16 GB, 2666 MHz, CL19). Die Wahl fiel auf 2666 MHz, da dies das Maximum ist, das der Mini-PC unterstützt.

Neben dem RAM wurde auch die 1 TB-HDD durch eine 500 GB SATA-SSD (Crucial MX500, die zuvor in einem anderen Gerät verbaut war) ersetzt. Dadurch erhalte ich auch dort bessere Performance, den zusätzlichen Speicherplatz benötige ich nicht

Benchmarks

Ich war davon ausgegangen, dass ich durch den Umstieg auf Dual-Channel Performance gewinne, der Unterschied ist jedoch deutlicher als gedacht.

	Vorher	Nachher
Geekbench 5 (Single-Core)	890	946 (+6%)
Geekbench 5 (Multi-Core)	2380	3075 (+29%)
Geekbench 6 (Single-Core)	1000	1074 (+7%)
Geekbench 6 (Multi-Core)	2494	3066 (+23%)

Die Single-Core-Werte sind etwa wie erwartet, ich hatte mit ~5-10% generellen Performanceverbesserungen gerechnet. Die Multi-Core-Werte mit +29% bzw. +23% wiederum haben mich erstaunt. Ich habe spaßeshalber noch einen Durchlauf mit dem Kernelparameter mitigations=off gemacht (deaktiviert Mitigations für Dinge wie Spectre oder Meltdown), das hat allerdings keinen nennenswerten Unterschied gemacht. Was auch daran liegt, dass es eine AMD-CPU und keine Intel-CPU ist.

Hinweis: Bei den Benchmarks wurde jeweils nur ein einzelner Durchlauf durchgeführt, es wurde also nicht über mehrere Messungen gemittelt.

Was ich mit den Ressourcen mache

Vor allem kann ich dank des zusätzlichen RAMs jetzt Ollama mit Modellen bis ca 15 Milliarden Parametern ausführen, wenn auch langsam. Modelle mit 7 Milliarden Parametern sind tatsächlich halbwegs nutzbar, allerdings weiterhin nicht sonderlich schnell.

Natürlich passen so auch allgemein mehr VMs und Container auf den Mini-PC, ich habe beispielsweise jetzt eine Windows-VM, die ich über HomeAssistant starten und stoppen kann. Das ermöglicht mir in Verbindung mit Guacamole (webbasierter RDP-Client) Zugang zu einer (bzw. meiner) Windows-VM von jedem beliebigen Computer mit Internet und einem Webbrowser, was sich als durchaus praktisch erweisen könnte.

Lenovo ThinkCentre M715q Tiny - mein neuer MC-Server

Mon, 16 Dec 2024 00:00:00 +0000

Ich habe mir vor ein paar Wochen einen Mini-PC, genauer gesagt einen Lenovo ThinkCentre M715q Tiny gekauft.

Wofür?

Mein Minecraft-Server läuft nun seit bald 5 Jahre durchgängig. Ursprünglich auf freien Ressourcen eines Dedicated Servers, zwischenzeitlich an verschiedenen anderen Orten und seit fast einem Jahr auf einem 1€-Angebots-vServer von 1blu. Dieses Angebot gibt es so aber anscheinend nicht mehr (und der vServer ist mit 8GB RAM ehrlich gesagt eigentlich auch zu klein dimensioniert), wodurch ich eine neue Lösung brauchte.

Hauptsächlich war tatsächlich der Preis ausschlaggebend für den Umzug des MC-Servers zu mir nach Hause - neben den einmaligen Anschaffungskosten sind hier eigentlich nur die Stromkosten zu nennen. Ein ausreichend starker vServer hätte mich vermutlich um die 10€ pro Monat gekostet, der Mini-PC kostet mich jetzt grob 3€ pro Monat an Strom.

Wenn man die Differenz zu einem vServer mit den Anschaffungskosten (im Angebot jetzt gut 90€ plus ~20€ für eine 240GB NVMe-SSD) vergleicht, ist der Mini-PC ab etwa 1,5 Jahren Betrieb insgesamt günstiger gewesen. Und das ist ausreichend kurz.

Die Hardware

Der M715q hat bei mir nun folgende Ausstattung:

AMD Ryzen 5 2400GE (4 Cores, 8 Threads)
12GB RAM (ausgeliefert mit 2x 4GB, ich hatte noch 8GB liegen)
240GB NVMe-SSD

Die SSD ist eine Patriot P310 mit 240GB, das war das günstigste brauchbare Modell, was ich so finden konnte. Die Performance macht einen guten Eindruck bislang, wobei hochwertigere SSDs mit Sicherheit deutlich besser sind.

Neben dem M.2-Slot hat der Mini-PC auch die Möglichkeit, ein 2,5-Zoll SATA-Gerät aufzunehmen, aktuell habe ich da eine 1TB HDD verbaut, die ich noch herumliegen hatte. Ich habe vor, die HDD durch eine 1-2TB SATA SSD zu ersetzen und den RAM irgendwann auf 32GB aufzurüsten.

Die Software

Wie alles andere auch läuft der Mini-PC bei mir mit Proxmox. Das ließ sich problemlos installieren und funktioniert einwandfrei. Viel mehr gibt es dazu eigentlich nicht zu sagen.

Stromverbrauch

Im Idle habe ich teilweise schon Werte unter 10W gesehen. Mit dem Minecraft-Server im Leerlauf und einigen weiteren Anwendungen liegt der M715q bei mir die meiste Zeit zwischen 10 und 15 Watt. Mit aktiven Spielern oder generell unter Last geht der Verbrauch teilweise auch auf 40-50 Watt hoch.

Das sind vermutlich ein paar Watt mehr als Geräte mit vergleichbaren Intel-CPUs aus dem Zeitraum verbrauchen würden, aber trotzdem ein guter Wert. Dieses Gerät ist vor allem deutlich günstiger als Mini-PCs mit Intel i5 8. oder 9. Generation und dabei von der Single-Core-Performance her sogar noch etwas stärker.

Der Lüfter ist im Leerlauf nur bei absoluter Stille ein wenig zu hören, unter Last klingt der Rechner ähnlich wie ein Notebook unter Last und ist deutlich hörbar.

Benchmark

Zum Abschluss hier noch das Ergebnis von YABS:

 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
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63


root@host3:~# curl -sL yabs.sh | bash -s -- -5 -6 -r
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2024-06-09 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Thu Nov 28 02:53:32 PM CET 2024

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 6 minutes
Processor : AMD Ryzen 5 2400GE with Radeon Vega Graphics
CPU cores : 8 @ 1600.000 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 10.6 GiB
Swap : 3.7 GiB
Disk : 19.1 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.8.12-4-pve
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/vg1-root):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ----
Read | 199.16 MB/s (49.7k) | 552.76 MB/s (8.6k)
Write | 199.68 MB/s (49.9k) | 555.67 MB/s (8.6k)
Total | 398.84 MB/s (99.7k) | 1.10 GB/s (17.3k)
 | |
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ----
Read | 761.70 MB/s (1.4k) | 810.20 MB/s (791)
Write | 802.17 MB/s (1.5k) | 864.16 MB/s (843)
Total | 1.56 GB/s (3.0k) | 1.67 GB/s (1.6k)

iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed | Ping
----- | ----- | ---- | ---- | ----
Clouvider | London, UK (10G) | 53.6 Mbits/sec | 107 Mbits/sec | 45.1 ms
Leaseweb | Singapore, SG (10G) | 45.1 Mbits/sec | busy | 183 ms
Leaseweb | NYC, NY, US (10G) | 51.5 Mbits/sec | 98.5 Mbits/sec | 117 ms

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 938
Multi Core | 2862
Full Test | https://browser.geekbench.com/v5/cpu/23105065

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 1069
Multi Core | 2833
Full Test | https://browser.geekbench.com/v6/cpu/9120078

YABS completed in 13 min 3 sec

Minecraft - mein Setup

Ich habe in einem LXC-Container (ja, das C ist eigentlich doppelt gemoppelt) Docker und Pterodactyl installiert. Damit kann ich die Gameserver bequem per Webinterface verwalten. Ich habe keine direkte Portfreigabe für den Minecraft-Server gemacht. Der Traffic geht erstmal ins Rechenzentrum und erreicht dort einen Velocity-Proxy. Von dort führt ein Wireguard-Tunnel zu meinem Router nach Hause, der dann die Spieldaten entsprechend zum Container auf dem Mini-PC leitet. Das Setup hat den Vorteil, dass ich einerseits meine Heim-IP nicht preisgebe, andererseits möglichen Peering-Problemen aus dem Weg gehe und den MC-Server auch problemlos und schnell (und ohne DNS-Änderungen) umziehen kann. Ich muss nach einem Umzug nur im Proxy eine neue IP hinterlegen und bin fertig. Die Dynmap hängt auch hinter einem Reverse-Proxy im Rechenzentrum und funktioniert auf dem selben Weg.

Fazit

Mir gefällt der kleine Rechner ziemlich gut, vor allem bei dem Preis. Vermutlich hätte ich mir den Kauf vom zweiten Futro S740 sparen können, das hätte problemlos mit auf diesen M715q gepasst. Aber egal, jetzt ist es so.

Die Performance ist wirklich gut, vor allem für den geringen Preis (auch im Vergleich zu den Intel-Modellen). Für einen (oder auch mehrere) Minecraft-Server ist die Kiste eine klare Empfehlung und erlaubt günstigen Betrieb von einem Minecraft-Server zuhause.

Der zweite Fujitsu Futro S740

Sat, 19 Oct 2024 00:00:00 +0000

Warum ein zweiter Thin Client?

Ich bin bekanntlich von meinem bisherigen Homeserver, einem Fujitsu Futro S740 ziemlich überzeugt, vor allem wenn es um Dinge wie Effizienz geht.

Warum ein zweiter Futro S740 und kein anderer Mini-PC? Ganz einfach: Der erste hat mich bereits überzeugt. Der kleine Thin Client lässt sich super als Homeserver nutzen. Der Prozessor (Intel Celeron J4105, 4 Kerne, bis zu 2,5 GHz), 4 GB RAM (aufrüstbar auf 16 GB) und mehrere Möglichkeiten für SSDs bieten genug Leistung für diverse Selfhosting-Projekte. Dazu kommt ein extrem niedriger Stromverbrauch – im Normalbetrieb gerade mal ein paar Watt. Und selbst zwei von den Futros zusammen verbrauchen weniger als die meisten anderen Mini-PCs alleine.

Da ich nun überlege, meine Nextcloud zuhause zu betreiben brauche ich etwas mehr Power als der eine Thin Client liefern kann. Aktuell laufen - inkl. Nextcloud - 1 VM und 19 LXC-Container. Das meiste davon ist normalerweise im Idle, aber z.B. der LXC für ADS-B braucht dauerhaft 10-20% CPU. Auch andere Software braucht immer mal wieder Rechenleistung, weshalb die durchschnittliche Auslastung vom Server mittlerweile bei 30-40% liegt (RAM bei 10,5 von 16 GB, Load Average meistens bei um die 2). Ich habe also zu wenig Rechenleistung. Das Problem lässt sich jetzt entweder durch Upgraden der bisherigen Hardware (was ein Austausch wäre, bei den Thin Clients lassen sich die CPUs natürlich nicht tauschen) oder durch Hinzufügen eines zweiten Servers lösen.

Der Kauf

Ich habe mich hierbei für die zweite Option entschieden und einen zweiten S740 gekauft. Wie letztes Mal habe ich wieder bei Piospartslab (piospartslap.de) gekauft, hier war der Preis durch einen Preisvorschlag meinerseits bei etwa 50 €.

Bilder

Ich habe letztes Mal wenig Bilder vom Futro gemacht, daher hole ich das hier mal nach.

Setup

Bevor ich mit der OS-Installation begonnen habe, habe ich erstmal das BIOS aktualisiert. Details dazu finden sich in einem Doku-Github-Repo zum S740 hier: https://github.com/R3NE07/Futro-S740. Die SSD habe ich gegen eine 240 GB M.2 SATA-SSD getauscht. Leider hatte ich keine M.2 2242 SSD mehr, deswegen wurde es erstmal eine 2280. Auf Dauer werde ich auch für den zweiten Futro einen M.2 Adapter kaufen, mit dem man eine normale NVMe-SSD in den Slot für eine WLAN-Karte stecken kann.

Auf dem ersten Futro läuft schon Proxmox, deswegen habe ich das auf dem zweiten auch installiert und beide zu einem Cluster zusammengefügt. Ich gewinne damit zwar keine Vorteile was Verfügbarkeit bzw. Redundanz angeht, aber ich kann beide Server über eine Oberfläche verwalten und auch VMs bzw. Container simpel zwischen beiden Servern migrieren. Dementsprechend habe ich nach der Installation auch direkt Nextcloud und einige weitere Dinge auf den zweiten Futro übertragen, um die Last zu verteilen.

Fazit

Für alle, die sich einen günstigen und leistungsstarken Homeserver zulegen möchten, kann ich den Futro S740 weiterhin nur empfehlen. Zusammen mit Proxmox hast du eine extrem vielseitige Virtualisierungsumgebung, die mit wenig Strom und Platzbedarf eine Menge Power unter der Haube hat.

YABS

Zum Abschluss habe ich hier noch einmal ein Ergebnis von YABS angefügt. Die SSD ist allerdings das mitgelieferte 8GB-SATA-SSD-Modul gewesen, weshalb die Storage-Ergebnisse eher schlecht ausgefallen sind.

 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
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63


root@debian:~# curl -sL yabs.sh | bash -s -- -r -5 -6
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2024-06-09 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Wed Oct 16 02:34:15 PM CEST 2024

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 22 minutes
Processor : Intel(R) Celeron(R) J4105 CPU @ 1.50GHz
CPU cores : 4 @ 1996.811 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 3.6 GiB
Swap : 980.0 MiB
Disk : 6.3 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-26-amd64
VM Type : NONE
IPv4/IPv6 : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/debian--vg-root):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ----
Read | 13.13 MB/s (3.2k) | 19.48 MB/s (304)
Write | 13.12 MB/s (3.2k) | 20.04 MB/s (313)
Total | 26.25 MB/s (6.5k) | 39.52 MB/s (617)
 | |
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ----
Read | 20.78 MB/s (40) | 20.82 MB/s (20)
Write | 22.35 MB/s (43) | 23.01 MB/s (22)
Total | 43.14 MB/s (83) | 43.84 MB/s (42)

iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed | Ping
----- | ----- | ---- | ---- | ----
Clouvider | London, UK (10G) | 53.7 Mbits/sec | 92.1 Mbits/sec | 35.7 ms
Leaseweb | Singapore, SG (10G) | 44.8 Mbits/sec | 69.8 Mbits/sec | 197 ms
Leaseweb | NYC, NY, US (10G) | 50.3 Mbits/sec | 58.9 Mbits/sec | 97.2 ms

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 463
Multi Core | 1485
Full Test | https://browser.geekbench.com/v5/cpu/22967867

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
 |
Single Core | 384
Multi Core | 1139
Full Test | https://browser.geekbench.com/v6/cpu/8337911

YABS completed in 25 min 40 sec

Der erste Link mit 2.5GBit/s

Mon, 07 Oct 2024 00:00:00 +0000

Ich habe mir kürzlich zwei günstige PCIe-Netzwerkkarten mit Realtek RTL8125B Chips bestellt. Ich wollte damit eine direkte Verbindung zwischen meinem PC und meinem NAS herstellen, um schneller größere Datenmengen von A nach B zu bekommen. Das hilft ohne Switch natürlich dem Rest des Netzwerks nicht, aber der genannte Weg ist der, auf dem ich so mit die meisten Daten übertrage.

Ich habe die Karten also in meinen PC und das NAS eingebaut, ein Kabel verlegt und angeschlossen und die beiden Geräte wieder gebootet. Beide Rechner haben die Karte jeweils direkt erkannt, ich musste also nur noch IPs vergeben (anderer Adressbereich als das Heimnetz, damit sich da nichts in die Quere kommt). Danach konnte ich schon das Netzlaufwerk einrichten und die ersten Daten kopieren - mit über 280MB/s in meinen ersten Tests. Das ist ordentlich und mit knapp 2,3 GBit/s nahe an der theoretischen Kapazität der Leitung.

Ich gebe zu, das ganze war jetzt wirklich unspektakulär und funktioniert einfach direkt out-of-the-box. Ich hatte mir ein wenig mehr Spielerei erhofft, aber naja, eigentlich besser so.

Irgendwann wird sicherlich auch noch ein kleiner Switch folgen, der mehr als 1GBit/s kann, da warte ich aber noch auf Modelle zu brauchbaren Preisen mit genügend Ports und am besten noch Support für VLANs. Mehr oder weniger also den perfekten Switch für ein leicht überdurchschnittliches Heimnetz.

Sipeed NanoKVM - meine Meinung

Thu, 05 Sep 2024 00:00:00 +0000

Vor etwa einem halben Jahr wurde von Sipeed ein neues Produkt angekündigt - ein IP-KVM auf Basis einer kleinen RISC-V-CPU (siehe https://sipeed.com/nanokvm). Was dieses Gerät so besonders machen sollte ist primär der Preis. Ich habe (bestellt Mitte Juli, geliefert Ende August) etwa 45€ bezahlt, der Preis ist seit dem allerdings gestiegen (Stand 05.09.2024 ~68€ + ~6,50€ via Aliexpress).

Aber fangen wir vorne an. Die Hardware basiert auf dem LicheeRV Nano von Sipeed, einem kleinen Dev-Board mit einer Risc-V-CPU, 256MB RAM, Ethernet/Wifi (allerdings optional), einem MicroSD-Slot und einem Kamera-Interface. Für das NanoKVM wird das Kamerainterface mit einem kleinen Konverter-Board als HDMI-Input benutzt. Der USB-Port vom Board kann als Host dienen, aber auch ein Client-Gerät sein. Das wird beim NanoKVM zur Emulation von Maus/Tastatur sowie auch von Storage benutzt. Es gibt zwei Versionen vom NanoKVM - eine Lite-Version, die nur HDMI-In, LAN und den USB-Port zum Anschluss an den Zielrechner hat, daneben gibt es auch eine Full-Version, die zusätzlich ein Gehäuse mit OLED-Display, einen zweiten USB-Anschluss zur Stromversorgung (wenn der Zielrechner ausgeschaltet ist) sowie einen USB-Port zum Anschluss eines kleinen Breakout-Boards für die Verbindung zu Power- und Reset-Knopf und -LED.

Das Paket

Ich habe mir die Full-Edition gekauft, dementsprechend habe ich auch das volle Zubehör und das NanoKVM im Gehäuse. Zwei USB-Kabel waren dabei, aber leider kein HDMI-Kabel.

Der erste Verbindungsversuch

Ich habe das NanoKVM also an einen Laptop (mit einem Debian ohne GUI) zum Testen angeschlossen. Nach kurzer Bootzeit (nur ein paar Sekunden) wurde mir die IP vom Gerät auf dem Display angezeigt.

Jetzt kam natürlich der spannende Moment - ich habe also die IP im Browser eingegeben und wurde (nach Login) von einer simplen, aber funktionalen UI begrüßt.

Weitere Funktionen

Neben dem reinen Anzeigen vom Monitor sowie Übertragen von Maus und Tastatur kann das Gerät noch ein paar weitere Dinge. Auf dem internen Speicher lassen sich ISOs ablegen (z.B. via SFTP übertragbar), diese lassen sich dann einfach auf dem Zielgerät mounten. Das funktioniert auch soweit, scheint aber nach meinen ersten Tests insgesamt eher langsam zu funktionieren. Ich habe sowohl Debian 12 als auch Windows 10 getestet und konnte beide Systeme problemlos über das emulierte Laufwerk booten.

Man kann sich auf dem Gerät auch via SSH einloggen und sich auf dem System umsehen. Es läuft Kernel 5.10.4, also ein über 3,5 Jahre alter Kernel von Ende 2020. Laut /etc/os-release wird das Image mit Buildroot gebaut, ist also eine auf diesen Einsatzzweck und dieses Gerät zugeschnittenes Image und basiert nicht auf Debian oder einer anderen größeren Distro. Ansonsten ist mir bei einem ersten Überblick nur aufgefallen, dass Verzeichnisse wie /var/log auf /tmp umgebogen sind, was wiederum eine Ramdisk ist. Das ist für die Haltbarkeit der verbauten MicroSD-Karte natürlich gut.

Ich habe auf einem alten Netbook Windows 10 neu installiert - und das vollständig per NanoKVM (also ISO-Mount plus Fernbedienung). Ich hatte keine nennenswerten Probleme dabei und konnte soweit gut arbeiten. Für derartige Zwecke (also “mal eben” an irgendwelchen Rechnern Dinge tun) habe ich mir das Gerät auch angeschafft, damit ich nicht immer Maus/Tastatur/Monitor aufwändig umstecken muss sondern einfach nur das NanoKVM anschließe und loslegen kann.

Auch lässt sich das NanoKVM mit der mitgelieferten Platine auch an die Power-/Reset-Buttons bzw. Power/HDD-LEDs anschließen und damit auch ein Druck des Power- bzw. Reset-Buttons auslösen lässt. Das funktionierte in meinen Tests soweit.

Anfangs gab es Probleme, wenn der Host die Auflösung gewechselt hat, das ist mittlerweile allerdings behoben worden. Das war vor allem problematisch, wenn das BIOS/UEFI und das spätere OS verschiedene Bildschirmauflösungen genutzt haben.

Meine Ideen

Die MicroSD-Karte ist mit 8GB eher klein, vor allem wenn mehrere ISOs gespeichert werden sollen.

Fazit

Die Grundfunktionen laufen soweit gut - aber wie ich auch bei der Bestellung erwartet habe, macht die Software noch keinen wirklich vollständigen Eindruck. Das Übertragen von ISOs per SFTP ist mit ~2,5 MB/s auch eher langsam, das wird allerdings wahrscheinlich durch die sehr schwache CPU limitiert. Mounten von ISOs funktioniert soweit auch, das Laden von Dateien geht allerdings eher langsam von Statten. Ich kann das Gerät nur mit den IPMIs von Supermicro und einem älteren HP ILO vergleichen, beide Lösungen sind dabei natürlich deutlich tiefer in die Hardware integriert. Bei den reinen KVM-Features fühlen sich Supermicro und HP etwas polierter an, hier finde ich bei Supermicro z.B. auch praktisch, dass ich eine ISO direkt von meinem PC aus benutzen kann, ohne diese irgendwohin übertragen zu müssen. Auch scheinen verschiedene Auflösungen besser zu funktionieren. Ich würde gerne zum Vergleich ein PiKVM testen, da das preislich am ehesten in der Nähe ist, sowas besitze ich aber leider nicht.

Grundsätzlich funktioniert das Gerät allerdings so, wie es soll - und ist vor allem unter Berücksichtigung des Preises soweit solide.

Upgrades für den Futro S740

Fri, 26 Apr 2024 00:00:00 +0000

Der Fujitsu Futro S740 verrichtet nun seit über einem Jahr brav seine Dienste als mein Heimserver, mittlerweile sind mir die 4GB RAM allerdings deutlich zu wenig (ach was, wer hätte es gedacht). Auch die 240GB Speicherplatz stören mich mittlerweile.

Daher war nun Zeit für ein Upgrade. Das Maximum, was an RAM funktionieren soll, sind 16GB. Bei so großen Modulen muss man sehr genau aufpassen - laut den “Community-Dokus” bei Github ( https://github.com/R3NE07/Futro-S740 ) muss es zwingend Dual Rank sein. Ich habe hierbei einen Stick von Integral (IN4V16GNDLRI) gekauft, da es einer der wenigen Sticks war, wo ich konkret herausfinden konnte, dass es sich um Dual Rank handelt. Wenn man beispielsweise 16GB-Module von Crucial bei Amazon kauft, ist nicht klar, welches exakte Modell man bekommt und ob es Dual oder Single Rank RAM ist. Mit Single Rank Modulen startet der Thin Client laut meinen Recherchen überhaupt nicht.

Zusätzlich habe ich auch noch eine weitere SSD verbaut, dafür habe ich einen M.2-Adapter von A/E-Key zu M-Key günstig gekauft. Ich hatte noch eine Kioxia Exceria G2 mit 500GB liegen, die ist zwar nicht die beste, aber für die Zwecke definitiv ausreichend. Da die SSD eine 2280 SSD ist, musste ich beim Befestigen etwas kreativ werden, vielleicht füge ich irgendwann noch mal ein Bild davon an.

Nachdem alles verbaut war, habe ich den S740 wieder eingeschaltet und nach dem Hochfahren habe ich das gewünschte Ergebnis gesehen:

Sowohl RAM als auch SSD wurden problemlos erkannt und funktionieren wie erwartet. Die SSD kann ihre volle Geschwindigkeit durch die Bandbreite von dem Port (laut Internet PCIe 2.0 x1, also etwa 500 MB/s) zwar längst nicht voll ausnutzen, aber die niedrigeren Latenzen im Vergleich zu SATA merkt man dennoch ein wenig. Aber alleine für den zusätzlichen Storage (insgesamt jetzt immerhin ~750 GB) hat es sich gelohnt.

Ich habe vor, auf dem Thin Client nun mehr zu betreiben, unter anderem liegt hier Hardware für den ADS-B-Empfang. Mal gucken, wann ich dazu komme, dazu etwas zu schreiben.

Mein neuer Homeserver (Fujitsu Futro S740)

Mon, 20 Feb 2023 00:00:00 +0000

Im letzten Update zu meinem Homelab sprach ich davon, den Raspberry Pi gegen etwas Leistungsstärkeres zu ersetzen, genauer gesagt durch einen Thin Client. Viele im Internet empfehlen hierbei den Fujitsu Futro S740 Thin Client, also habe ich mich darüber genauer informiert. Ein Intel Celeron J4105 (4 Kerne mit je max. 1,5 GHz), 4 GB RAM (aufrüstbar auf 16 GB) und 16 GB eMMC-Storage (eine normale 2242 M.2 SATA-SSD) in einem kleinen Gehäuse, passiv gekühlt und mit geringem Stromverbrauch klang wirklich interessant. Also habe ich mir so ein Teil mal bestellt. SSD (240GB M.2 SATA von Transcend, eine TS240GMTS420S) hatte ich noch liegen, das passte gut. Bezahlt habe ich inkl. Versand 55 €, was in einem ähnlichen Bereich wie ein Raspberry liegt. Wer hier nach Angeboten sucht, sollte MyDealz gut im Auge behalten. Die Dinger sind immer sehr schnell ausverkauft, sobald sie verfügbar sind.

Als ich den Thin Client ausgepackt habe, war ich erst einmal von der Größe etwas überrascht. Ich hatte ein größeres Gerät erwartet, aber der sehr kleine Formfaktor passt eigentlich gut. Nach einem kurzen Test-Boot ins BIOS habe ich dann RAM und SSD ausgetauscht, nur um festzustellen, dass das Gerät nicht mehr startete und das ganze mit Piepen quittierte. Wie sich herausstellt ist der RAM, den ich noch hatte, nicht kompatibel. Ich werde noch mal ein anderes Modul kaufen (eine gute Kompatibilitätsliste und haufenweise weitere Informationen finden sich hier: https://github.com/R3NE07/Futro-S740 ), sobald ich Bedarf für mehr RAM habe.

Ich habe also Debian installiert und dort Proxmox eingerichtet. Innerhalb von kürzester Zeit lief ein ganz normales Proxmox, mit 2,9 Watt im Idle. Wenn 2-3 VMs/Container mit insgesamt wenigen Prozent Last laufen, bin ich immer noch bei unter 5 Watt. Zur Optimierung habe ich den Govenor auf Conservative eingestellt. Damit bleibt der Takt meistens sehr niedrig, höher takten tut die CPU nur, wenn länger höhere Last anliegt. Bei VMs lohnt es sich auch, in den VM-Optionen in Proxmox “Use tablet for pointer” zu deaktivieren. Das senkt die CPU-Last von VMs um wenige Prozent und spart vor allem bei mehreren VMs durchaus Ressourcen. Man verliert hierbei die absolute Mausposition in der VM, was aber bei einer VM, die eh nur über die Konsole oder per Remote bedient wird, keinen Unterschied macht.

Seit der Umstellung fühlt sich Homeassistant flotter an, vor allem beim Aufruf von längerer Historie. Ich kann außerdem nun beispielsweise Smokeping und Adguard problemlos auf derselben Hardware laufen lassen. Zurzeit schränkt mich der RAM mit 4 GB etwas ein, belegt sind meistens etwa 2,7 GB. Der Prozessor ist im Schnitt bei etwas über 5 %, da ist also noch viel Luft nach oben. Ich bin allgemein super happy mit dem Gerät, da ich für wenig Geld und geringem Strombedarf wieder eine volle Virtualisierungsumgebung nutzen kann und wieder mehr “Spielwiese” habe.

Das Netzwerk-Kallax hat auch noch ein Updat bekommen - aus dem 1x1-Kallax wurde nun ein 2x1-Kallax. Ich habe dabei auch die Verkabelung noch neu gemacht, das ganze sieht jetzt etwas ordentlicher aus. Und ich komme an den Arbeits-Laptop, der obendrauf liegt, zum Einloggen besser ran.