Najważniejsze: nie formatuj NTFS tylko dlatego, że Windows pokazuje pusty lub tylko do odczytu udział ZimaOS
Przypadek z 2024 roku obejmował trzy objawy: Windows wykrywał urządzenie ZimaOS, ale nie pokazywał udostępnionych folderów, poświadczenia nie zawsze były żądane, a operacje kopiowania kończyły się niepowodzeniem lub zwalniały. Podejrzewano NTFS, jednak IceWhale wyraźnie potwierdziło, że dyski NTFS mogą działać przez SMB. Formatowanie powinno być zatem ostatnim krokiem, a nie pierwszym.
Obecne działanie SMB w ZimaOS jest znacznie bardziej przejrzyste: udziały wymagają uwierzytelnienia, uprawnienia są przypisywane jako Odczyt lub Odczyt i zapis, a nieaktualne poświadczenia systemu Windows mogą sprawić, że prawidłowy udział będzie wyglądał na pusty lub niedostępny.
Krok 1: Połącz się z dokładnym udziałem przy użyciu właściwego konta
Nie polegaj wyłącznie na ikonie urządzenia w sekcji Sieć systemu Windows. Wprowadź adres udziału bezpośrednio:
\ZIMAOS-IP\SHARE-NAMEJeśli Windows po cichu ponownie użył starego konta, najpierw je wyczyść:
net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IPAktualny poradnik rozwiązywania problemów z SMB w ZimaOS wyraźnie wskazuje nieprawidłowe uwierzytelnianie i zapisane poświadczenia jako przyczyny pustych udziałów oraz długich opóźnień przy łączeniu.
Krok 2: Sprawdź uprawnienia Odczyt i zapis w ZimaOS
Użytkownik, który może otworzyć udział, może nadal nie mieć uprawnień do zapisu. Otwórz ustawienia udziału Samba, wybierz właściwego członka i potwierdź opcję Odczyt i zapis. Obecne ZimaOS rozdziela dostęp członków i gości oraz pozwala administratorowi wybrać dla każdego udziału opcję Odczyt lub Odczyt i zapis.
Członkowie Samba w ZimaOS opisują obecny model uprawnień. Uwierzytelnianie SMB w ZimaOS przedstawia sposób nawiązywania połączenia po stronie klienta.
Krok 3: Oddziel zgodność systemu plików od uwierzytelniania SMB
Systemy plików NTFS, exFAT i natywne systemy plików Linuksa nie udostępniają własności oraz uprawnień dokładnie w ten sam sposób, ale dysk NTFS nie staje się automatycznie bezużyteczny przez Sambę. Najpierw sprawdź, czy ZimaOS może lokalnie odczytywać i zapisywać dane na dysku, czy członek Samba ma uprawnienia do zapisu oraz czy Windows używa oczekiwanego konta.
Jeśli dysk zawiera istniejące dane, nigdy nie formatuj go tylko po to, by przetestować hipotezę dotyczącą SMB. Użyj zamiast tego innego pustego dysku lub folderu testowego.
Krok 4: Zdiagnozuj spowolnienia transferu niezależnie
Spadek szybkości kopiowania z wysokiej wartości początkowej do znacznie niższej wartości stałej może być spowodowany pamięcią podręczną dysku, małymi plikami, pamięcią USB, dyskami SMR, negocjacją parametrów sieci lub przetwarzaniem po stronie serwera. Zmierz poszczególne warstwy osobno:
# Lokalny test zapisu na dysku ZimaOS do ścieżki przeznaczonej do testów
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync
# przepustowość sieci, gdy dostępny jest iperf3
iperf3 -s
iperf3 -c SERVER-IPTestowanie sieci za pomocą iperf pozwala oddzielić szybkość sieci od działania dysku i Samby. Protokół SMB w systemie Windows zapewnia kontekst dotyczący protokołu używanego przez Windows.
Krok 5: Przetestuj jeden sprawdzony folder pamięci masowej ZimaOS
Utwórz mały folder w przestrzeni dyskowej zarządzanej przez ZimaOS, udostępnij go jednemu członkowi z uprawnieniami Odczyt i zapis, wyczyść poświadczenia systemu Windows i skopiuj pojedynczy plik o rozmiarze 1–2 GB. Jeśli to zadziała, podstawowa usługa Samba i model kont działają prawidłowo. Po teście kontrolnym ponownie podłącz zewnętrzny dysk NTFS/exFAT.
Nie używaj dostępu gościa do ukrywania problemu z poświadczeniami
Dostęp gościa może ułatwić testowanie, ale usuwa informacje potrzebne do sprawdzenia, które konto jest właścicielem połączenia. W przypadku stałego udziału domowego lub zespołowego jawne poświadczenia członków są łatwiejsze do kontrolowania i pozwalają przydzielać różne uprawnienia do odczytu i zapisu.
Udostępnianie plików NAS pomaga wybrać między bezpośrednim dostępem SMB przez LAN, ZimaClient i innymi metodami dostępu do plików.
Gdy udział nadal jest tylko do odczytu
Sprawdź rzeczywistą ścieżkę na hoście, stan zamontowania oraz możliwość lokalnego zapisu w systemie plików. Jeśli samo ZimaOS nie może utworzyć pliku na zamontowanym dysku, Samba nie może przyznać możliwości, których nie zapewnia system plików lub sposób zamontowania. Jeśli lokalny zapis działa, ale zapis przez SMB kończy się niepowodzeniem, wróć do uprawnień udziału i poświadczeń sesji systemu Windows zamiast formatować dysk.
FAQ
Czy NTFS powoduje problemy z SMB w ZimaOS?
NTFS może stosować inne zasady uprawnień w Linuksie, ale nie jest z natury niezgodny z SMB w ZimaOS. Najpierw sprawdź uprawnienia konta i możliwość lokalnego zapisu na dysku.
Dlaczego Windows pokazuje pusty folder ZimaOS?
Zapisane lub anonimowe poświadczenia mogą nawiązać połączenie bez oczekiwanych uprawnień. Wyczyść istniejące sesje SMB systemu Windows i połącz się ponownie przy użyciu właściwego członka ZimaOS.
Dlaczego mogę odczytywać pliki, ale nie mogę kopiować nowych?
Udział może być skonfigurowany jako Odczyt zamiast Odczyt i zapis albo zamontowany system plików może być tylko do odczytu.
Czy należy włączyć dostęp gościa?
Używaj dostępu gościa tylko wtedy, gdy dostęp anonimowy jest celowo wymagany. Nie jest to dobre stałe rozwiązanie problemów z poświadczeniami.
Jak sprawdzić, czy powolne działanie SMB wynika z sieci, czy z dysku?
Zmierz surową przepustowość sieci LAN niezależnie od lokalnej szybkości zapisu na dysku, a następnie porównaj wyniki z transferem SMB.
