Ich habe hier ein Synology NAS DS210j stehen. Aktuelle Firmware ist installiert

Kann es sein, dass dessen AFP-Implementierung fehlerhaft ist, was Custom Icons bei Ordnern angeht?

Öffne ich hier einen entsprechenden Ordner, wird die Datei, wo das Icon abgelegt wird, auch im Finder dargestellt.

Gibt's einen Workaround bzw. einen Einstellungsfehler?

Siehe Screenshot.

Wenn das Gerät bereits bei solchen absoluten Basics Probleme hat, wäre das ziemlich übel bzw. mit Macs als Clients nicht wirklich zu gebrauchen.

Wäre klasse wenn du dein Problem ein wenig "detaillierter" darstellst? Wo steht "server speichern"?

Kann man bei einer Neuformatierung eigentlich auswählen, ob es ext3 oder ext4 sein soll?

Habt ihr mit der FW 1337 noch Probleme? Ich ja
Beim Kopieren auf dem Fileserver (DS410) von einem Mac (10.6.) bekomme ich bei manchen Dateien die Fehlermeldung, dass ich keine Zugriffsrechte besitzen würde. Wenn ich dann den unvollständig kopierten Folder vom NAS wieder löschen will, sagt er bei manchen Dateien - geht nicht, die Datei ist in gebrauch. Sie ist aber definitiv nicht in gebrauch. Ich benutze auch nur einen User, soll heisen - bei mir gibts auch kein durcheinander. Wenn ich die Attribute von Dateien die gehen und nicht gehen vergleich, kann ich auch keinen unterschied feststellen.

Wie sieht´s bei euch aus, könnt ihr normal arbeiten???

Svenson

Hier keine Probleme auf einer RackStation und DiskStation. Du kannst auf jedenfall mal die Ordner, die sich nicht löschen lassen per "FileStation" direkt im Browser löschen.

Wie verbindest du dich zur DS? AFP oder SMB?

mit AFP. wenn ich den ordner ein zweites mal auf dem trash ziehe, lässt er sich auch löschen. also komplett von der rolle

ich habe die ds410 auch erst eine reichliche woche. hatte zuvor eine ns4300 von promise von der ich solche probleme leider nie kannte. ich ärgere mich schon über den wechsel.

im lieferzustand war dsm2.3 zum installieren dazu. unter dieser fw habe ich die daten von meinem alten nas auf das neue kopiert - ohne probleme. dann habe ich die neue FW (1337) auf die ds410 installiert und jetzt habe ich bei manchen dateien die schwierigkeiten. Hast du ein mac mit scheeleo am nas? ich hatte vermutet das die netatalk version nicht zu der protokoll version auf dem mac passt.

ich bin ratlos :'(

svenson
Hier keine Probleme. Alle Macs ausschließlich via AFP, eine Windows 7-Mühle via SMB/CIFS und iSCSI.

ACLs mal geprüft? (Via Terminal, nicht via Finder!)

Also die max. AFP-Version der DiskStation ist 3.1. Ich habe hier 10.6.4 am Start. Wie sehen den die Rechte der Dateien auf der "FileStation" aus?
Schau dir mal ein paar Dateien an und guck per Rechtsklick in den Eigenschaften des Ordners/der Datei? Sind dort etwa Auffälligkeiten in den Zugriffsrechten? Arbeitest du mit dem "admin"-User oder hast du einen Neuen angelegt?

ich habe einen neuen user angelegt und dem freigegebenen folder die schreib/lese rechte gegeben. ich meine - es geht ja auch bei 90% der daten. es ist ja nicht so, dass ich nichts kopieren kann.

ich habe mir eine von den "nichtgehenden" als test heraus gesucht und schon sehr viel damit herum experimentiert. wenn ich

die datei allein kopiere - geht
neuen folder auf schreibtisch, datei reinschiebe, ordner auf nas - geht nicht
orner alleine - geht

ich habe jetzt hier das nas nicht zur verfügung, erst heute abend zu haus. da kann ich ja mal screenshots der attribute machen und vielleicht euch mal den testfolder mit datei zu probieren senden.

DANKE!

Gerne! Einfach anmailen...

svenson
Lieber mal hier einen Screenshot der Terminal-Ausgabe von "ls -le" für die vergebenen ACLs zu den jeweiligen Ordnern posten. Der Info-Dialog des Finders gibt da nämlich nur eher rudimentär Auskunft, was die Rechte angeht.

Ansonsten als "harte Lösung": das NAS neu formatieren (Daten halt vorher sichern ), die Freigaben neu einrichten und alles zurück kopieren.

Wie gesagt: Hier habe ich null Probleme mit der aktuellen Firmware.

