Przykładowy scenariusz: Jordan edytuje arkusz kalkulacyjny w LibreOffice na komputerze Mac z systemem macOS Sonoma. Plik jest przechowywany w firmowym udziale SMB, a LibreOffice zamyka się, gdy Jordan zapisuje plik. Ten przykład jest hipotetyczny. Pokazuje, jak najpierw zabezpieczyć dokument, a następnie ustalić, czy awaria jest związana z plikiem, LibreOffice, uprawnieniami macOS, czy udziałem sieciowym.
Awaria występująca podczas zapisywania na dysku sieciowym sama w sobie nie dowodzi, że Sonoma lub LibreOffice mają znaną, uniwersalną wadę. Nie udało mi się zweryfikować oficjalnego powiadomienia identyfikującego jedną ogólną awarię w systemie Sonoma, dotyczącą tej konkretnej sytuacji. Aktualne wymagania systemowe LibreOffice obejmują system macOS 11 lub nowszy, który obejmuje system Sonoma, ale poszczególne kompilacje, formaty plików, serwery udostępniania i uprawnienia mogą nadal zachowywać się inaczej. Poniższe kroki mają charakter diagnostyczny; prawidłowe rozwiązanie zależy od tego, który test odtworzy awarię.
Przed rozwiązywaniem problemów: zabezpiecz dokument
Jeśli dokument jest nadal otwarty, nie naciskaj wielokrotnie przycisku „Zapisz” ani nie nadpisuj jedynej kopii. Użyj opcji Plik > Zapisz jako, aby zapisać kopię roboczą w folderze lokalnym, takim jak Dokumenty, pod nową nazwą. Jeśli LibreOffice ulegnie awarii, zanim będzie to możliwe, uruchom ponownie aplikację i sprawdź, czy pojawi się monit o odzyskanie dokumentu. Nie ma gwarancji odzyskania, dlatego zachowaj oryginalny plik sieciowy i każdą odzyskaną kopię osobno.
W przypadku arkusza kalkulacyjnego Jordana, bezpieczna pierwsza kopia może znajdować się Budget-working-copy.odsw folderze Dokumenty na Macu. Po zapisaniu zamknij i ponownie otwórz tę lokalną kopię, aby upewnić się, że można ją odczytać. To zabezpieczy bieżącą pracę, podczas gdy Jordan będzie testował udostępniony plik. Nie zaczynaj od usuwania preferencji LibreOffice, czyszczenia folderów na serwerze ani udzielania aplikacji szerokiego dostępu do dysku.
1. Zapisz wersje i zidentyfikuj połączenie sieciowe
Zapisz wersję systemu macOS z menu Apple > Informacje o tym Macu oraz wersję LibreOffice z menu LibreOffice > Informacje o LibreOffice . Zwróć uwagę, czy Mac korzysta z procesora Apple Silicon, czy Intel, jaka kompilacja LibreOffice jest zainstalowana, format dokumentu (np. ODS lub XLSX) oraz typ udostępniania. Protokół SMB jest powszechnie używany w serwerach Windows i wielu urządzeniach NAS; NFS i WebDAV to inne możliwe sieciowe protokoły plików.
Rejestruj również moment wystąpienia awarii: podczas otwierania okna dialogowego „Zapisz”, po wybraniu folderu, natychmiast po kliknięciu „Zapisz” lub podczas zastępowania istniejącego pliku. Te szczegóły pomagają odróżnić problem z selektorem plików lub aplikacją od problemu z połączeniem, dostępem lub po stronie serwera. Jordan zauważa, że ten sam dokument jest zapisywany lokalnie, a awaria występuje tylko podczas zapisu w udziale SMB.
2. Sprawdź, czy udział jest zapisywalny poza LibreOffice
W Finderze otwórz zamontowany wolumin sieciowy i skopiuj mały plik testowy do tego samego folderu docelowego. Zmień nazwę tego pliku testowego, a następnie przenieś go do Kosza, jeśli jest to dozwolone. Te proste sprawdzenia sprawdzają, czy konto Jordana może tworzyć, zmieniać nazwy i usuwać pliki w folderze docelowym. Nie testują one w pełni LibreOffice, ale mogą ujawnić odłączony montaż, wygasłe dane uwierzytelniające, dostęp tylko do odczytu lub problem z uprawnieniami do folderu.
Jeśli Finder nie może utworzyć ani zmienić nazwy pliku, przed zmianą ustawień LibreOffice należy naprawić uprawnienia udziału lub konta u administratora serwera lub NAS. Udział może zezwalać na odczyt, ale nie na zapis, lub zezwalać na zapis w jednym folderze, ale nie w innym. Połącz się ponownie za pomocą Findera, używając udokumentowanego adresu serwera, takiego jak smb://server-name/share-name, i zaloguj się na odpowiednie konto. Nie zmieniaj ustawień SMB na poziomie serwera ani dziedziczenia uprawnień bez zrozumienia ich wpływu na innych użytkowników.
3. Oddziel problem z LibreOffice od problemu z udostępnianiem sieciowym
Utwórz nowy, mały dokument w programie Writer lub arkusz kalkulacyjny Calc i zapisz go lokalnie na komputerze Mac. Następnie zapisz drugą kopię pod nową nazwą pliku w folderze sieciowym. Unikaj testowania, zastępując jedyną kopię dokumentu roboczego. Jeśli zapisy lokalne działają, ale nowy plik w udziale ulega awarii, należy zwrócić uwagę na ścieżkę sieciową, uprawnienia udziału, zachowanie serwera lub sposób interakcji LibreOffice z tym woluminem.
Jeśli plik testowy zostanie pomyślnie zapisany w udziale, spróbuj skopiować oryginalny dokument. Awaria ograniczona do jednego dokumentu może wskazywać na uszkodzenie pliku, złożoną osadzoną zawartość lub problem z formatem. Zachowaj lokalną kopię zapasową i przetestuj kopię w natywnym formacie OpenDocument pakietu LibreOffice oraz, w razie potrzeby, w formacie oryginalnym. Nie konwertuj i nie zastępuj oryginału wielokrotnie; konwersja może zmienić formatowanie lub funkcje.
4. Zainstaluj dostępne aktualizacje i sprawdź monity dostępu systemu macOS
Sprawdź, czy aktualna wersja LibreOffice jest kompatybilna z Twoim komputerem Mac i zainstaluj ją z oficjalnej strony pobierania LibreOffice. Pobrany system macOS musi być zgodny z typem procesora komputera Mac; instrukcje instalacji LibreOffice rozróżniają instalatory z procesorami Intel i Apple Silicon. Zainstaluj również odpowiednie aktualizacje systemu macOS Sonoma po zapisaniu pracy i zastosowaniu się do polityki aktualizacji obowiązującej w Twojej organizacji. Nowsza wersja może zawierać ogólne poprawki, ale aktualizacja nie stanowi dowodu na to, że przyczyną awarii był dysk sieciowy.
System macOS może pytać, czy aplikacja może uzyskać dostęp do woluminu sieciowego. Jeśli odrzuciłeś lub zablokowałeś takie pytanie, sprawdź ustawienia kontroli dostępu w Ustawieniach systemowych > Ustawienia sieci i systemu > Prywatność i bezpieczeństwo > Pliki i foldery . Dokładny zakres widocznych ustawień zależy od aplikacji i konfiguracji systemu macOS. Zezwalaj tylko na dostęp zgodny z Twoim przeznaczeniem. Pełny dostęp do dysku jest szeroki i nie powinien być pierwszym krokiem rozwiązywania problemów z pojedynczym udziałem sieciowym.
5. Przetestuj LibreOffice w trybie rozwiązywania problemów
Tryb rozwiązywania problemów w LibreOffice uruchamia się z tymczasowym profilem użytkownika i wyłącza akcelerację sprzętową. Profil użytkownika przechowuje ustawienia i rozszerzenia; użycie profilu tymczasowego może pomóc w ustaleniu, czy problem dotyczy uszkodzonego ustawienia lub rozszerzenia. Z paska menu macOS wybierz Pomoc > Uruchom ponownie w trybie rozwiązywania problemów , a następnie w oknie dialogowym wybierz Kontynuuj w trybie rozwiązywania problemów . Utwórz nieszkodliwy dokument testowy i spróbuj zapisać go w udziale.
Jeśli zapisywanie działa tylko w trybie rozwiązywania problemów, wróć do trybu normalnego i sprawdź rozszerzenia lub ustawienia profilu, zanim cokolwiek zresetujesz. Wyłączaj rozszerzenia użytkownika pojedynczo i powtórz test lokalno-sieciowy. Jeśli awaria nadal występuje w trybie rozwiązywania problemów, ale lokalne zapisy pozostają niezawodne, reset profilu prawdopodobnie nie rozwiąże problemu związanego z konkretnym udziałem. Tryb rozwiązywania problemów korzysta z profilu tymczasowego; wprowadzone w nim zmiany nie są przenoszone po normalnym ponownym uruchomieniu LibreOffice.
6. Użyj przepływu pracy z zapisem lokalnym podczas badania udziału
Jeśli LibreOffice nadal ulega awarii tylko podczas zapisywania bezpośrednio na dysku sieciowym, należy pracować z kopią lokalną i przenieść ją za pomocą Findera po zapisaniu i zamknięciu dokumentu. Następnie ponownie otworzyć przeniesiony plik z lokalizacji sieciowej i sprawdzić, czy zawiera oczekiwane zmiany. To obejście problemu, a nie naprawa, i najbezpieczniej jest, gdy plik edytuje jedna osoba na raz.
W przypadku współdzielonego dokumentu zespołowego, podczas rozwiązywania problemów, należy wskazać współpracownikom, która kopia jest autorytatywna. Jednoczesne edytowanie kopii lokalnej i kopii serwerowej może powodować konflikty wersji. Należy zachować datowane kopie zapasowe i nie usuwać plików zablokowanych ani tymczasowych z udostępnionego dokumentu, chyba że administrator potwierdzi, że żaden użytkownik nie ma go otwartego.
7. Jeśli problem nadal występuje, utwórz raport o awarii
Po odtworzeniu awarii za pomocą małego pliku testowego, otwórz aplikację konsoli macOS i wybierz opcję „Raporty awarii” na pasku bocznym. Apple twierdzi, że pliki raportów awarii używają .ipsrozszerzenia „Awaria”. Zapisz lub skopiuj szczegóły raportu wraz z wersją LibreOffice, wersją Sonoma, typem procesora Mac, formatem pliku, protokołem udostępniania oraz dokładnymi krokami, które spowodowały awarię. Przed publicznym udostępnieniem dzienników usuń nazwy dokumentów, nazwy kont, ścieżki serwerów lub inne prywatne informacje.
Skorzystaj z oficjalnych kanałów pomocy i zgłaszania błędów LibreOffice, aby sprawdzić, czy występuje problem lub zgłosić powtarzalną awarię. Uwzględnij, czy problem występuje po ponownym utworzeniu pliku testowego, czy zapisywanie lokalne działa i czy tryb rozwiązywania problemów zmienia wynik. Jeśli Finder również nie zapisuje danych w udziale, skontaktuj się z administratorem pamięci masowej lub dostawcą serwera; samo zgłoszenie błędu aplikacji nie naprawi uprawnień w udziale.
Jak Jordan weryfikuje wynik
Jordan uważa problem za odosobniony, gdy lokalny zapis testowy działa, Finder może utworzyć i zmienić nazwę pliku testowego w folderze docelowym, nowy plik LibreOffice może zostać zapisany w tym folderze bez awarii, a ponownie otwarta kopia sieciowa zawiera oczekiwane zmiany. Jeśli tylko tryb rozwiązywania problemów zakończy się powodzeniem, Jordan wraca do trybu normalnego i sprawdza profil lub rozszerzenia. Jeśli bezpośrednie zapisy sieciowe nadal powodują awarie, Jordan zachowuje przepływ pracy z lokalną kopią i wysyła raport o awarii zweryfikowany pod kątem prywatności do odpowiedniego kanału wsparcia.
Oficjalne referencje