Deze bron is al een reparatieprocedure van IceWhale. Daarom moet de belangrijkste regel ongewijzigd blijven: verwijder geen van beide mappen voordat je weet welk pad het actieve koppelpunt is. In de gemelde gevallen met versie 1.6.x was de map die eindigde op _1 vaak het echte actieve koppelpunt, terwijl de oorspronkelijke map zonder achtervoegsel slechts een overgebleven map was.
In de workflow wordt de oude overgebleven map tijdelijk hernoemd, wordt de actieve koppeling _1 via Opslag uitgeworpen en wordt de schijf opnieuw ingeschakeld met Alle gegevens behouden, waarna de oorspronkelijke naam van het koppelpunt wordt hersteld. De keuze Alles formatteren is expliciet destructief.

_1.Een gewijzigd koppelpunt kan meerdere toepassingen tegelijk verstoren
Plex, Jellyfin, Docker-bindkoppelingen, Back-up, SMB-shares en ZVM kunnen allemaal naar een opslagpad op naam verwijzen. Als het apparaat plotseling wordt aangekoppeld als ..._1, kunnen die toepassingen lijken alsof ze bestanden kwijt zijn, hoewel de gegevens nog op de schijf staan.
Bepaal het actieve koppelpunt voordat je iets hernoemt
Open Bestanden en Opslag en controleer welk pad de daadwerkelijke gegevens op de actieve schijf bevat. In de bron staat dat de _1 map is vaak actief, maar niet altijd. Als RAID of belangrijke AppData betrokken is en de status onduidelijk is, neem dan contact op met support voordat je doorgaat.
Hernoem de oorspronkelijke overgebleven map tijdelijk
In de handleiding wordt de oorspronkelijke map zonder achtervoegsel tijdelijk hernoemd, zodat de oude naam van het koppelpunt beschikbaar komt. Gebruik je eigen exacte pad, niet de voorbeeldidentificatie.
Werp de actieve koppeling met _1 uit via Opslag

Schakel de schijf opnieuw in met behoud van alle gegevens

Kies niet voor Alles formatteren. Door te formatteren wordt de schijf gewist.
Herstel de oorspronkelijke opslagnaam
Verwijder de _1 suffix tijdens het inschakelen te behouden, zodat de schijf terugkeert naar de oorspronkelijke naam van het koppelpunt. Bestaande toepassingen kunnen het oude pad dan weer vinden.
Behoud de tijdelijke map totdat de toepassingen zijn geverifieerd
De officiële handleiding raadt aan de hernoemde -temp map een paar dagen. Controleer Plex, Jellyfin, Docker, SMB, Backup en andere afhankelijke services voordat je deze verwijdert.
De bug hield verband met de overgang van opslag en koppelpunten in versie 1.6.x
ZimaOS 1.6.1 heeft officieel inconsistente namen van koppelpunten opgelost wanneer apparaatnamen spaties bevatten en de weergave van schijven van derden geoptimaliseerd. Het huidige ZimaOS is nieuwer. Voer deze reparatie dus niet opnieuw uit tenzij dezelfde toestand met een dubbele actieve/achtergebleven map daadwerkelijk aanwezig is.
Het achtervoegsel _1 kan op gegevensverlies lijken, zelfs als de schijf in orde is
Applicaties slaan vaak absolute hostpaden op. Als /media/MyDisk wordt /media/MyDisk_1, Plex, Jellyfin, Backup en Docker kunnen plotseling melden dat media ontbreken of lege mappen tonen, ook al is het bestandssysteem nog steeds aangekoppeld en intact.
Daarom begint het officiële herstel met het identificeren van de koppeling, in plaats van bibliotheken opnieuw op te bouwen of apps opnieuw te installeren.
Maak een back-up van kritieke gegevens voordat je koppelingsnamen wijzigt
De officiële handleiding is ontworpen om gegevens te behouden, maar opslagbeheer brengt altijd risico's met zich mee. Als de schijf de enige kopie van onvervangbare bestanden bevat, maak dan een onafhankelijke back-up voordat je de schijf uitwerpt, hernoemt of opnieuw inschakelt.
RAID en pools met meerdere schijven vereisen extra voorzichtigheid
De bron waarschuwt gebruikers met RAID, Docker-gegevens of belangrijke opslag om contact op te nemen met support als ze niet zeker weten welke map actief is. Een RAID-lid mag niet als een gewone zelfstandige schijf worden behandeld alleen omdat één koppelingsnaam eindigt op _1.
Controleer elke afhankelijke service voordat je de tijdelijke map verwijdert
Test na het herstellen van de oorspronkelijke koppelingsnaam de SMB-toegang, Plex-/Jellyfin-bibliotheken, Docker-bindkoppelingen, back-uptaken en eventuele VM-opslag. Pas wanneer die paden correct werken, mag je overwegen de oude tijdelijke map op te ruimen.
Alle gegevens behouden en Alles formatteren zijn tegengestelde keuzes
De gevaarlijkste fout in deze procedure is een formatteeroptie kiezen terwijl je een naamgevingsprobleem probeert op te lossen. Lees het bevestigingsvenster zorgvuldig en identificeer de schijf aan de hand van het model en de capaciteit voordat je doorgaat.
Veelgestelde vragen over de _1-opslagmap
Welke map is doorgaans de actieve koppeling in het bronprobleem?
IceWhale zegt dat de map die eindigt op _1 is vaak actief, terwijl de oorspronkelijke map een overblijfsel is.
Kan ik de map _1 gewoon verwijderen?
Nee. Dat kan het pad van de live aangekoppelde schijf zijn.
Welke optie behoudt de schijfgegevens tijdens het herstel?
De officiële procedure zegt Inschakelen (alle gegevens behouden), niet Alles formatteren.
