MacOS greift Dateien auf dem SMB-Server mithilfe von Fruit auf

731
Fenistil

Ich habe einen Dateiserver, auf dem Debian 9.0 mit Samba-Server (Version 4.5.8) ausgeführt wird. Wenn ich eine Verbindung von einem Windows-PC her herstelle, funktioniert alles einwandfrei, aber wenn ich eine Verbindung von einem MacOS (versucht von Mountain Lion und Sierra) herstelle, ist fast jede Datei, die auf diese Freigabe kopiert wird, ausgegraut (wie ein unvollständiger Download). CR2s, PDFs und TTFs sind zwar ausgegraut, AIs und PSDs jedoch nicht. Bei der SMB verwende ich ein Fruchtmodul, um den Zugriff von Apple-Computern zu beschleunigen. Das funktioniert gut, ohne dass die Zugriffsgeschwindigkeit langsamer ist, aber keine ausgegrauten Dateien mehr.

Meine SMB-Konfiguration:

[global] workgroup = COMPANY netbios name = DATACENTER server string = Datacenter security = user log level = 1 read raw = No write raw = No max xmit = 65536 case sensitive = no  fruit:aapl = yes fruit:resource = xattr fruit:veto_appledouble = yes readdir_attr:aapl_max_access = no fruit:metadata = stream  socket options = TCP_NODELAY IPTOS_LOWDELAY IPTOS_THROUGHPUT SO_SNDBUF=65535 SO_RCVBUF=32768 unix extensions = no  [Share] comment = Share browseable = false null passwords = true path = /home/raid/ read only = No guest ok = No create mask = 775 vfs object = recycle catia fruit streams_xattr config-file = /etc/samba/recycle.conf recycle:repository = --==Recycle==-- recycle:keeptree = yes recycle:versions = yes valid users = user

Wenn ich also das gesamte Fruchtmodul deaktiviere, funktioniert es, aber es ist sehr langsam (nur von Apple). Ich habe versucht, die Frucht: Ressource in Datei zu ändern, aktiviert aapl_max_access, aber kein Glück.

Zusätzliche Informationen: Wenn Sie Protokollstufe 10 für das Fruchtmodul aktivieren, erhalten Sie eine Protokolldatei, in der folgende Fehler auftreten:

reading meta xattr for filename.exet, rc: -1 error reading AppleDouble for filename.ext ad_get(meta) for filename.ext returning -1

Vielleicht könnte das das Problem sein?

PS .: Das Dateisystem ist:

/ dev / sda1 auf / home / raid type ext4 (rw, noatime, nodiratime, data = bestellt)

fstab:

RAID

UUID = 1346a8d6-5611-4b35-9ca0-98638b9d515a / home / raid ext4 Standardwerte, user_xattr, noatime, nodiratime 0 2

1
Welches Dateisystem verwenden Sie für das betreffende Dateisystem (`/ home / raid`)? Hast du xattr darauf aktiviert? mjturner vor 6 Jahren 0
@mjturner: Danke für deine Antwort. Ich habe die Frage aktualisiert. Fenistil vor 6 Jahren 0

1 Antwort auf die Frage

1
mjturner

Ich habe genau dieses Problem in letzter Zeit gesehen - es liegt an der Bestellung Ihrer VFS-Module. Wenn recyclees in Verbindung mit verwendet wird fruit, muss es immer nach ihnen kommen (in der Tat sollte es, anders als bei der Verwendung von asynchronen E / A-Modulen, recycleimmer an letzter Stelle stehen).

Ein ähnlicher Fehler wurde gegen FreeNAS eingereicht. Der wichtige Teil:

Die Interaktion zwischen recycleund fruit/ streams_xattrmuss recycledanach folgen. Andernfalls werden Sie auf scheinbar Attribut- oder Berechtigungsfehler stoßen.

Bei der Verwendung von Samba 4.5 unter Linux (mit ZFS als zugrundeliegendem Dateisystem) ist mein Problem aufgetreten, aber die Betriebssystemversion und das Dateisystem scheinen nicht signifikant zu sein.

Der richtige Eintrag in Ihrer Share-Konfiguration sollte lauten:

vfs objects = catia fruit streams_xattr recycle

Wenn Sie es korrigieren, werden Sie möglicherweise feststellen, dass Dateien kopiert werden, bevor Sie die vfs objectsBestellung korrigieren, immer noch grau hinterlegt sind. Wenn dies der Fall ist, entfernen Sie alle erweiterten Attribute aus diesen Dateien. Diese sollten korrekt im Finder angezeigt werden (dies kann mit einem der erweiterten Linux-Attribut-Tools durchgeführt werden).

Ich kann nicht glauben, aber es funktioniert! Danke vielmals! Fenistil vor 6 Jahren 0

Verwandte Probleme