MAC OS 8.6 mit netatalk

[chris78]

Hallo.
Vielleicht kann mir hier auch jemand helfen...
ich habe einen imac G3 günstig bekommen mit OS 8.6. Nun möchte ich über netatalk auf mein Linux server zugreifen. Das Funktioniert auch soweit, allerdings möchte ich mit Stuffit expander entpackte Software auf das Netzwerk schieben und von dort starten. Sonstige Dateien kann ich hin und her schieben. Leider, wenn ich etwas entpackt habe, geht das nicht mehr. Der Ordner wird zwar angelegt, aber es sind keine Dateien drin. Der alte Finder bricht dann mit einem Fehler -50 ab.

Kennt jemand das Problem?

[Arthur]

Schon danach gegoogelt?

[chris78]

ja, habe mcih auch schon im classic-computing forum angemeldet. Komme aber an diesem Punkt nicht weiter...

[Arthur]

Lt. hier evtl. unerlaubte Zeichen im Dateinamen?

[chris78]

Ich habe nun was im linux logfile gefunden:
afpd[9570]: acl = acl_get_file(path, ACL_TYPE_ACCESS) failed: Vorgang wird nicht unterstützt
afpd[9570]: posix_acls_to_uaperms(path, st, ma) failed: Vorgang wird nicht unterstützt

[Arthur]

Ich habe nun was im linux logfile gefunden:
afpd[9570]: acl = acl_get_file(path, ACL_TYPE_ACCESS) failed: Vorgang wird nicht unterstützt
afpd[9570]: posix_acls_to_uaperms(path, st, ma) failed: Vorgang wird nicht unterstützt

Kannst du überhaupt eine Datei kopieren? ACL deutet sonst auf  ein Berechtigungsproblem hin. Mangels Mac/tetatalk bin ich hier aber raus.

[chris78]

Ja, ich kann dateien kopieren. ich vermute mal es liegt an einem speziellen Flag in Unix was hier irgendwie verloren geht. Ich kann von allen Seiten kopieren, Ich kann nur nichts was mit Stuffit Expander entpackt wurde kopieren.

[Lukas Frank]

Stuffit entpackte Dateien auf den Macintosh Massenspeicher funktionieren aber über das Netzwerk also auf dem Netzwerkvolume geht es nicht nehme ich mal an. Geht es denn auf dem Netzwerkvolume eines richtigen Appletalk Servers also ein anderer Macintosh? Wenn ja liegt es wohl an Netatalk.

[chris78]

Vermutlich. Mit meinem iMAC mit Mac os 10.13 wird auch nur über SAMBA zugegriffen. Ich werde morgen mal eine Festplatte besorgen, die ich über USB anschließe und frei gebe. Ich werde ihr auch das Apple Dateisystem verpassen, mal sehen was dann passiert...

[1ST1]

Ich bin kein Mac-User. Aber ich denke, hier gibts schlicht Kuddelmuddel zwischen verschiedenen Betriebssystemen und Dateisystemen. Jedes Dateisystem hat seine Eigenheiten, z.B. bestimmte Dateiattribute. HPFS dürfte da ganz besonders sein. Ich habe mal gehört, dass man deswegen auf einem Mac gepackte Archive niemals in eine NFS- oder SMB/CIFS Freigabe auspacken sollte, denn in dem Mac-Archiv stecken Dateiattribute drin, die diese Dateisysteme nicht unterstützen. Die Folge ist, dass der Mac die Dateien nicht mehr als "seine" erkennt.

Übrigens ist das bei den Acorn Archimedes/RiscPCs genauso, auch da darf man RiscOS-gepackte Archive auch wieder nur unter RiscOS in eigene Dateisystene auspacken, sonst gehts nicht, und viel Handarbeit ist angesagt, um die Dateien wieder hinzubekommen. Hab ich einmal gemacht, argh, da sitzt du an einem kleinen Archiv nen ganzen Abend, *würg*...

[goetz @ 3rz]

Vielleicht kann mir hier auch jemand helfen...

Vielleicht …

ich habe einen imac G3 günstig bekommen mit OS 8.6. Nun möchte ich über netatalk auf mein Linux server zugreifen. […] Leider, wenn ich etwas entpackt habe, geht das nicht mehr. Der Ordner wird zwar angelegt, aber es sind keine Dateien drin. Der alte Finder bricht dann mit einem Fehler -50 ab.

Kennt jemand das Problem?

Erstmal müssten wir die Konfiguration kennen:

- Welches Netatalk
- Welches Dateisystem drunter
- Welches DNID-Backend
- Welche Konfig

[goetz @ 3rz]

Stuffit entpackte Dateien auf den Macintosh Massenspeicher funktionieren aber über das Netzwerk also auf dem Netzwerkvolume geht es nicht nehme ich mal an. Geht es denn auf dem Netzwerkvolume eines richtigen Appletalk Servers also ein anderer Macintosh? Wenn ja liegt es wohl an Netatalk.

