Een Samba-share die in de ZimaOS Bestanden-app is aangemaakt, zou na elke herstart niet opnieuw hoeven te worden aangemaakt. In de thread van januari 2026 stelde een communityreactie aanvankelijk voor om te wachten totdat de opslagpool was aangekoppeld, maar nadat de gebruiker verduidelijkte dat de sharedefinitie zelf was verdwenen, werd dit gedrag als abnormaal beschouwd.
De thread leidde niet tot een bevestigde oplossing. Daarom mogen ‘SMB opnieuw starten’ of ‘de share in- en uitschakelen’ niet worden gepresenteerd als permanente oplossing voor een sharevermelding die daadwerkelijk verdwijnt.
Maak eerst onderscheid tussen een ontbrekende share en een trage koppeling
Open na het opnieuw opstarten Opslag en controleer of de onderliggende schijf of pool online is. Controleer vervolgens de interface Bestanden/Gedeeld via Samba. Als de share nog bestaat maar clients geen verbinding kunnen maken, onderzoek dan de SMB-service en verificatie. Als de sharedefinitie verdwenen is, gaat het om een ander persistentieprobleem.
De huidige versie van ZimaOS ondersteunt persistent beheer van Samba-shares
De huidige Samba-gids voor meerdere gebruikers beschrijft hoe je shares vanuit Bestanden aanmaakt en ze later beheert via de interface voor gedeelde items.
De huidige SMB-probleemoplossingsgids is nuttig wanneer de share bestaat maar toegang mislukt.
Maak de share niet opnieuw aan voordat je bewijsmateriaal hebt verzameld
Als de definitie na elke herstart verdwijnt, noteer dan de ZimaOS-versie, het sharepad, de opslagpool, het type rechten en maak schermafbeeldingen voordat je de share opnieuw aanmaakt. Door de share steeds opnieuw op te bouwen, wis je de toestand die support nodig heeft voor onderzoek.
De gids voor geverifieerde SMB-toegang helpt om problemen met rechten en verificatie te onderscheiden van problemen met het persistent blijven van shares.
Controleer of het gedeelde pad persistent is
Een share die gebruikmaakt van een normale, aangekoppelde ZimaOS-opslagruimte zou een herstart moeten overleven. Een pad binnen een tijdelijke koppeling, verwijderbaar apparaat, containerlaag of tijdelijk niet-beschikbaar extern bestandssysteem kan zich anders gedragen.
Wacht totdat de opslag online is voordat je besluit dat de share ontbreekt, maar als de Bestanden-app daarna daadwerkelijk geen opgeslagen share meer toont, behandel dit dan als een configuratiepersistentiebug en niet als een gewone vertraging bij het opnieuw verbinden van clients.
Samenvatting
De oorspronkelijke thread leverde geen geverifieerde oplossing op. Wel werd een belangrijke grens vastgesteld: een SMB-share die na een herstart tijdelijk onbereikbaar is, kan een probleem met het moment van koppelen of met de client zijn, maar een in Bestanden aangemaakte share die volledig verdwijnt, is niet normaal. Leg de verdwijnende configuratie vast en reproduceer het probleem in de huidige ZimaOS-release voordat je workarounds zoals het opnieuw starten van services toepast.
