Een bericht van Zima
Bedankt, sbinske, dat je hebt laten zien dat een bruikbare thuisserver niet hoeft te beginnen met speciaal ontworpen serverhardware of professionele behe ervaring. Met je retro-LAN-partyopstelling veranderde je overgebleven pc-onderdelen in een ZimaOS-systeem met Docker-diensten, meerdere virtuele machines, DNS, TeamSpeak en de ondersteunende tools die nodig waren om een ouderwets lokaal netwerkevenement te laten werken.
We waarderen het bijzonder dat je de probleemoplossing net zo duidelijk hebt gedocumenteerd als het succes. De vastlopers met de GT710, de instabiliteit van de netwerkkaart, de beperkingen die je ontdekte in de App Store-workflow en je verzoek om flexibelere opslagcombinaties zijn precies het soort feedback dat laat zien waar een lichtgewicht systeem toegankelijk aanvoelt en waar het nog te veel van een hobbyist vraagt.
— Zima
Maak kennis met sbinske
sbinske beschrijft zichzelf als een niet-professionele technologiegebruiker en doe-het-zelfhobbyist. Dat onderscheid is belangrijk voor dit verhaal. Hij benaderde ZimaOS niet als systeembeheerder die op zoek was naar een ander platform om te benchmarken. Hij benaderde het als iemand die graag dingen bouwt, hardware hergebruikt en een praktisch resultaat bereikt zonder elk project in enterprise-infrastructuur te veranderen.
Voordat hij voor ZimaOS koos, zocht hij lange tijd naar een alternatief voor Unraid. Wat hem aantrok, was geen functie-voor-functie-gelijkwaardigheid. Een van de dingen die hij juist prettig vond, was dat ZimaOS lichter aanvoelde en niet probeerde zo uitgebreid te zijn als Unraid.
Zijn project uit februari 2026 werd een zeer specifieke test van dat idee: kon een relatief lichtgewicht besturingssysteem voor thuisservers de combinatie van containers, virtuele machines, netwerkfunctionaliteit en opslag uitvoeren die nodig was voor een retro-LAN-party?
Een retro-LAN-party werd de test
De server werd voorbereid voor een ouderwetse LAN-party, waarbij de infrastructuur lokaal moest draaien en het evenement moest ondersteunen zonder afhankelijk te zijn van een reeks externe diensten.
Toen hij de opstelling documenteerde, draaide ZimaOS al twee Docker-containers: een TeamSpeak-server en een DNS-server. Daarnaast waren er drie virtuele machines: een ETI-SyncServer, een LanPage-VM en nog een VM die bedoeld was om de overige diensten rond het evenement te organiseren.
Die werklast maakte het project interessanter dan een eenvoudige NAS-test. Opslag was slechts één onderdeel. Het systeem moest tegelijkertijd ook netwerkdiensten en meerdere geïsoleerde virtuele machines hosten.
Waarom ZimaOS werkte als een lichtgewicht alternatief voor Unraid
De vergelijking van sbinske met Unraid was bewust praktisch. Hij verwachtte niet dat ZimaOS elke functie van Unraid zou evenaren. Hij wilde een kleiner systeem dat de functies bood die hij daadwerkelijk nodig had en begrijpelijk genoeg bleef om er als hobbyist mee te kunnen werken.
Toen de hardwareproblemen onder controle waren, was zijn algemene ervaring positief. Het systeem werd stabiel en verwerkte de LAN-partybelasting waarvoor hij het had ingericht.
De huidige ZimaOS-documentatie beschrijft virtuele machines nog steeds als een onderdeel van het platform dat volop in ontwikkeling is, terwijl het bredere systeem opslag, Docker-applicaties en virtualisatie in één interface combineert. Daarmee is het project van sbinske een goed voorbeeld van hoe je die onderdelen samen gebruikt in plaats van elke functie als een afzonderlijke demo te behandelen.
Het eerste grote probleem leek op een vastloper van ZimaOS
De installatie begon niet vlekkeloos. sbinske meldde dat ZimaOS na ongeveer 20 minuten gebruik volledig vastliep.
Na het controleren van de logboeken en het testen van onderdelen herleidde hij de eerste problemen tot een oude NVIDIA GeForce GT 710. Hij probeerde stuurprogramma's handmatig via de terminal te installeren, maar dat loste het probleem niet op. Ook experimenteerde hij zonder succes met wijzigingen rond virtuele schijven.
Uiteindelijk verwijderde hij de grafische kaart, reset de systeemconfiguratie en installeerde ZimaOS opnieuw zonder de kaart. De schone installatie werkte weer goed.
Dit moet worden beschouwd als een door een maker gemeld compatibiliteitsprobleem op zijn specifieke machine, niet als een algemene bewering dat elke GT 710 incompatibel is met elke ZimaOS-build. De bron beschrijft wat er in deze configuratie gebeurde; er wordt geen universele regel voor stuurprogramma's vastgesteld.
Het terugplaatsen van de GPU bracht een ingewikkelder hardwareprobleem aan het licht
Toen sbinske de grafische kaart opnieuw plaatste, veranderde het gedrag. In plaats van alleen iets te zien wat op een probleem met het grafische stuurprogramma leek, begon de machine harde schijven en netwerkkaarten herhaaldelijk te verbreken en opnieuw te detecteren.
De logboeken toonden fouten, maar hij kon die niet met zekerheid toeschrijven aan één specifieke netwerkadapter of alleen aan de grafische kaart. Daarom veranderde hij zijn aanpak voor het oplossen van problemen: hardware één onderdeel tegelijk verwijderen en letten op het moment waarop het systeem niet langer foutmeldingen gaf.
Dat proces leidde tot het duidelijkste resultaat van de hele debug-sessie. Het systeem was instabiel met drie toegevoegde netwerkkaarten plus de ingebouwde netwerkinterface van het moederbord. Met slechts twee toegevoegde netwerkkaarten draaide de machine goed.
Hij vermoedde een PCIe-lanetoewijzingsprobleem — maar bewees het niet
De host was geen speciaal gebouwde serverhardware. Hij gebruikte een AMD Ryzen 5 2600, een MSI B450 Plus-moederbord en 64 GB RAM — in feite reservehardware die voor het project beschikbaar was.
sbinske vermoedde dat de combinatie van moederbord, CPU, grafische kaart en meerdere netwerkadapters mogelijk tegen een probleem met PCIe-lanes of resourcetoewijzing was aangelopen. Maar hij zette het onderzoek niet ver genoeg voort om die theorie te bewijzen, omdat de machine met twee extra netwerkkaarten al aan zijn behoeften voldeed.
Die grens is belangrijk. Het succesvolle resultaat van het oplossen van het probleem is bekend: verminder de combinatie van uitbreidingskaarten en het systeem werd stabiel. De exacte oorzaak op het gebied van elektriciteit, firmware of lane-toewijzing blijft een hypothese van de maker, geen bevestigd defect van ZimaOS.
Toen De Hardware Tot Rust Was Gekomen, Bleef De Server Stabiel
Nadat hij het aantal netwerkkaarten had verminderd en de problematische hardwarecombinatie had verwijderd, meldde sbinske dat het systeem stabiel bleef draaien.
Dat veranderde zijn kijk op het project. Door de aanvankelijke vastlopers leek de installatie onbetrouwbaar, maar het latere gedrag wees op een complexere wisselwerking tussen het besturingssysteem en een ongebruikelijke verzameling hergebruikte desktoponderdelen.
Voor een zelfbouwsysteem was dat onderscheid belangrijker dan het vaststellen van één perfecte hoofdoorzaak. Hij had een configuratie bereikt die de LAN-partyservices draaiende kon houden, en twee netwerkkaarten waren al voldoende voor de rol die hij had gepland.
In De App Store Voelde ZimaOS Minder Gebruiksvriendelijk Aan Dan Unraid
De krachtigste kritiek op het gebied van gebruiksvriendelijkheid in de vragenlijst van sbinske betrof de App Store-ervaring voor Docker-containers van derden.
Zijn referentiepunt was Unraid: installeer een App Store, zoek de container, volg een duidelijke beschrijving en een installatieformulier en installeer hem vervolgens. Hij vond dat ZimaOS hetzelfde resultaat kon bereiken, maar dat het toevoegen van een onbekende container of container van derden te veel kennis vereiste van niet-professionals en hobbyisten.
Die feedback werd in februari 2026 vastgelegd. In de huidige documentatie van ZimaOS staat nu dat gebruikers willekeurige Docker Compose-YAML-bestanden kunnen importeren, configuraties rechtstreeks kunnen bewerken, stacks met meerdere containers kunnen uitvoeren en door de community onderhouden externe winkels kunnen gebruiken. De ontwikkelaarsdocumentatie beschrijft ook de huidige workflow voor het verpakken van apps voor de App Store veel uitgebreider.
Die nieuwere mogelijkheden doen niets af aan zijn oorspronkelijke ervaring. Ze bieden nuttige context: de workflow die hij te ingewikkeld vond, was precies het soort gebied dat ZimaOS later in 2026 verder bleef uitbreiden.
Opslagflexibiliteit Was Het Andere Ontbrekende Onderdeel
sbinske wilde ook meer vrijheid om meerdere schijven op te delen in verschillende opslaggroepen voor verschillende werklasten.
Zijn voorbeeld was praktisch: één schijfpaar kon als RAID 0 worden gebruikt wanneer capaciteit en snelheid belangrijker waren dan redundantie, terwijl een ander paar RAID 1 kon zijn voor gegevens die spiegeling verdienden. Zijn SyncServer-werklast had specifiek meer dan 4 TB opslagruimte nodig, maar vereiste niet hetzelfde beschermingsniveau voor gegevens als belangrijkere opslag.
Vanuit zijn perspectief zou het kunnen combineren van goedkopere bestaande schijven in arrays die specifiek op bepaalde werklasten zijn afgestemd, de hardwarekosten kunnen verlagen en de al beschikbare schijven beter kunnen benutten.
De huidige ZimaOS-documentatie behandelt RAID 0, RAID 1, RAID 5, RAID 6, JBOD en ZFS. De openbare documentatie die voor dit verhaal is geraadpleegd, bevestigt echter niet expliciet de exacte workflow voor meerdere arrays waar sbinske om vroeg — bijvoorbeeld het onafhankelijk aanmaken van een RAID 0 met twee schijven en een afzonderlijke RAID 1 met twee schijven op dezelfde host via de normale gebruikersinterface. Daarom behoudt deze pagina zijn verzoek, in plaats van te beweren dat het volledig is opgelost.
De definitie van succes van een niet-professionele gebruiker
Wat dit project nuttig maakt, is dat sbinske het systeem niet beoordeelde op basis van het aantal geavanceerde functies dat het bood. Hij beoordeelde het op basis van de vraag of het de diensten kon ondersteunen die hij daadwerkelijk wilde draaien.
Na het oplossen van de hardwareproblemen was het antwoord grotendeels ja. ZimaOS was lichter dan Unraid, maar dat was acceptabel omdat zijn LANpartyserver niet elke functie van Unraid nodig had. Twee Docker-containers, drie virtuele machines, lokale DNS, spraakcommunicatie, synchronisatie en diensten voor evenementenbeheer waren voldoende om de server nuttig te maken.
Zijn kritiek kwam voort uit dezelfde praktische instelling. Eenvoudigere installatie van Docker-containers van derden zou de leercurve verkleinen. Flexibelere schijfgroepering zou de hardwarekosten kunnen verlagen. Betere compatibiliteit met ongebruikelijke combinaties van desktopuitbreidingskaarten zou projecten met gebruikte hardware minder onvoorspelbaar maken.
Het verhaal wordt nog steeds geschreven
Het verhaal van sbinske en Zima wordt nog steeds geschreven. Zijn huidige project begon als een lichtgewicht alternatief voor Unraid voor een retro-LANparty en werd een praktijktest van hoe ZimaOS zich gedraagt op hergebruikte desktophardware met een gemengde Docker- en VM-werklast.
Het eindresultaat was geen volledig probleemloze eerste installatie. Het was een werkend DIY-systeem dat tot stand kwam door problemen op componentniveau op te lossen: de GT 710 verwijderen, de combinatie van uitbreidingskaarten beperken, de twee NIC's behouden die daadwerkelijk nodig waren en verdergaan zodra de machine stabiel bleef.
Voor iemand die zichzelf expliciet omschrijft als hobbyist en niet als professional, is dat misschien wel de nuttigste uitkomst van het project. Het systeem hield niet elk technisch detail voor hem verborgen, maar nadat de hardwarecombinatie was vereenvoudigd, bood het de lichtere thuisserveromgeving waarnaar hij op zoek was.
Raadpleeg voor de huidige platformcontext het overzicht van de ZimaOS-functies en de referentie voor de huidige RAID-configuratie.
