Kan Immich använda ett externt bibliotek utan att ta över ägandet av filerna?

Ja. Immich kan indexera ett externt bibliotek medan originalfilerna fortfarande hanteras utanför Immich; montera det skrivskyddat när Immich inte får byta namn på eller radera källan.

Detta blir en verklig kompatibilitetsfråga när familjefoton redan finns i en strukturerad NAS-mapp och Immich ska lägga till sökning och bläddring utan att bli den filansvariga hanteraren. Börja med en tillfällig sökväg eller ett tillfälligt konto, behåll det tidigare fungerande tillståndet tillgängligt och bedöm designen utifrån den ursprungliga arbetsbelastningen i stället för ett anslutningstest som bara görs en gång.

Separera den stödda arkitekturen från den riskfyllda

Den stödda grenen är ett skrivskyddat externt bibliotek med separata skrivbara uppladdningar och applikationstillstånd. Den konkurrerande grenen är en skrivbar källmontering som förväxlas med Immich-hanterad uppladdningslagring. Dokumentera versioner, identiteter, adresser, monteringssökvägar, behörigheter och det aktuella observerbara tillståndet innan du ändrar någon av grenarna.

Den relevanta dokumentationen om externa Immich-bibliotek definierar den första kompatibilitetsgränsen. Använd den för att avgränsa påståendet och verifiera sedan samma beteende på just den här hemservern i stället för att behandla en dokumenterad funktion som bevis på att hela designen fungerar.

Skriv beslutsregeln innan du testar: resultatet ska vara godkänt när tillgångar indexeras och visas samtidigt som originalen behåller sina sökvägar, hashvärden, ägarskap och raderingsskydd; underkänt gäller om skanningen missar behörigheter, redigeringar innebär skrivningar till källan eller en åtgärd kan ta bort eller byta namn på originalet. Detta förhindrar att en delvis fungerande anslutning eller ett rent kommandoavslut misstolkas som kompatibilitet från början till slut.

Återskapa den exakta lagrings- och nätverkssökvägen

Använd en kontrollerad särskiljare: montera en liten representativ mapp skrivskyddat, skapa det externa biblioteket, skanna, redigera metadata i Immich och försök sedan ta bort filer samt byta namn på dem i filsystemet. Håll klient, arbetsbelastning, filuppsättning, konto och tidsförlopp konstanta så att den ändrade komponenten är den enda rimliga förklaringen.

Använd skrivskyddade volymmonteringar för att välja den andra observationen som är viktig för den här sökvägen. Fånga båda sidorna av transaktionen: namnuppslagning eller rutt, förhandlat protokoll, processidentitet, avslutningsstatus, latens, överförda byte och eventuella återställningshändelser.

Upprepa testet efter den livscykelhändelse som nämns i titeln - återskapande, återanslutning, ommontering, omstart, redundansväxling eller klientbyte. En design som bara fungerar medan gamla uttag, cacheminnen eller autentiseringsuppgifter fortfarande är aktiva har inte klarat testet.

mount /photos:/external:ro -> skanna testmapp -> jämför hashvärden -> testa metadataredigering och raderingsbeteende

Tolka resultat för varaktighet, tidsgränser och återställning

GODKÄNT: tillgångar indexeras och visas samtidigt som originalen behåller sina sökvägar, hashvärden, ägarskap och raderingsskydd. Spara de exakta versionerna och den topologi som skapade detta tillstånd, eftersom slutsatsen gäller dessa villkor och inte alla implementationer av protokollet.

UNDERKÄNT: skanningen missar behörigheter, redigeringar innebär skrivningar till källan eller en åtgärd kan ta bort eller byta namn på originalet. Kontrollera gemensamma beroenden som DNS, MTU, identitet, brandväggstillstånd, lagringslatens och cachade sessioner innan du utser någon av huvudgrenarna till ansvarig.

UNDANTAG: ta bort biblioteksdefinitionen utan att radera filer, återställ den tidigare monteringen och korrigera den skrivskyddade sökvägen samt identitetsmappningen. Utöka inte behörigheterna, radera inte källdata, försvaga inte transportsäkerheten och byt inte ut fungerande lagring förrän en upprepningsbar observation identifierar vilken gräns som misslyckades.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Behåll designen först efter en återställningsklassad kontroll

Tillämpa endast den åtgärd som motsvarar den observerade grenen och kör sedan den ursprungliga arbetsbelastningen igen. Behåll designen endast när tillgångar indexeras och visas samtidigt som originalen behåller sina sökvägar, hashvärden, ägarskap och raderingsskydd genom två relevanta livscykelcykler och under den förväntade samtidiga belastningen.

Använd skrivskyddade Immich-källor för att verifiera det närmast beroende arbetsflödet. Dess åtkomst, tidsförlopp och återställningsbeteende måste förbli oförändrade medan den nya designen är aktiv.

Stoppa och återgå till det sparade tillståndet om skanningen missar behörigheter, redigeringar innebär skrivningar till källan eller en åtgärd kan ta bort eller byta namn på originalet. Eskalera med tidsstämplar, exakta versioner, bevis från rutt eller montering och den minsta reproduktionen i stället för att lägga till ännu en tillfällig lösning.

Jämför resultatet med separata fotokonton så att risken inte bara flyttas till ytterligare ett nätverks-, identitets-, säkerhetskopierings- eller lagringslager.

För ägarskap av externa Immich-bibliotek är det kvalificerade svaret därför den inledande bedömningen - inte ett ovillkorligt ja. Det observerbara godkända tillståndet är acceptansgränsen; det underkända tillståndet är återställningsgränsen.

Vanliga frågor

Raderas originalen om man tar bort ett externt bibliotek?

Indexerade poster bör tas bort i stället för källfilerna, men verifiera först det aktuella beteendet i en tillfällig mapp.

Var finns Immich-genererade miniatyrbilder?

I Immich-hanterad skrivbar lagring, inte i det skrivskyddade externa biblioteket.

Kan uppladdningar och externa tillgångar visas tillsammans?

Ja, förutsatt att deras livscykel- och säkerhetskopieringsprinciper förblir åtskilda och att sökvägarna inte överlappar.