Källkorrigeringen fungerade eftersom den skilde på två olika saker: Nextcloud-containern och dess beständiga AppData. Att ta bort och återskapa containern återställde inte den konfiguration som Nextcloud ärvde vid nästa installation. När den gamla AppData-mappen också togs bort bekräftade originalskribenten att ominstallationen fungerade.
Det betyder inte att nuvarande användare bör radera en AppData-mapp utan eftertanke. Nextcloud AppData kan innehålla konfiguration, databastillstånd, nycklar och programdata, beroende på hur paketet är byggt. Säkerhetskopiera allt viktigt, kontrollera de aktuella volymmappningarna på värden och radera endast det bekräftade Nextcloud-konfigurationsträdet om ditt uttryckliga mål är en ren installation.
Varför ominstallation av containern inte återställde Nextcloud
Docker-containrar är förbrukningsbara körningsinstanser. ZimaOS mappar beständiga mappar på värden till dem så att konfigurationen överlever uppgraderingar och återskapande av containern.
Därför kan ominstallation av samma paket skapa en ny container som omedelbart läser samma felaktiga konfiguration igen.
Varför Portainer inte rensade appen helt
Källanvändaren provade Portainer. Att ta bort en Docker-container från Portainer raderar inte automatiskt alla värdmappar som är monterade med bind-mappning. AppData-tillståndet fanns kvar utanför containerns livscykel.
Den bekräftade lösningen i källan var att ta bort containern och rensa AppData
Gemenskapens steg var:
- avinstallera Nextcloud från ZimaOS App Store;
- identifiera dess beständiga AppData-mapp;
- säkerhetskopiera allt du kan behöva;
- ta bort den felaktiga AppData-mappen om en helt ren ominstallation är avsedd;
- installera Nextcloud igen.
Originalskribenten svarade ”fungerade bra”, vilket bekräftar att proceduren i källan åtgärdade just den felaktiga konfigurationen.
AppData kanske inte kan skrivas från det vanliga filgränssnittet
Svaret i gemenskapen påpekade att AppData i källan ägdes av systemet eller root, så den vanliga gränssnittsanvändaren kunde inte ta bort den. Det motiverar inte en generell chmod -R 777 eller att ägarskapet för hela AppData-trädet ändras.
Använd de aktuella kontrollfunktionerna för appdata eller avinstallation där de finns, eller en snävt avgränsad administrativ åtgärd på den exakta appmappen.
Aktuella ZimaOS skiljer uttryckligen mellan containrar och beständiga sökvägar på värden
IceWhales aktuella dokumentation om applagring förklarar var appdata, medier och cache lagras och låter användare granska volymmappningarna mellan värden och container.
Använd den aktuella modellen för applagring i ZimaOS.
Nextcloud kan bestå av mer än en container
Vissa Nextcloud-paket innehåller eller är beroende av separata containrar för databaser, Redis eller AIO-hantering. Om du felsöker en installation med flera containrar ska du identifiera alla beständiga sökvägar för databas och konfiguration innan du raderar något.
Utgå inte från att en extern PostgreSQL-/MariaDB-databas återställs automatiskt bara för att du raderar en Nextcloud-mapp.
Gör det destruktiva steget tydligt
Om den gamla Nextcloud-instansen innehåller filer, användare, delningar, krypteringsnycklar eller databastillstånd som du kan behöva, ska du kopiera eller exportera dem före rensningen. ”Ren installation” och ”återställ gammal instans” är motsatta mål.
Vanliga frågor om ren ominstallation av Nextcloud
Räckte det att avinstallera och installera om för att åtgärda problemet i källan?
Nej. Den beständiga AppData-mappen behöll den felaktiga konfigurationen.
Åtgärdades problemet i källan genom att AppData togs bort?
Ja. Originalskribenten bekräftade att rensningen fungerade.
Bör jag radera hela ZimaOS AppData-katalogen?
Nej. Ta endast bort den bekräftade appspecifika sökvägen efter att du har säkerhetskopierat allt viktigt.