Liegt wohl an den xattr´s. Wenn man die entfernt, geht´s... Hab die xattr-Attribute entfernt per Software:
http://www.macchampion.com/arbysoft/BatchMod

macfox
Kann auch sein:
Hier sollte svenson halt mal die Ausgabe von "ls -l@" posten. Denn auch ein Finder-Screenshot des entsprechenden Info-Dialogs zeigt hier eher gar nichts an.

Man sollte jedoch immerzu wissen, was man da genau tut. Und nicht ACLs oder Extended Attributes "einfach mal so" entfernen. Dann lernt man auch was dabei, was es jeweils damit auf sich hat. Halt je nach konkretem Fall.

Denn beides kann freilich sehr nützlich sein. Auch aus Sicherheitsgründen.

Ja klar. Hab mich mal ein wenig eingelesen. Interessantes Thema, das mit den Extended Attributes und den ACLs...
Was man heutzutage alles wissen soll... als kleiner Mediengestalter

hi ihr beiden, ich kann macfox nur bestättigen - mit dem app batchmod die xattrs-attributs entfernt und das kopieren funzt. habt ihr keine solche attribute

ich habe mal zwei selsterklärende folder erstellt und vom ls einen screenshot angehangen.

svenson

@Der Mike:
Was für Metadaten werden da bei den Extended Attributes normalerweise vom Finder mitabgespeichert?

na eine 1337 version muss ja super sein

Super+

@Der Mike
die attribute der beiden dateien sind doch gleich, wieso geht die eine mit den xattrs attributs und bei der anderen muss ich´s entfernen um auf die nas zu kopieren?

svenson

macfox
Was da jetzt alles genau abgelegt wird, das weiß ich aus dem Stegreif auch nicht. Im Prinzip kann man da alles mögliche an Metainformationen unterbringen à la Resource Forks.

svenson
Die sind unterschiedlich ("207/441", ist AFAIR die Größenangabe in Bytes). Gibt mal jeweils "xattr -l dateiname" ein. Da siehst Du, was bei "com.apple.metadata:kmditemwherefroms" jeweils dahintersteckt.

<http://xahlee.org/comp/OS_X_extended_attributes_xattr.html> erklärt's ein bisschen.

Wobei allerdings in "com.apple.metadata:kmditemwherefroms" nur stehen dürfte, über welche URL eine Datei heruntergeladen wurde.

svenson
Bitte auch mal die Terminal-Ausgabe von "ls -le" posten. Da sieht man die via ACLs vergebenen Rechte.

@Der Mike,
habe mir den testfolder extra mit in die firma genommen, geht hier aber nicht, da ich hier nur leo (10.5) habe und da scheint es die attribute noch nicht gegeben zu haben. ich machs heute abend wieder mit 10.6.

vom support habe ich noch nichts gehört - schon 3 tage. ist das normal?

svenson

svenson
Mich würde die Ausgabe von "ls -le" des entsprechenden Ordners direkt auf dem NAS interessieren. Also nicht irgendwo hin kopiert und "dort" die Rechte präsentiert.

@Der Mike,
geht ja nicht auf dem nas, mein problem ist ja - ich kann´s nicht von lokal auf dem nas kopieren. ich mache die ls -le ausgabe wieder vom folder auf dem mac, wie gestern.

svenson
Ach so.

Wenn Du das machst, dann am besten auch gleich eine Terminal-Ausgabe des Ordners/der Freigabe auf dem NAS mittels "ls -le", wo Du die bewusste Datei rein kopieren möchtest.

so ich habe jetzt den screenshot vom terminal mit dem "ls -le" von den zu kopierenden ordnern mit je einer datei und dem ziel ordner auf dem nas.
aber wie gesagt, nur die datei zu kopieren funktioniert, nur wenn diese in einem ordner liegt und dieser mit datei kopiert werden soll kommt die zugriffsverletzung.

hilft das weiter?

svenson
Offenbar sind da gar keine ACLs gesetzt. Seltsam. Wäre nämlich meine Vermutung gewesen, was "erweiterte Rechte" angeht.

Jedenfalls sehe ich hier auf den ersten Blick keinerlei Auffälligkeit. Ich würde Dir raten, mal bei im entsprechenden AFP-Forum nachzufragen, wo Dein Problem liegen könnte.

Hier läuft bislang alles einwandfrei.

Hast dort schon gefragt, wie ich gerade sehe.

ja habe ich, aber weiter hat mich das nicht gebracht. da seit ihr zwei eine wesentlich grössere hilfe gewesen

ich bin nun, da es bei macfox genau das selbe war, überzeugt, dass es an der fw liegt. mich wundert es nur, dass niemand weiter dieses problem hat.

