Fazit: NTFS nicht neu formatieren, nur weil Windows eine leere oder schreibgeschützte ZimaOS-Freigabe anzeigt
Im Fall von 2024 traten drei Symptome gemeinsam auf: Windows fand das ZimaOS-Gerät, zeigte aber keine freigegebenen Ordner an, forderte nicht zuverlässig Anmeldedaten an, und Kopiervorgänge schlugen fehl oder wurden langsamer. NTFS wurde verdächtigt, aber IceWhale bestätigte ausdrücklich, dass NTFS-Laufwerke über SMB funktionieren können. Eine Neuformatierung sollte daher der letzte Schritt sein, nicht der erste.
Das aktuelle SMB-Verhalten von ZimaOS ist deutlich klarer: Freigaben werden authentifiziert, Berechtigungen als „Lesen“ oder „Lesen & Schreiben“ vergeben, und veraltete Windows-Anmeldedaten können dazu führen, dass eine gültige Freigabe leer oder nicht zugänglich erscheint.
Schritt 1: Mit dem vorgesehenen Konto eine Verbindung zur genauen Freigabe herstellen
Verlassen Sie sich nicht nur auf das Gerätesymbol unter „Windows-Netzwerk“. Geben Sie die Freigabe direkt ein:
\ZIMAOS-IP\SHARE-NAMEWenn Windows stillschweigend ein altes Konto wiederverwendet hat, löschen Sie es zuerst:
net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IPDie aktuelle SMB-Fehlerbehebung für ZimaOS nennt ausdrücklich fehlerhafte Authentifizierung und gespeicherte Anmeldedaten als Ursachen für leere Freigaben und lange Verbindungsverzögerungen.
Schritt 2: Lese- und Schreibberechtigungen in ZimaOS überprüfen
Ein Benutzer, der eine Freigabe öffnen kann, besitzt möglicherweise trotzdem keine Schreibberechtigung. Öffnen Sie die Einstellungen der Samba-Freigabe, wählen Sie das gewünschte Mitglied aus und bestätigen Sie Lesen & Schreiben. Im aktuellen ZimaOS werden der Zugriff für Mitglieder und Gäste getrennt verwaltet. Außerdem kann der Manager pro Freigabe „Lesen“ oder „Lesen & Schreiben“ festlegen.
ZimaOS-Samba-Mitglieder beschreibt das aktuelle Berechtigungsmodell. ZimaOS-SMB-Authentifizierung erläutert den Verbindungsablauf auf der Clientseite.
Schritt 3: Dateisystemkompatibilität und SMB-Authentifizierung getrennt betrachten
NTFS, exFAT und Linux-native Dateisysteme stellen Besitzverhältnisse und Berechtigungen nicht exakt auf dieselbe Weise bereit. Ein NTFS-Laufwerk ist über Samba jedoch nicht automatisch unbrauchbar. Prüfen Sie zunächst, ob ZimaOS das Laufwerk lokal lesen und beschreiben kann, ob das Samba-Mitglied Schreibberechtigung besitzt und ob Windows das erwartete Konto verwendet.
Wenn das Laufwerk bereits Daten enthält, formatieren Sie es niemals, nur um eine SMB-Theorie zu testen. Verwenden Sie stattdessen ein anderes leeres Testlaufwerk oder einen Testordner.
Schritt 4: Langsame Übertragungen unabhängig diagnostizieren
Wenn sich ein Kopiervorgang von einer hohen Spitzenrate auf eine deutlich niedrigere konstante Rate verlangsamt, können Laufwerkscache, kleine Dateien, USB-Speicher, SMR-Laufwerke, die Netzwerkaushandlung oder serverseitige Verarbeitung die Ursache sein. Messen Sie die einzelnen Ebenen getrennt:
# Lokaler ZimaOS-Schreibtest auf einem entbehrlichen Pfad
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync
# Netzwerkdurchsatz, wenn iperf3 verfügbar ist
iperf3 -s
iperf3 -c SERVER-IPDer iperf-Netzwerktest trennt die Netzwerkgeschwindigkeit vom Verhalten von Laufwerk und Samba. Das Windows-SMB-Protokoll von Microsoft liefert den Protokollkontext für Windows.
Schritt 5: Einen bekannten funktionierenden ZimaOS-Speicherordner testen
Erstellen Sie einen kleinen Testordner in einem von ZimaOS verwalteten Speicherbereich, geben Sie ihn für ein Mitglied mit der Berechtigung „Lesen & Schreiben“ frei, löschen Sie die Windows-Anmeldedaten und kopieren Sie eine einzelne 1–2-GB-Datei. Wenn das funktioniert, sind der grundlegende Samba-Dienst und das Kontomodell intakt. Binden Sie das externe NTFS-/exFAT-Laufwerk erst nach diesem Kontrolltest wieder ein.
Gastzugriff nicht verwenden, um ein Anmeldedatenproblem zu verbergen
Der Gastzugriff kann Tests einfacher erscheinen lassen, entfernt jedoch den Nachweis, welches Konto die Verbindung besitzt. Für eine dauerhafte Heim- oder Teamfreigabe sind explizite Mitgliedsanmeldedaten leichter zu prüfen und ermöglichen unterschiedliche Lese- und Schreibrechte.
NAS-Dateifreigabe hilft bei der Auswahl zwischen direktem LAN-SMB, ZimaClient und anderen Wegen für den Dateizugriff.
Wenn die Freigabe weiterhin schreibgeschützt ist
Überprüfen Sie den tatsächlichen Hostpfad, den Einbindestatus und ob das lokale Dateisystem beschreibbar ist. Wenn ZimaOS selbst keine Datei auf dem eingebundenen Laufwerk erstellen kann, kann Samba keine Fähigkeiten gewähren, die das Dateisystem oder der Einhängepunkt nicht bereitstellt. Wenn lokale Schreibvorgänge funktionieren, SMB-Schreibvorgänge jedoch fehlschlagen, prüfen Sie erneut die Freigabeberechtigungen und die Windows-Sitzungsanmeldedaten, anstatt das Laufwerk zu formatieren.
FAQ
Verursacht NTFS Probleme mit ZimaOS-SMB?
NTFS kann andere Linux-Berechtigungssemantiken aufweisen, ist aber nicht grundsätzlich inkompatibel mit ZimaOS-SMB. Prüfen Sie zuerst die Kontoberechtigungen und ob das lokale Laufwerk beschreibbar ist.
Warum zeigt Windows einen leeren ZimaOS-Ordner an?
Mit gespeicherten oder anonymen Anmeldedaten kann eine Verbindung hergestellt werden, ohne dass die erwarteten Berechtigungen vorhanden sind. Löschen Sie bestehende Windows-SMB-Sitzungen und verbinden Sie sich erneut mit dem vorgesehenen ZimaOS-Mitglied.
Warum kann ich Dateien lesen, aber keine neuen kopieren?
Die Freigabe ist möglicherweise auf „Lesen“ statt auf „Lesen & Schreiben“ eingestellt, oder das zugrunde liegende eingebundene Dateisystem ist selbst schreibgeschützt.
Sollte ich den Gastzugriff aktivieren?
Verwenden Sie den Gastzugriff nur, wenn anonymer Zugriff ausdrücklich erforderlich ist. Er ist keine gute dauerhafte Lösung für fehlerhafte Anmeldedaten.
Wie erkenne ich, ob langsames SMB durch das Netzwerk oder das Laufwerk verursacht wird?
Messen Sie den reinen LAN-Durchsatz getrennt von der lokalen Schreibgeschwindigkeit des Laufwerks und vergleichen Sie die Ergebnisse anschließend mit der SMB-Übertragung.
