Vanligtvis, ja. Borg kan återskapa det lokala cachetillståndet från arkivet, även om den första åtgärden kan ta längre tid och fortfarande kräver arkivnyckeln och lösenfrasen.
Beslutet är viktigt när en klientdisk går sönder eller dess Borg-cachekatalog tas bort medan arkivet förblir intakt. De två konkurrerande tillstånden är ett återskapningsbart lokalt cache och en saknad krypteringsnyckel, saknade autentiseringsuppgifter eller ett skadat arkiv. Börja med en sparad konfiguration och testdata som kan kasseras, observera en gren i taget och avbryt om testet ökar risken för dataförlust, behörighetsproblem eller otillgänglighet.
Definiera villkoren bakom beslutet att använda Borg-arkivet utan lokalt cache
Dokumentera miljön innan du ändrar något: programvaru- och firmwareversioner, enhetsidentiteter, monterings- eller nätverkssökväg, ledigt utrymme, behörigheter och det observerbara symptomet. Baslinjen måste innehålla tillräckligt med detaljer för att återskapa situationen där en klientdisk går sönder eller dess Borg-cachekatalog tas bort medan arkivet förblir intakt.
Den första kandidaten är ett återskapningsbart lokalt cache. Den andra är en saknad krypteringsnyckel, saknade autentiseringsuppgifter eller ett skadat arkiv. Den aktuella Borg-cachens plats definierar mekanismen eller kommandogränsen som används i testet; den ersätter inte observationer från just den här hemmaservern.
Skriv ned godkännandekriteriet och stoppkriteriet innan du kör särskiljningstestet. Ett godkänt resultat måste ändra de bevis som förutsägs av den ena grenen, samtidigt som orelaterade tjänster förblir oförändrade. Ett misslyckat resultat måste återställa systemet till det sparade tillståndet i stället för att utlösa en kedja av spekulativa korrigeringar.
Testa påståendet utan att sänka det ursprungliga kravet
Använd detta särskiljningstest: bevara arkivet, tillhandahåll nycklar, kör en skrivskyddad list- eller informationsåtgärd, låt sedan cachet återskapas och extrahera en kontrollfil. Håll arbetsbelastning, klient, sökväg, filuppsättning och tidsinställning konstanta så att resultatet kan hänföras till den ändrade variabeln.
Använd Borg-klientens tillstånd för att välja det fält som faktiskt kan skilja grenarna åt. Registrera sedan dess tidsstämpel, avslutningsstatus, feltext, enhets- eller ögonblicksbildsidentitet, svarstid, överförda byte, behörigheter och återställningstillstånd. Ett rent kommandoavslut räcker inte när identitet, beständighet eller programtillstånd är påståendet som testas.
Upprepa testet en gång efter en omstart, återanslutning, ominmontering eller ett tomt cache när den händelsen ingår i det ursprungliga villkoret. Om den första körningen är destruktiv eller miljön inte kan återställas, avbryt och återskapa testet på en kopia som kan kasseras i stället.
borg list /repo
borg extract /repo::archive path/to/canary
Tolka godkända, misslyckade och avvikande resultat
GODKÄNT: arkiven listas korrekt och en kontrollfil återställs efter att cachet har återskapats. Registrera den exakta versionen, identiteten och arbetsbelastningen som godkändes så att slutsatsen förblir villkorad i stället för att bli ett universellt påstående.
MISSLYCKAT: arkivet kan inte autentiseras, kontroller misslyckas eller nycklarna fanns endast på den förlorade klienten. Ett misslyckande bevisar inte automatiskt den motsatta grenen när nätverk, minne, behörigheter eller källans konsistens kan påverka båda. Isolera dessa gemensamma beroenden innan du eskalerar.
AVVIKANDE ELLER TVETYDIGT RESULTAT: stoppa skrivningar, återställ nycklar och kontrollera en kopierad version av arkivet innan reparation. Bevara loggarna och kör inte reparations-, rensnings-, förstörings-, ompartitionerings- eller rekursiva ägarskapskommandon förrän en återställningsbar kopia finns.
Bekräfta beslutet under den ursprungliga arbetsbelastningen
Tillämpa åtgärden som motsvarar den observerade grenen och upprepa sedan det ursprungliga villkoret i stället för en förenklad ersättning. Beslutet gäller endast när arkiven listas korrekt och en kontrollfil återställs efter att cachet har återskapats under två cykler eller efter den relevanta omstarten, viloläget, avbrottet eller belastningsövergången.
Använd Borgs underhållsfönster för att kontrollera det närmaste beroende arbetsflödet, men behåll den ursprungliga utlösaren oförändrad. Orelaterade datauppsättningar, delningar, containrar, användare och återställningspunkter måste behålla sin tidigare åtkomst och tidsåtgång.
Stoppgränsen är tydlig: om arkivet inte kan autentiseras, kontroller misslyckas eller nycklarna endast fanns på den förlorade klienten, återgår du till den senast verifierade konfigurationen, behåller bevisen och eskalerar till ett djupare plattforms- eller hårdvarutest endast när grenen kan reproduceras.
När målresultatet har uppnåtts jämför du det med oföränderliga säkerhetskopieringsfönster så att korrigeringen inte flyttar risken till en närliggande tjänst. Ett framgångsrikt måltest med ett nytt säkerhetskopierings-, identitets-, timeout- eller tillgänglighetsfel är fortfarande en misslyckad ändring.
Vanliga frågor
För användning av Borg-arkiv utan lokalt cache gäller de återstående frågorna vanligtvis om Borg-cachet är en säkerhetskopia av arkivdata, vad som måste lagras separat och om cacheförlust bör utlösa komprimering eller reparation. Svaren nedan håller dessa specialfall åtskilda från huvudbeslutet.
Godkännandegränsen ändras inte: arkiven listas korrekt och en kontrollfil återställs efter att cachet har återskapats. Om ett uppföljande villkor ändrar filsystemet, identiteten, nätverkssökvägen eller programversionen upprepar du endast det särskiljningstest som påverkas av ändringen.
Sluta bredda experimentet när arkivet inte kan autentiseras, kontroller misslyckas eller nycklarna endast fanns på den förlorade klienten. Stoppa då skrivningar, återställ nycklar och kontrollera en kopierad version av arkivet före reparation. Bevara bevisen innan du eskalerar till plattforms-, lagrings- eller hårdvaruansvarig.
Är Borg-cachet en säkerhetskopia av arkivdata?
Nej. Det snabbar upp åtgärder och lagrar lokalt tillstånd. Arkivens säkerhetskopior förblir den auktoritativa säkerhetskopian.
Vad måste lagras separat?
Krypteringsnyckelmaterial, återställning av lösenfrasen, arkivets URL och instruktioner för återställning.
Bör cacheförlust utlösa komprimering eller reparation?
Nej. Kontrollera först arkivets hälsa och återskapa cachet. Underhåll är ett separat beslut.
För användning av Borg-arkiv utan lokalt cache är det praktiska svaret fortfarande villkorat: arkiven listas korrekt och en kontrollfil återställs efter att cachet har återskapats. När arkivet inte kan autentiseras, kontroller misslyckas eller nycklarna endast fanns på den förlorade klienten ska du stoppa skrivningar, återställa nycklar och kontrollera en kopierad version av arkivet före reparation. En delvis lyckad åtgärd som inte klarar den ursprungliga arbetsbelastningen är inte kompatibilitet.
Support och tips
Mer att läsa

Kan ett egenhostat galleri bevara parkopplingen mellan Apple Live Photos?
Ett villkorat beslut för hemmaservern om parkoppling med Apple Live Photo, med kontrollerade tester, resultattolkning, återställning och fokuserade vanliga frågor.

Kan du importera Google Takeout och telefonbackuper till ett enda fotobibliotek?
Ett villkorat beslut för en hemmaserver för kombinerad fotoimport, med kontrollerade tester, resultattolkning, återställning och fokuserade vanliga frågor.

Kan Immich använda ett externt bibliotek utan att ta över ägandet av filerna?
Ett villkorat beslut för hemservern om ägarskap av externa bibliotek i Immich, med kontrollerade tester, resultattolkning, återställning och fokuserade vanliga frågor.

