Om OneDrive eller Dropbox försvinner från ZimaOS Files bör du först fastställa om molnmonteringen faktiskt har försvunnit eller bara saknas i användargränssnittet. En inaktuell katalog under /media bevisar inte att molnenheten fortfarande är monterad. Använd kontroller av monteringsstatus och det aktuella gränssnittet för molnenheter innan du tar bort något.
Det ursprungliga fallet från 2025 fick senare viktig kontext: Ett avbrott i OneDrive 2026 spårades av communityn till en utgången Microsoft Entra-klienthemlighet som användes av integreringen, och IceWhale bekräftade problemet. Den aktuella dokumentationen för ZimaOS från september 2026 listar åter Google Drive, Dropbox och OneDrive som molnenheter som stöds, så det historiska avbrottet bör inte betraktas som en permanent begränsning.
Så såg felet ut
Användaren hade fortfarande molnrelaterade kataloger under /media, men OneDrive och Dropbox visades inte längre i Files. Google Drive förblev monterad. Det hjälpte inte att lägga till de saknade kontona igen, och inget synligt fel uppstod.
Steg 1: Kontrollera om monteringen är verklig
Använd:
findmnt | grep -i -E 'onedrive|dropbox|google'En katalog som finns under /media räcker inte. Om findmnt visar inget monterat filsystem för den saknade leverantören bör du betrakta det som en avmonterad eller inaktuell sökväg, inte som aktiv molnlagring.
Steg 2: Kontrollera den aktuella listan över molnenheter i Files
Den aktuella guiden för molnlagring i ZimaOS beskriver direkt Files-integrering för Google Drive, Dropbox och OneDrive. Om din leverantör saknas i en aktuell stabil version bör du uppdatera först innan du använder en gammal workaround.
Steg 3: Tvinga uppdatering innan du auktoriserar igen
Använd en hård uppdatering eller en privat webbläsarsession. En inaktuell frontend kan få ett giltigt backend-tillstånd att se trasigt ut efter en uppdatering eller autentiseringsändring. Om monteringen visas i en webbläsare men inte i en annan beror problemet troligen på användargränssnittets eller sessionens tillstånd.
Steg 4: Auktorisera på nytt endast om autentiseringen faktiskt är trasig
Om användargränssnittet fortfarande inte kan ansluta ska du samla in backend-felet innan du tar bort autentiseringsuppgifter. Microsoft-fel som AADSTS7000222 tyder på ett OAuth-/klienthemlighetsfel hos tjänsteleverantören snarare än en felaktig lokal mapp.
Under OneDrive-incidenten 2026 spårade communityns diagnostik felen till en utgången Azure/Entra-klienthemlighet, och IceWhale uppgav att de skulle åtgärda problemet. Det var ett globalt integrationsproblem, inte ett skäl för varje användare att skriva om rclone.conf.
Redigera inte rclone.conf manuellt som första åtgärd
Standardanslutningar i rclone kan skapas manuellt, men ZimaOS Files och Backup kan koppla ytterligare metadata och monteringsstatus till hanterade molnkonton. En manuellt skapad anslutning kan fungera utanför användargränssnittet men ändå misslyckas med att integreras korrekt med Files.
Använd endast rclone manuellt om du avsiktligt vill ha ett avancerat anpassat arbetsflöde och är beredd att hantera det självständigt.
Separera Files-montering från säkerhetskopieringsuppgifter
Ett molnkonto kan användas som en Files-montering och även som säkerhetskopieringsmål. Om en säkerhetskopieringsuppgift utlöser problemet bör du sluta ändra säkerhetskopieringspolicyn tills du har bekräftat att själva molnkontot kan monteras normalt.
Översikten över säkerhetskopieringsarbetsflödet hjälper till att hålla dessa två lager åtskilda.
Så verifierar du återställningen
- tjänsteleverantören visas igen under Externt/Moln i Files;
-
findmntvisar en aktiv montering; - du kan bläddra till en känd molnmapp;
- en liten testfil öppnas utan problem;
- Säkerhetskopieringsuppgifter som använder tjänsteleverantören körs utan autentiseringsfel.
Vanliga frågor
Är mina OneDrive-filer raderade om monteringen försvinner?
Nej. En saknad ZimaOS-montering raderar inte molndata hos tjänsteleverantören. Kontrollera kontot direkt hos OneDrive eller Dropbox innan du vidtar återställningsåtgärder.
Varför finns gamla mappar kvar under /media?
Monteringspunktens katalog kan finnas kvar efter att fjärrfilsystemet har kopplats från. Använd findmnt för att skilja en faktisk montering från en kvarlämnad katalog.
Bör jag starta om ZimaOS?
En omstart kan rensa inaktuell monteringsstatus, men den löser inte ett OAuth-autentiseringsfel hos tjänsteleverantören. Kontrollera det faktiska felet först.
Har OneDrive stöd nu?
Ja. ZimaOS-dokumentationen från september 2026 listar OneDrive, Dropbox och Google Drive i arbetsflödet för molnlagring i Files.
