Wie kann ich SMB-Freigaben unter Mavericks verwenden?

Es scheinen verschiedene Probleme und Lösungen für dieses Problem im Umlauf zu sein:

  1. Wechsel von SMB zu cif behoben
  2. Kein Zugriff auf OS X-Freigaben von Windows aus möglich
  3. Alle möglichen Probleme mit SMB und Mavericks bei Apple

Mein Problem ist wie im ersten Link: Ich habe einen Raspberry Pi (Linux) SMB-Server. Es liefert Dateien an mein MBP, auf dem Mavericks ausgeführt werden. Allerdings kann ich mich nicht mit dem Pi verbinden. Die Konsolenprotokollierung sagt:

30.10.13 21:50:53,422 NetAuthSysAgent[6632]: smb_mount: mount failed to raspberrypi/MyShare, syserr = File exists

Wenn ich in eine Shell gehe /Volumesund eine mache ls, bekomme ich Folgendes:

user@mac:/Volumes $ ls -l
ls: MyShare: Invalid argument
total 8
lrwxr-xr-x  1 root  admin  1 28 Okt 21:39 M4 -> /
user@mac:/Volumes $

Also meine Hauptfestplatte M4 ist sichtbar, die Freigabe erzeugt ein ungültiges Argument. Ich habe meinen Mac bereits dreimal neu gestartet.

Wie kann ich das lösen?

Aus Interesse, gibt es einen Grund, warum Sie SMB über AFP auf Ihrem RPi verwenden?
Ja, ich habe auch Windows-Rechner in meinem Netzwerk. :)
Würden Sie SMB unter Windows und AFP auf Mac verwenden? :)
Na ja... Vielleicht probiere ich es mal aus, nur weil ich AFP nie benutzt habe! Nach dem vierten Neustart funktioniert jedoch alles - vorerst! Ich werde dieses Problem im Auge behalten und versuchen, eine nützliche Antwort zu formulieren.
Ja, ich habe gerade AFP eingerichtet und es funktioniert großartig. Möchtest du eine Antwort schreiben?
Erledigt! :) Ich habe weitere Informationen zum Einrichten von Netatalk hinzugefügt, falls jemand anderes diese Frage findet.

Antworten (2)

Wenn Sie SMB nicht zum Laufen bringen können, versuchen Sie es mit AFP. Sie können beide parallel ausführen und SMB auf Ihrem Windows und AFP auf OS X verwenden.

Um AFP auf Ihrem Raspberry Pi einzurichten, können Sie den folgenden Befehl verwenden:

sudo apt-get install netatalk

Dadurch wird Netatalk auf Ihrem RPi installiert, und nach erfolgreicher Installation sollte das RPi automatisch im Abschnitt „Freigegeben“ im Finder und in der Netzwerkumgebung (⌘⇧K) angezeigt werden:

afp://Wenn nicht, können Sie manuell eine Verbindung herstellen, indem Sie ⌘K drücken und gefolgt von der IP-Adresse Ihres RPi eingeben .

Nach einem Monat Nutzung kann ich sagen, dass es funktioniert. Aber es scheint tatsächlich am besten zu sein, den AFP-Server anders als den SMB-Server zu benennen. Ich habe den Netbios-Namen in smb.conf geändert, aber Sie können den Namen auch in netatalks afp_signature.conf ändern.

Dieser Beitrag hat mein Problem gelöst. Versuchen Sie, die maximale Übertragungseinheit unter Ihren Systemeinstellungen > Netzwerke > WLAN/Ethernet > Erweitert > Hardware > Benutzerdefinierte MTU von 1320 manuell einzustellen.

Mein Problem war auch ein zunehmendes Verzögerungsproblem. Sobald ich die Dinge montiert hatte, funktionierte alles normal. Anscheinend ist die Standard-MTU zu hoch. Durch manuelles Absenken wurde das Mounten von smb-Shares viel schneller.

Den ursprünglichen Beitrag werde ich hier einfügen, damit Stackexchange in sich geschlossen bleibt:

Ich habe mich auf eine Testmission begeben ... Mit Wireshark konnte ich feststellen, dass Pakete bei der Übertragung über das Netzwerk verworfen wurden - die gleichen Muster existierten nicht bei der gleichen Übertragung über WLAN oder bei der gleichen Übertragung per Kabel zu einem Windows-Server.

Also habe ich ein wenig gegoogelt und bin auf folgenden Befehl gekommen:

ping -c 1 -D -s 1500 smbserver

Es pingt den Server im Grunde mit einer MTU von 1500 an, zu der ich kam:

ping: sendto: Nachricht zu lang

Beachten Sie, dass ich diesen Fehler auch auf einem Windows-Server erhalte - aber was möglicherweise das Problem ist, dass Ihre Software, wenn sie diese Antwort erhält, automatisch die MTU verringern soll, bis sie die optimale für die Übertragung von Paketen findet - etwas, das Mavericks zu tun scheint mit Windows-Servern tun, aber nicht mit Linux-Servern.

Mit dem Ping-Befehl kann ich also eine optimale MTU für die Übertragung finden:

ping -c 1 -D -s 1320 smbserver

Jetzt bekomme ich die Antwort:

Roundtrip min/avg/max/stddev = 0,829/0,829/0,829/0,000 ms

Ich musste herumspielen, um das optimale Niveau zu finden, aber es gibt Ihnen eine Vorstellung vom Test. Danach nehme ich meine Nummer und gehe zu:

Systemeinstellungen -> Netzwerk -> USB Ethernet -> Erweitert... -> Hardware -> Konfigurieren: Manuell -> MTU Benutzerdefiniert: 1320

Danach habe ich meine Freigaben getrennt, neu eingerichtet und dann eine weitere Übertragung auf meinen Linux-Server versucht. Erfolg! Zugegeben, es ist nicht das, was ich für volle Geschwindigkeit halten würde, aber eine 5-GB-Übertragung von 8 Stunden auf 30 Minuten zu reduzieren, scheint besser zu sein. Es hat es von völlig unbrauchbar zu erträglich gemacht.

Ich bin mir nicht ganz sicher, was die Wurzel des Problems ist, da ich kein Netzwerkexperte bin, da das Zurücktreten von MTU auf einem Windows-Server und nicht auf einem Linux-Server zu funktionieren scheint und in früheren Versionen des Betriebssystems einwandfrei funktionierte X, meine Vermutung ist, dass es treiber- und/oder stapelbezogen ist.

Übrigens habe ich versucht, über den Entwickler-Download auf 10.9.1 zu aktualisieren, bevor ich dies versucht habe. Das 10.9.1-Upgrade hat das Problem für mich nicht behoben, bevor ich zur Fehlerbehebung gegangen bin.

Wie kann ich SMB-Freigaben unter Mavericks verwenden?
AntwortenHierDatenschutz-Bestimmungen1y, 0v