Dansk hosting fra Aalborg
100% CO₂-neutral hosting
24/7/365 dansk support
support@hostious.io
● Hostious viden · artikel

„Destination folder already exists“ – ryd op og installér igen

Skrevet af , stifter af Hostious · Udgivet 30. august 2026 · Opdateret 30. august 2026
„Destination folder already exists“ – ryd op og installér igen

Kort svar: Fejlen betyder, at målmappen allerede findes i wp-content – typisk som rest efter en installation eller opdatering, der blev afbrudt halvvejs. Løsningen er at omdøbe den efterladte mappe via filhåndteringen eller SFTP (fx til navn-old), installere pluginnet eller temaet igen og først derefter slette den omdøbte mappe. Var pluginnet aktivt før, mister du ingen indstillinger – de ligger i databasen.

“Destination folder already exists” (“destinationsmappen findes allerede”) rammer midt i en plugin- eller temainstallation – og forvirringen er klassisk: pluginnet står ingen steder på plugin-listen, men WordPress påstår, at det findes. Begge dele er sande. Mappen findes på disken; pluginnet findes bare ikke som færdig, registreret installation.

Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt med anonymiserede navne og viser mekanismen – det er ikke output fra hostious.io.

Sådan opstår fejlen

Når WordPress installerer et plugin, sker der tre ting: zip-filen hentes, den pakkes ud i en mappe under wp-content/plugins/, og pluginnet registreres. Bliver processen afbrudt mellem trin to og tre – af en timeout, en afbrudt forbindelse eller fuld disk – står mappen tilbage uden færdig installation. Næste forsøg nægter at overskrive den: WordPress vil ikke risikere at slette filer, den ikke selv har lagt.

Terminaleksempel: plugininstallation afvises fordi mappen findes, og mappen viser sig at være halvtom
Genskabt terminaleksempel, 30. august 2026: installationen afvises, og et kig i mappen afslører en halvfærdig udpakning. Eksemplet er ikke output fra hostious.io.

Løsningen: omdøb, installér, slet

  1. Åbn filhåndteringen i kontrolpanelet eller forbind med SFTP, og gå til wp-content/plugins/.
  2. Omdøb den efterladte mappe – fx eksempel-plugin til eksempel-plugin-old. Omdøbning er sikrere end sletning: kan noget alligevel bruges, har du det stadig.
  3. Kør installationen igen fra WordPress. Nu er målmappen fri, og installationen går igennem.
  4. Når pluginnet virker, sletter du -old-mappen.

Når pluginnet var aktivt før

Fejlen kan også ramme en opdatering: den gamle version ligger i mappen, men opdateringen fejlede halvt, og nu står pluginnet måske som deaktiveret eller mangler på listen. Her har du to gode veje:

  • Upload-vejen: hent pluginnets zip (fra wordpress.org eller udviklerens side), og brug Plugins → Tilføj nyt → Upload plugin. Findes versionen i forvejen, tilbyder WordPress at erstatte den nuværende med den uploadede – den knap løser netop halve opdateringer.
  • Omdøb-vejen: som ovenfor – omdøb mappen og installér frisk. Indstillingerne ligger i databasen og overlever; det gør uploads og genererede filer i wp-content/uploads/ også.

Skete uheldet under en automatisk opdatering, så tjek bagefter, om sitet står i vedligeholdelsestilstand – i så fald hjælper guiden WordPress sidder fast i vedligeholdelsestilstand.

Når det er et tema

Fremgangsmåden er identisk, blot i wp-content/themes/. Vær kun opmærksom på én ting: omdøb aldrig mappen for det aktive tema – så falder sitet tilbage til et standardtema, og fronten skifter udseende. Er det aktive tema selv ramt af en halv opdatering, så brug upload-vejen med erstat-knappen i stedet.

Forebyg afbrudte installationer

Går installationer jævnligt i stå, er det sjældent uheld. De tre typiske årsager: for lav maximum execution time (store plugins når ikke at pakke ud), fuld disk (tjek forbruget i kontrolpanelet, før du opdaterer mange plugins ad gangen) og manglende skriverettigheder, som også giver fejlen could not create directory. Ret årsagen én gang i stedet for at rydde op efter hver installation.

Verifikation

Sagen er lukket, når pluginnet står på plugin-listen i korrekt version, virker som forventet, og -old-mappen er slettet. Kig også efter andre efterladte mapper i wp-content/plugins/ – finder du flere navne, der ikke matcher noget på plugin-listen, er det sikre kandidater til samme oprydning (men lad mapper fra deaktiverede, stadig installerede plugins være).

Ofte stillede spørgsmål om fejlen

Kan jeg ikke bare slette mappen med det samme?

Jo, teknisk set – men omdøbning koster det samme og giver en fortrydelsesknap. Sletning er først rigtig, når den nye installation er bekræftet i drift.

Hvorfor står pluginnet ikke på listen, når mappen findes?

Fordi plugin-listen kræver en gyldig hovedfil med plugin-header. En halvt udpakket mappe mangler den – så WordPress ser mappen, men ikke pluginnet.

Mister jeg mine indstillinger ved geninstallation?

Nej. Plugin-indstillinger gemmes i databasen, ikke i plugin-mappen. Sletter du kun mappen og installerer igen, finder pluginnet sine gamle indstillinger frem af sig selv.

Læs også