Als OneDrive of Dropbox uit ZimaOS Files verdwijnt, bepaal dan eerst of de cloudkoppeling daadwerkelijk is verdwenen of alleen uit de gebruikersinterface ontbreekt. Een verouderde map onder /media bewijst niet dat de clouddrive nog steeds is aangekoppeld; gebruik controles van de koppelingsstatus en de huidige clouddrive-interface voordat je iets verwijdert.
De oorspronkelijke casus uit 2025 kreeg later belangrijke context: een storing met OneDrive in 2026 werd door de community herleid tot een verlopen Microsoft Entra-clientgeheim dat door de integratie werd gebruikt, en IceWhale erkende dat probleem. De huidige ZimaOS-documentatie van september 2026 vermeldt Google Drive, Dropbox en OneDrive opnieuw als ondersteunde clouddrives. Die historische storing moet daarom niet als een permanente beperking worden beschouwd.
Zo zag de fout eruit
De gebruiker had nog steeds cloudgerelateerde mappen onder /media, maar OneDrive en Dropbox waren niet langer zichtbaar in Files. Google Drive bleef aangekoppeld. Het opnieuw toevoegen van de ontbrekende accounts had geen effect en leverde geen zichtbare foutmelding op.
Stap 1: Controleer of de koppeling echt bestaat
Gebruik:
findmnt | grep -i -E 'onedrive|dropbox|google'Een map die onder /media is niet voldoende. Als findmnt geen aangekoppeld bestandssysteem voor de ontbrekende provider toont, beschouw dit dan als een niet-aangekoppeld of verouderd pad in plaats van actieve cloudopslag.
Stap 2: Controleer de huidige lijst met clouddrives in Files
De huidige ZimaOS-gids voor clouddrives beschrijft directe Files-integratie voor Google Drive, Dropbox en OneDrive. Als jouw provider ontbreekt in een huidige stabiele release, voer dan eerst een update uit voordat je een oude workaround gebruikt.
Stap 3: Voer een harde refresh uit voordat je opnieuw autoriseert
Gebruik een harde refresh of een privés browsersessie. Een verouderde frontend kan ervoor zorgen dat een geldige backendstatus er na een update of wijziging in de authenticatie defect uitziet. Als de koppeling in de ene browser wel verschijnt en in de andere niet, ligt het probleem waarschijnlijk bij de UI of sessiestatus.
Stap 4: Autoriseer alleen opnieuw als de authenticatie daadwerkelijk defect is
Als de interface nog steeds geen verbinding kan maken, verzamel dan de backendfout voordat je inloggegevens verwijdert. Microsoft-fouten zoals AADSTS7000222 wijzen op een OAuth-/clientsecretfout bij de provider in plaats van op een verkeerde lokale map.
Tijdens het OneDrive-incident van 2026 brachten communitydiagnoses de fouten terug tot een verlopen Azure/Entra-clientsecret, en IceWhale zei dat het probleem zou worden opgelost. Dat was een wereldwijd integratieprobleem en geen reden voor elke gebruiker om het bestand te herschrijven rclone.conf.
Bewerk rclone.conf niet handmatig als eerste oplossing
Standaard-rclone-remotes kunnen handmatig worden aangemaakt, maar ZimaOS Files en Backup kunnen aanvullende metagegevens en koppelstatus rond beheerde cloudaccounts opslaan. Een zelf aangemaakte remote kan buiten de interface werken en toch niet correct integreren met Files.
Gebruik rclone alleen handmatig als je bewust een geavanceerde aangepaste workflow wilt en bereid bent die zelfstandig te beheren.
Files-koppelingen scheiden van back-uptaken
Een cloudaccount kan als Files-koppeling en als back-upbestemming worden gebruikt. Als een back-uptaak het probleem veroorzaakt, wijzig het back-upbeleid dan niet verder totdat je hebt bevestigd dat het cloudaccount zelf normaal kan worden gekoppeld.
Het overzicht van de back-upworkflow helpt om die twee lagen gescheiden te houden.
Herstel verifiëren
- de provider opnieuw verschijnt onder Extern/Cloud in Files;
-
findmnttoont een actieve koppeling; - je kunt naar een bekende cloudmap bladeren;
- een klein testbestand wordt succesvol geopend;
- Back-uptaken met de provider worden uitgevoerd zonder fouten bij het opnieuw verifiëren.
Veelgestelde vragen
Zijn mijn OneDrive-bestanden verwijderd als de koppeling verdwijnt?
Nee. Als een ZimaOS-koppeling ontbreekt, worden de cloudgegevens aan de providerzijde niet verwijderd. Controleer het account rechtstreeks bij OneDrive of Dropbox voordat je herstelacties uitvoert.
Waarom blijven er verouderde mappen onder /media staan?
De map van het koppelpunt kan blijven bestaan nadat het externe bestandssysteem is ontkoppeld. Gebruik findmnt om een echte koppeling te onderscheiden van een achtergebleven map.
Moet ik ZimaOS herstarten?
Een herstart kan een verouderde koppelstatus wissen, maar lost een OAuth-credentialfout bij de upstream-provider niet op. Controleer eerst de daadwerkelijke fout.
Wordt OneDrive nu ondersteund?
Ja. In de huidige ZimaOS-documentatie van september 2026 worden OneDrive, Dropbox en Google Drive vermeld in de Files-cloudopslagworkflow.
