Att det finns en lagringspool i ZimaOS innebär inte automatiskt att Windows ska visa den råa disken eller RAID-objektet som en vanlig nätverksmapp. I den här tråden från december 2025 hade användaren en frisk RAID 1-pool med två enheter som kallades M3 Storage, men Windows Filutforskare visade endast ZimaOS-HD. Det saknade steget var att skapa en mapp på lagringspoolen och dela den med den avsedda användaren.
Det ursprungliga inläggets författare bekräftade att delningsproceduren fungerade. Deras mer övergripande mål – att spara datorfiler lokalt och få dem automatiskt kopierade till ZimaCube – passar ännu bättre med det dedikerade arbetsflödet för säkerhetskopiering av datorn i den aktuella ZimaClient-versionen.
RAID 1-poolen fanns redan och var frisk
Det räckte inte att välja ett lagringsobjekt i ZimaClient
Windows visade inledningsvis endast systemdelningen
ZimaClient-genvägen var nedtonad
Skapa en mapp på poolen och dela den mappen
Källcommunityt angav ett konkret arbetsflöde:
- öppna Lagring;
- öppna mappvyn för lagringspoolen;
- skapa en ny mapp;
- öppna menyn för den mappen;
- välj Hantera delning;
- ge den avsedda användaren läs- och skrivåtkomst;
- använd den angivna Windows-/macOS-adressen.
Det ursprungliga inläggets författare svarade: ”Det fungerade faktiskt.”
ZimaOS Files visade också lagringen som ett separat område
Aktuella ZimaOS stöder Samba-delningar per användare
Aktuell dokumentation för IceWhale beskriver nu uttryckligen hur man skapar en delning från en mapp, väljer en medlem eller gäst, tilldelar läs- eller läs- och skrivbehörighet och kopierar rätt adress för Windows/macOS.
Använd det aktuella arbetsflödet för Samba-delning i ZimaOS när du behöver att en mapp ska visas som en vanlig nätverksdelning.
Automatisk säkerhetskopiering från dator till NAS är en separat funktion
Användaren i källan ville till slut att lokala datorfiler skulle kopieras till ZimaCube automatiskt. Aktuella ZimaClient har nu en särskild funktion för säkerhetskopiering av datorer, där användare väljer källmappar och ett mållagringsutrymme, och klienten säkerhetskopierar dem i bakgrunden enligt ett schema.
Använd det aktuella arbetsflödet för säkerhetskopiering av datorer i ZimaClient när målet är automatiskt skydd – inte bara SMB-bläddring.
Använd inte den lilla systemdisken som mål för säkerhetskopior
IceWhales aktuella vägledning varnar specifikt användare för att rikta dator säkerhetskopior till en normal lagringsplats, till exempel en ensam disk eller RAID-array, och inte till ZimaOS-systemdisken.
Detta är särskilt relevant för användaren i källan, som redan hade skapat en RAID 1-pool på 4 TB specifikt för arbetsdata.
En lagringspool är inte samma objekt som en SMB-delning
Den här skillnaden förklarar det mesta av förvirringen i källtråden. Lagringsinställningar beskriver fysiska diskar och arrayer. Filer beskriver mappar som finns på dessa lagringsutrymmen. Samba-delningar gör valda mappar tillgängliga för en annan dator över nätverket.
Windows ansluter normalt till det delade mappnamnområdet i stället för att montera själva RAID-objektet. Att skapa RAID är därför bara lagringslagret; att skapa och dela en mapp är användaråtkomstlagret.
Läs- och skrivbehörighet måste tilldelas det konto du faktiskt använder
Gemenskapsinstruktionerna gjorde mer än att skapa en mapp: de uppmanade också användaren att öppna Manage Share och kontrollera att det avsedda kontot hade läs- och skrivbehörighet. Om delningen visas men uppladdningar, namnbyten eller borttagningar misslyckas bör du kontrollera kontot och behörighetsnivån igen innan du ändrar RAID-konfigurationen.
Nuvarande ZimaOS stöder även separata medlemskonton, så en familj eller ett team behöver inte dela på ett administratörslösenord bara för att få åtkomst till en projektmapp.
Quick Access är ett bekvämlighetslager, inte initiering av lagring
Källanvändaren såg M3 Storage i ZimaClients konfiguration för Quick Access och antog att ett val av denna skulle göra poolen fullt användbar i Utforskaren. Den senare lösningen visade varför detta antagande var ofullständigt: Quick Access kan visa en åtkomlig mapp eller plats, men ersätter inte att mappen och delningsbehörigheterna skapas på servern.
Vid felsökning ska du först kontrollera att mappen finns i ZimaOS Files och är korrekt delad. Använd sedan ZimaClient för att göra åtkomsten smidig på datorn.
Fildelning, synkronisering och backup är olika användarmål
I källsvaren användes ”synkronisering” ibland löst. En nätverksdelning gör att Windows kan öppna filer som lagras på NAS-enheten. Ett synkroniseringsarbetsflöde håller valda kopior synkroniserade. Ett backup-arbetsflöde skyddar en källa med en separat kopia och har helst funktioner för lagring och återställning.
Den nuvarande funktionen Computer Backup i ZimaClient passar bättre för den ursprungliga frågeställarens mål: att automatiskt skydda lokalt datorarbete på RAID-poolen.
Verifiera i Client efter att delningen har ändrats
När du har skapat mappen och angett behörigheterna ska du vid behov koppla från gamla Windows-sessioner, ansluta igen med det avsedda ZimaOS-kontot, skapa en liten testfil, byta namn på den och öppna den igen. Då verifieras både synlighet och skrivbehörighet innan ett helt arbetsarkiv flyttas till NAS-enheten.
Vanliga frågor om lagringsdelning
Var det själva RAID-systemet som var trasigt i det ursprungliga fallet?
Nej. Poolen fanns och rapporterade att den var felfri.
Vilket steg gjorde faktiskt lagringen åtkomlig från Windows?
Användaren skapade en mapp i lagringspoolen och delade den med rätt konto och behörigheter.
Bör automatisk PC-backup göras genom att kopiera manuellt till SMB?
Den nuvarande ZimaClient har ett särskilt arbetsflöde för datorbackup med schemalagda bakgrundsbackuper.
