Zimaboard 2 Dubbelanvänd Praktisk Guide: Min Server + Retrospelkonsol

Eva Wong är teknisk skribent och fast boende fixare på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva anser att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktygen att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

I. Utrustningsval och kärnkrav

Jag är backendutvecklare. Den fjärrserver jag tidigare hyrde var föråldrad och saknade tillräcklig prestanda, vilket inte längre uppfyllde mina behov för självhostning. Därför köpte jag en Zimaboard 2 1664 med tydliga kärnmål: först att bygga en fullt konfigurerad, backup-aktiverad självhostad hemserver för applikationsdistribution, databehandling och fjärranslutning; och för det andra, utan att påverka serverns kärnanvändning, att utnyttja hårdvarans outnyttjade prestanda och förvandla den till en plug-and-play retrospelkonsol, för att uppnå dubbel funktionalitet och balansera praktiska tekniska behov med vardagsunderhållning.

II. Självhostad serverinstallationsprocess

Systemval och installation

Efter att ha skaffat utrustningen provade jag först ZimaOS som följde med Zimaboard 2. Det var enkelt att använda och smidigt för fjärråtkomst, men NAS-systemets oföränderliga natur begränsade kraftigt mina efterföljande applikationsdistributioner. Baserat på mina användningsvanor valde jag slutligen att byta till Fedora Server—samma system som min gamla server, vilket ger bättre kompatibilitet. Under installationen bytte jag bara ut verktyget för att skapa USB-bootdisk enligt handledningen. Med Fedora Servers inbyggda lokala WebUI och terminal slutförde jag enkelt de inledande stegen innan SSH-konfiguration och säkerhetshärdning. Installationen gick mycket smidigt.

Single board computer zimaboard2

Lagrings- och backupkonfiguration

För att säkerställa korrekt dataskydd för servern använde jag två extra hårddiskar och formaterade dem som BTRFS-filsystem. Detta system är integrerat i Linux-kärnan, har inbyggt stöd för snapshots och är mycket stabilt, vilket passar perfekt för mina backupbehov för den självhostade servern. Det ger också en pålitlig lagringsgrund för serverns stabila drift.

Kärntjänstdistribution

Jag byggde en komplett självhostad tjänst på servern med hjälp av Docker för att möta dagliga användarbehov: Jellyfin som medieserver för enhetlig hantering av personliga ljud- och videoresurser; Filebrowser för att skapa en privat molnlagring med fjärråtkomst till filer när som helst och var som helst; samt Karakeep för att hantera mina bokmärken och anteckningar för smidigt arbete och studier. Jag reserverade även utrymme för Minecraft- och RustDesk-servrar för framtida onlineunderhållning med vänner och för att hjälpa familjemedlemmar med dator- och mobilproblem.

Nätverks- och övervakningskonfiguration

För omvänd proxy bytte jag från min vanliga Traefik till Godoxy, och kombinerade det med Tailscale för att uppnå sammankoppling mellan den lokala servern och den ursprungliga fjärrservern, vilket effektivt undviker exponering av hemmets nätverk. Dessutom har Godoxy en inbyggd övervakningspanel som låter mig se serverns CPU, minne, temperatur, disk och andra statusar i realtid, vilket avsevärt förbättrar serverhanteringens effektivitet.

Serverövervakningspanel som visar CPU-användningstoppar och minnesanvändningsdiagram för flera servrar

III. Retrospelkonsol-ombyggnad: Starta/stoppa vid behov, utan serverpåverkan

Tre kärnprinciper för ombyggnad

För att säkerställa att spel- och serverfunktioner inte stör varandra satte jag tre kärnprinciper för ombyggnaden: ① Installera inte en fullständig skrivbordsmiljö för att undvika resursförbrukning och säkerställa lättviktig serverdrift; ② Starta och stoppa spelfunktioner vid behov, och avsluta automatiskt alla relaterade processer när de inte används för att undvika onödig hårdvaruprestanda; ③ Säkerställ enkel användning så att även rumskamrater utan teknisk bakgrund kan använda det självständigt utan min hjälp.

Kärnidéer och verktygskombinationer

Hela omvandlingens kärnidé är inte komplicerad. Jag använde inbyggda Linux-verktyg och öppen källkods-spelprogramvara för att uppnå automatisk start och stopp av speltjänsten som triggas av HDMI-inkoppling/urkoppling: att koppla in TV:ns HDMI-kabel startar automatiskt spelets grafiska gränssnitt; att koppla ur HDMI-kabeln avslutar omedelbart alla spelprocesser och återgår till ren serverstatus—helt automatiserat utan manuell hantering. De valda verktygen har tydligt definierade roller och är alla mogna, öppna källkodsprodukter som är lätta att konfigurera:

  • udev-regler + egna Shell-skript: ansvarar för att upptäcka HDMI-kabelns inkopplings-/urkopplingsstatus och trigga motsvarande start-/stoppkommandon för tjänster;
  • systemd-tjänst: hanterar ordnad start och smidig avslutning av spelsessioner för att förhindra att processrester påverkar servern;
  • Gamescope: en lättviktig Wayland-syntetiserare som optimerar skalning av spelskärmen och låter äldre spel anpassas perfekt till 1080P TV-upplösning;
  • ES-DE + Retroarch: ES-DE fungerar som frontend för spelbiblioteket, möjliggör spelhantering efter konsolkategori och fångar automatiskt spelomslag och beskrivningar; Retroarch hanterar olika retrospelkonsol-emulatorer och konfigurerar automatiskt spelkontroller, vilket gör det mycket användarvänligt.

Praktiska konfigurationssteg