ich habe übrigens noch mit "xattr -l" mir die dateien angeschaut, da steht der betreff und die emailadresse drin, von wo ich die datei bekommen habe. also auch nichts auffälliges.

was rätst du mir jetzt, den support abwarten? ein neu aufsetzen wird ja nicht viel bringen, wenn bei anderen der gleiche fehler auftritt.

svenson
Entweder den Support noch mal anschreiben - die haben mir eigentlich immer recht schnell geantwortet. Vielleicht hat der Willie ja gerade Urlaub.

Oder neu formatieren. Ob es bei anderen das gleiche Problem gibt, das habe ich nicht verfolgt, da ich dieses Problem halt nicht habe.

meinst du die haben für ganz syno nur einen willie?

Der Mike
Eventuell...

Der Willie antwortet Dir schon noch.

Auch dann, wenn's vielleicht mal vier Wochen dauert. Aber selbst dann ist der Support da noch ca. 50 x besser als der von Apple.

Ich habe hier noch so einige Bugs von 10.5.0 auf "open" (von 2007), die bislang auch nicht mit 10.6.4 "gefixt" wurden, allerdings von Apple direkt via E-Mail bestätigt. Geschweige denn bei einem 10.5.9, was für PowerPC-User noch die weit größere Frechheit ist.

Wenn schon Apple mit Snow den PowerPC-Support "abgekündigt" hat (war rein wegen Kosteneinsparung, den "Neuerungen" kann man da eher mit der Lupe suchen, Bugfixes gegenüber Leopard aber ebenso), dann sollte das immerhin so fehlerfrei laufen wie ein Mac OS 9.2.2. Neue Features verlange ich gar nicht, aber wenigstens denn bitte noch "ein paar" Bugfixes.

habe gestern noch einmal das ganze in englisch dem support gesendet und auch heute gleich antwort bekommen. die wollen erst einmal das kernel log und meine testdaten als tar-archiv (und nicht zip, wie ich es gesendet hatte)

es tut sich also was :o)

habe heute die neue fw1340 aufs ds gebügelt, der fehler ist aber nicht gefixt. schade

vom support habe ich heute auch eine info, dass ich mich noch gedulden soll - meine testdaten wären bei den entwicklern.

so ist der stand.

schönen sonntag
svenson

Ok. Solange sich Synology darum kümmert ist es ja gut...

macfox
Hast Du eigentlich das Problem, dass es unter SMB/CIFS ebenfalls eines mit den Mac-Folder-Custom-Icons gibt, an den Willie gemeldet?

(Mich betrifft's zwar nicht, aber auch das ist freilich ein Bug in der Implementierung. Denn schließlich "funktioniert" das sogar bei einer Mac OS X-Freigabe über den nicht Mac-nativen Fremdkörper SMB/CIFS, sogar schon seit 10.2 Jaguar.)

Jupp. Hab ich letzte Woche gemacht. Warte noch auf Antwort!...

macfox
Ein Reply dauert aktuell wohl sicher deshalb länger, weil's halt mit 3.0 ein neues Major Release ist.

Da wird der Fokus erst mal bei den wichtigsten Problemen sein. Die Du und ich offenbar nicht haben, aber halt andere Anwender.

sooooo.... ich habe ne info vom support:

Hi Sven,

I have gotten words from our developers that this issue is being fixed at the moment and will be resolved in our next DSM update which is scheduled to be released around end of this month or beginning of next month. I apologize for any inconvenience caused by this.

Thanks.

Sincerely,
Andrew Lai
na da warte ich mal

svenson
Na also, der Support da ist schon klasse.

Bei Apple ist es in der Regel so, dass ein Bug via Bug Reporter (irgendwann) bestätigt wird, dann auf "open" steht, dann allerdings drei, vier Jahre nichts passiert (die Bugmeldung im Developer Account jedoch irgendwann gelöscht wird, freilich ohne Fix), nicht mal bei einem kostenpflichtigen Major Release, gerne aber auch die zugehörigen Threads bei Apple Discussions.

(Selbst mehrfach erlebt mit 10.5.0, wo auch 10.6.x nichts brachte, was nicht mal mehr die Hardware von Leopard unterstützt.)

hi, ich will euch auch über meine neuigkeiten informieren. ich habe einen patch bekommen (ftp://on-line:online_user@ftp.synology.com/on-line/Patches/afp-ea-dsm3.0/853x.pat) und installiert. das kopieren der vorher nicht zu kopierenden files funktioniert jetzt, aber......, wenn ich z.b. den testfolder von der ds wieder löschen möchte, lösch er mir diesen ordner nicht, weil er angeblich in verwendung wäre. beim 2. versuch löscht er den folder. habe ich auch dem support wieder geschrieben - mal sehen ob dafür auch noch eine lösung kommt.

sven