Halt, stop. Selbstverständlich kann man Mac-Programme, inklusive StuffIt, auf einem Netatalk-AFP-Volume auspacken und starten.

[chris78]

version: netatalk  (2.2.6-1).
Dateisystem: ext4
Welches DNID-Backend..? Keine Ahnung, was meinst du?


in der afpd.conf habe ich nur 3 Sachen stehen

UBUNTU-AFS

Global

mimic model = Xserve



und in der AppleVolumes.default:

# The line below sets some DEFAULT, starting with Netatalk 2.1.

:DEFAULT: options:upriv,usedots



# By default all users have access to their home directories.

~/ "Home Directory"



# End of File

/festplatte Festplatte options:tm,usedots,upriv





Der Rest ist auskommentiert

[Nervengift]

[...] HPFS dürfte da ganz besonders sein. Ich habe mal gehört, dass man deswegen auf einem Mac gepackte Archive niemals in eine NFS- oder SMB/CIFS Freigabe auspacken sollte, denn in dem Mac-Archiv stecken Dateiattribute drin, die diese Dateisysteme nicht unterstützen. Die Folge ist, dass der Mac die Dateien nicht mehr als "seine" erkennt.

"HPFS" ist kein Dateisystem, was von Apple auf einem Macintosh verwendet wird oder wurde!

Du hast gehört ...

Ich bin schon seit langem Mac User und ja, es kann Probleme geben, wenn man z. B. System 7.x nutzt und Daten per Diskette mit einem PC austauschen will und sowas wie die Resource nicht mitgschrieben wird. Dann weiß der Mac mit den Daten erstmal nichts anzufangen.

Bei netatalk kann ich leider nicht helfen. Ich bin kein Linuxnutzer.

[1ST1]

Google... Na gut, HFS, wie gesagt, ich bin kein Mac-User. Aber ändert sonst nix, die verschiedenen Dateisysteme haben unterschiedlich funktionierende Dateiattribute, und das lässt sich nicht 1:1 aufeinander abbilden, da geht dann was verloren.

[Nervengift]

Google... Na gut, HFS, wie gesagt, ich bin kein Mac-User. Aber ändert sonst nix, die verschiedenen Dateisysteme haben unterschiedlich funktionierende Dateiattribute, und das lässt sich nicht 1:1 aufeinander abbilden, da geht dann was verloren.

Sehr wahrscheinlich. Kann sein. Muss aber nicht zwangsläufig sein. Es kann auch andersrum sein und was dazukommen. Möglichkeiten gibt es immer viele.

[1ST1]

Beim Archimedes ist es auf jeden Fall so, wenn du da ein ZIP unter Windows auspackst (oder einpackst), kannst du es auch gleich in die Tonne treten. Und wenn man Android auf einer Fat32-Partition ausführt (Android-X86) kann das System das Superuser-Attribut nicht abbilden und folglich lässt es sich nicht rooten. Mit HFS-Dateien auf Ext<n>, NTFS usw. wird es nicht anders sein.

[Nervengift]

Beim Archimedes ist es auf jeden Fall so, wenn du da ein ZIP unter Windows auspackst (oder einpackst), kannst du es auch gleich in die Tonne treten. Und wenn man Android auf einer Fat32-Partition ausführt (Android-X86) kann das System das Superuser-Attribut nicht abbilden und folglich lässt es sich nicht rooten. Mit HFS-Dateien auf Ext<n>, NTFS usw. wird es nicht anders sein.

Ist klar. Weil es in den beiden Fällen so ist, muss es auch zwangsläufig in einem anderen Fall so sein.

[Arthur]

Leute last es gut sein... das bringt uns nicht weiter denke ich.

[goetz @ 3rz]

version: netatalk  (2.2.6-1).
Dateisystem: ext4
Welches DNID-Backend..? Keine Ahnung, was meinst du?

Gnn, Tippfehler, sorry. CNID: http://netatalk.sourceforge.net/2.2/htmldocs/configuration.html#CNID-backends

Ich habe Debian laufen, da ist Ubuntu nah dran, auch mit ext4, aber auf meiner Kiste hier läuft Netatalk 3, da ist die Konfig etwas anders. An mein 2.2er komme ich gerade nicht schnell heran, für sinnvolle Standardkonfigs müssen also Kollegen einspringen.

Bezüglich der Kommentare, dass die Dateisysteme unterschiedliche Eigenschaften haben: das ist richtig, aber hier irrelevant. Netatalk kann die Eigenschaften, die es für AFP braucht, ausreichend gut auf ext4 abbilden, um direkt von AFP-Volumes, die von ext4 gehostet werden, „alte“ Mac-Programme (mit Resourcefork und allem) starten zu können. BTDT.

Ein 'Hardware'-Thema ist das hier aber nicht mehr.