Jeśli OneDrive lub Dropbox zniknie z aplikacji ZimaOS Files, najpierw ustal, czy montowanie w chmurze rzeczywiście zniknęło, czy tylko nie jest widoczne w interfejsie. Nieaktualny katalog w /media nie dowodzi, że dysk w chmurze jest nadal zamontowany; przed usunięciem czegokolwiek użyj kontroli stanu montowania i aktualnego interfejsu dysków w chmurze.
Przypadek ze źródła z 2025 roku zyskał później istotny kontekst: awarię OneDrive z 2026 roku społeczność powiązała z wygasłym sekretem klienta Microsoft Entra używanym przez integrację, a IceWhale potwierdziło ten problem. Aktualna dokumentacja ZimaOS z września 2026 roku ponownie wymienia Google Drive, Dropbox i OneDrive jako obsługiwane dyski w chmurze, dlatego tej historycznej awarii nie należy traktować jako trwałego ograniczenia.
Jak wyglądała awaria
Użytkownik nadal miał katalogi powiązane z chmurą w /media, ale OneDrive i Dropbox nie były już widoczne w aplikacji Files. Google Drive pozostał zamontowany. Ponowne dodanie brakujących kont nic nie dało i nie wyświetliło żadnego widocznego błędu.
Krok 1: Sprawdź, czy montowanie jest rzeczywiste
Użyj:
findmnt | grep -i -E 'onedrive|dropbox|google'Katalog istniejący w /media to nie wystarczy. Jeśli findmnt nie pokazuje zamontowanego systemu plików dla brakującego dostawcy, potraktuj go jako niezamontowaną lub nieaktualną ścieżkę, a nie aktywną pamięć w chmurze.
Krok 2: Sprawdź aktualną listę dysków w chmurze w aplikacji Files
Aktualny przewodnik ZimaOS dotyczący dysków w chmurze opisuje bezpośrednią integrację aplikacji Files z usługami Google Drive, Dropbox i OneDrive. Jeśli Twojego dostawcy brakuje w aktualnym stabilnym wydaniu, najpierw wykonaj aktualizację, zanim użyjesz starego obejścia.
Krok 3: Wykonaj pełne odświeżenie przed ponowną autoryzacją
Wykonaj twarde odświeżenie lub użyj prywatnej sesji przeglądarki. Nieaktualny frontend może sprawiać, że prawidłowy stan backendu wygląda na uszkodzony po aktualizacji lub zmianie uwierzytelniania. Jeśli montowanie pojawia się w jednej przeglądarce, ale nie w innej, problem najprawdopodobniej dotyczy stanu interfejsu lub sesji.
Krok 4: Ponowna autoryzacja tylko wtedy, gdy uwierzytelnianie rzeczywiście nie działa
Jeśli interfejs nadal nie może się połączyć, zbierz błąd backendu przed usunięciem poświadczeń. Błędy Microsoftu, takie jak AADSTS7000222 wskazują na awarię OAuth lub sekretu klienta po stronie dostawcy, a nie na nieprawidłowy folder lokalny.
Podczas incydentu z OneDrive w 2026 r. diagnostyka społecznościowa wykazała, że przyczyną awarii był wygasły sekret klienta Azure/Entra, a IceWhale poinformowało, że naprawi ten problem. Był to globalny problem integracji, a nie powód, by każdy użytkownik przepisywał rclone.conf.
Nie edytuj ręcznie pliku rclone.conf jako pierwszego rozwiązania
Standardowe zdalne zasoby rclone można utworzyć ręcznie, ale aplikacje Pliki i Kopia zapasowa w ZimaOS mogą dołączać dodatkowe metadane i stan montowania do zarządzanych kont w chmurze. Ręcznie utworzony zasób może działać poza interfejsem, a mimo to nie integrować się prawidłowo z aplikacją Pliki.
Używaj ręcznego rclone tylko wtedy, gdy celowo chcesz zastosować zaawansowany, niestandardowy przepływ pracy i jesteś gotowy zarządzać nim niezależnie.
Oddziel montowanie w aplikacji Pliki od zadań tworzenia kopii zapasowych
Konto w chmurze może być używane jako montowanie w aplikacji Pliki, a także jako miejsce docelowe kopii zapasowych. Jeśli zadanie tworzenia kopii zapasowej wywołuje ten objaw, przestań zmieniać zasady tworzenia kopii zapasowych do czasu potwierdzenia, że samo konto w chmurze można normalnie zamontować.
Przegląd przepływu pracy kopii zapasowych pomaga zachować rozdzielenie tych dwóch warstw.
Jak zweryfikować przywrócenie działania
- dostawca ponownie pojawia się w sekcji Zewnętrzne/Chmura w aplikacji Pliki;
-
findmntwskazuje aktywne montowanie; - możesz przeglądać znany folder w chmurze;
- otwiera się mały plik testowy;
- Zadania tworzenia kopii zapasowych korzystające z tego dostawcy działają bez błędów ponownej autoryzacji.
Najczęściej zadawane pytania
Czy moje pliki w OneDrive zostały usunięte, jeśli montowanie zniknęło?
Nie. Brak montowania w ZimaOS nie usuwa danych w chmurze po stronie dostawcy. Przed podjęciem działań naprawczych zweryfikuj konto bezpośrednio w OneDrive lub Dropbox.
Dlaczego nieaktualne foldery pozostają w katalogu /media?
Katalog punktu montowania może pozostać po odłączeniu zdalnego systemu plików. Użyj findmnt aby odróżnić rzeczywiste montowanie od pozostałego katalogu.
Czy należy ponownie uruchomić ZimaOS?
Ponowne uruchomienie może wyczyścić nieaktualny stan montowania, ale nie naprawi błędu poświadczeń OAuth po stronie dostawcy. Najpierw sprawdź rzeczywisty błąd.
Czy OneDrive jest teraz obsługiwany?
Tak. Aktualna dokumentacja ZimaOS z września 2026 r. wymienia OneDrive, Dropbox i Google Drive w przepływie pracy dysków chmurowych w aplikacji Pliki.