1. Behörighetskonfiguration: Jag lade till den vanliga användaren som kör speltjänsten i användargrupper som input, video, audio och seat, och aktiverade seat-tjänsten för att säkerställa att Wayland-sessioner kunde skapas normalt, vilket förberedde behörigheter för spelfunktionalitet.

2. Detektions- och triggerkonfiguration: Jag skapade en udev-regelfil som definierade detektionsvillkor för HDMI-inkoppling/urkoppling och triggar mitt egna shell-skript. Skriptet innehöll logik för att avgöra HDMI-anslutningsstatus, vilket gjorde att systemet automatiskt kunde starta och stoppa användarnivåns systemd-speltjänst baserat på HDMI-status.

3. Speltjänstkonfiguration: Jag skapade en användarnivå systemd-tjänstfil som definierade kärnkommandot för Gamescope att starta ES-DE, och satte upp dubbel logik för "smidig avslutning + tvångsavslutning" för att förhindra att onormala spelprocessrester påverkar serverdriften.

4. Installation av beroenden: Jag installerade alla nödvändiga hårdvarudrivrutiner och mjukvara på en gång, inklusive Intel integrerad grafik, gamepad-drivrutiner och kärnspelprogramvara som Gamescope, Retroarch och ES-DE, för att säkerställa perfekt hårdvaru- och mjukvarukompatibilitet.

5. Aktivering av konfiguration: Jag laddade om udev-reglerna och... Med systemd-tjänsten installerad är retrospelkonsolens modifiering nu klar, och spelfunktionaliteten är helt automatiserad för start och stopp.

IV. Optimering och felsökning: Balans mellan spelupplevelse och serverstabilitet

Dedikerad optimering för spelupplevelse

För att säkerställa en smidigare retrospelupplevelse optimerade jag särskilt konfigurationen för Wii/NGC-spel: Jag övergav att köra Dolphin-emulatorn via Retroarch och valde istället fristående körning för att minska prestandabelastningen från Libretro-lagret; jag justerade Dolphins konfigurationsfil för att optimera spelets bildförhållande och renderingslogik; och jag uppdaterade Gamescopes startparametrar för att aktivera FSR-skalning och leverera optimal bildkvalitet på 1080p-TV. Tester visade att den optimerade konfigurationen höll GPU-användningen mellan 70 % och 80 %, och i en inomhusmiljö på 20℃ var enhetens högsta temperatur endast 55℃. Med den officiella fläkten var kylningen fullt tillräcklig, vilket säkerställde smidigt spelande utan att påverka servern på grund av överhettning.

Terminalskärm som visar systemprestandastatistik inklusive CPU-användning, minne och aktiva processer

Praktiska felsökningstekniker

Under modifieringsprocessen sammanställde jag också en uppsättning enkla och effektiva felsökningstekniker. Dessa tekniker kan inte bara lösa problem som uppstår under modifieringen utan även anpassas till fler emulatorer som inte hanteras av Retroarch: Använd journalctl-kommandot för att se udev-händelselogg i realtid, trigga manuellt HDMI-statusändringshändelser och testa regelverkens effektivitet; ta temporärt bort udev-regler, anslut till enheten via SSH, starta spelprogrammet manuellt och anpassa kontrollkonfigurationen; efter felsökning återställ reglerna för att återgå till automatiserat läge. Operationen är enkel och effektiv.

V. Slutresultat: Dubbel funktionalitet, full potential för hårdvaran

Efter en rad installationer och modifieringar uppnår min Zimaboard 2 perfekt dubbel funktion som server och retrospelkonsol: I dagligt bruk är det en lågströms, stabil självhostad server som tyst hanterar kärnuppgifter som applikationsdistribution, dataskydd och fjärråtkomst. Prestandan hos  Intel N150 chipet passar perfekt för min dagliga arbetsbelastning. Under stillestånd räcker det med att koppla in TV:ns HDMI-kabel i enheten för att automatiskt starta spelgränssnittet, vilket låter dig njuta av klassiska retrospel som PS1 och Wii, och till och med stödjer lokalt multiplayer. Att koppla ur HDMI-kabeln avslutar omedelbart alla spelprocesser och återgår till ren serverläge, utan störningar mellan de två.

(fil:15) Bärbar dator ansluten till en väggmonterad TV som visar Nintendo DS-emulatorns startsida i ett inrett vardagsrum
Bärbar dator ansluten till en stor TV via HDMI som visar Mario Kart Wii split-screen-spel i ett vardagsrum

Denna installation och modifiering av Zimaboard 2 gjorde det möjligt för mig att fullt ut utforska hårdvarans potential och återigen uppleva Linux-systemets flexibilitet och öppen källkod-teknikens charm. En liten utvecklingskort är aldrig begränsad till att bara möta ett enda behov; så länge du kombinerar det med dina egna användningsscenarier och vågar prova och experimentera kan du frigöra dess större värde.

Gå med i communityn för att låsa upp mer användbart innehåll!

Välkommen till IceWhale Discord-communityn! Vi kommer att släppa fler detaljerade installationsguider, användarstudier och produktuppdateringar för att hjälpa dig navigera enkelt i den digitala världen och hitta den perfekta hårdvaruplattformen för varje passion.

Zima Kampanjnav

Mer att läsa

Vad händer när två AI-agenter slåss om en server?
Jun 16, 2026Community & Stories

Vad händer när två AI-agenter slåss om en server?

Zero Noichis AI-säkerhetsexperiment använde två ZimaBoard 2-enheter för att simulera angripar- och försvaragenturer, vilket visade hur homelab-servrar kan stödja säker AI, Docker, NAS och...

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.