• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Es regnet, ist neblig und kalt, alle sind krank und der Chef wird zunehmend cholerisch. Das Thema des Monats ist also folgerichtig --> Das Grau(en)
    Wir sind gespannt, war Euch dazu einfällt! Zum Wettbewerb --> Klick
  • Auch in diesem Jahr möchten wir auf unserer Webseite mit einem passenden Banner etwas weihnachtliche Stimmung verbreiten. Jeder Apfeltalker kann, darf und sollte uns einen Banner-Entwurf zusenden, wie und wo das geht, könnt Ihr hier nachlesen --> Klick

FAT Partition an Airport Extreme (draft n) und Dateien > 2 GB

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Hi!

Ich hab ein eigenartiges Problem beobachtet: Ich hab auf einen an die Airport Extreme Station angeschlossenen Festplatte ne FAT32 Partition. Auf der nun liegt eine Datei mit ca. 2.4 GB. Wenn ich diese nun auf meine Lokale Festplatte (Im C2D MBP) kopieren will, gibts bei exakt 2 GB nen Fehler 50! Woran kann das liegen?

Was mir schon aufgefallen ist: HFS+ Partitionen werden als NFS Volumes im System eingehängt, FAT32 Partitionen wohl über SAMBA... kann das daran liegen??

CU Jan ;)
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Hi Jan - hattest Du das nochmal auf Deinem Macbook verifiziert?
 

pepi

Cellini
Registriert
03.09.05
Beiträge
8.740
Das liegt vor allem daran, daß FAT 32 keine Dateien über 2GB verwalten kann, und das völlig unabhängig von Deiner AirPort Station die da nichts dafür kann. Formatiere die Platte an der AirPort Station mit HFS+ und Du hast Ruhe.
Gruß Pepi
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Also dir maximale Dateigröße bei Fat32 beträgt 4 Gigabyte - Du verwechselst das mit Fat16.
Wenn Du ein Dateisystem brauchst, dass möglichst von vielen unterschiedlichen Betriebssystemen gelesen und geschrieben werden soll, dann kommst Du kaum an FAT32 vorbei.

Unabhängig von o.g. Problematig, hatte ich früher schonmal Probleme beim Zugriff von Mac OS X auf meinen Linux Server. Dort waren die Platten mit ext3 Formatiert und ich erhielt auch den vielsagenden Fehler -50. Habe dann testweise mal nfs angeworfen und da wars das selbe.
 

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Hi Jan - hattest Du das nochmal auf Deinem Macbook verifiziert?

Hi!

Jep, hab das nochmal verifiziert. Hatte den gleichen Fehler. Eigenartigerweise hat es unter WinXP funktioniert die Datei übers netzwerk zu kopieren?!?
(Allerdings nicht drahtlos sondern übers Kabel)

CU Jan ;)
 
Zuletzt bearbeitet:

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Das liegt vor allem daran, daß FAT 32 keine Dateien über 2GB verwalten kann, und das völlig unabhängig von Deiner AirPort Station die da nichts dafür kann. Formatiere die Platte an der AirPort Station mit HFS+ und Du hast Ruhe.
Gruß Pepi

Also daran liegts sicher nicht. Wenn ich die Platte per USB direkt ans MacBook pro anschließe, lässt sich die grosse Datei problemlos kopieren.

Muss also doch entweder an der Airport Station oder an SAMBA liegen...

CU Jan ;)
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Irgendwie verwunderlich, dass keiner hier diese Problematik kennt.
Kann dochj nicht sein, dass so wenige mit dem smb und Dateien > 2GB arbeiten?!?!?!
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Woran auch immer es nun wirklich liegen mag, die Lösung wurde schon lange gepostet.
Gruß Pepi

Hast Du Dir überhaupt mal die Postings durchgelesen?

Fat32 kann definitiv mit Dateien > 2GB umgehen

Hier geht es um das LESEN von Daten über das Samba-Netzwerkprotokoll - nicht um das Schreiben. Gleiches Problem tritt auch beim LESEN von einem Linux Samba-Share bei Dateien > 2GB auf. Hier wird als Dateisystem ext3 verwendet.

Aber vielleicht bin ich auch einfach zu doof um zu verstehen, wieso eine HFS+ formatierte Platte einen Unterschied machen sollte - dann würde eine Erklärung hilfreicher sein als obiges Zitat *g*
 

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Woran auch immer es nun wirklich liegen mag, die Lösung wurde schon lange gepostet.
Gruß Pepi

Genau das ist jedoch nicht die Lösung, da die Platte gelegentlich per USB an ein WinXP System angeschlossen wird und WinXP leider kein HFS+ lesen kann. Davon mal abgesehen davon kann ich auch damit leben, dass es so ist, wie es ist. Es interessiert mich allerdings zu tiefst was da genau schief läuft.

CU Jan ;)

p.s. Ich weiß, dass Du es mit Deinem Lösungsvorschlag nur gut gemeint hast - also nix für ungut...
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Nach ein wenig googeln bin ich auf folgende Erklärung gestossen.
Um das vorneweg nochmal klarzustellen:
Das Dateisystem der am Server betrieben Festplatte limitiert lediglich die Maximalgrösse der zu schreibenden Dateien (bei FAT32 sind dies 4GB, siehe Microsoft Doku)
Das Sambaprotokoll ist hier das Problem.
MacOSX scheint die Freigabe ohne lfs (large filesystem support ) zu mounten. Somit können vom smb-Protokoll max. 2 GB grosse Dateien übertragen werden.
Inwieweit MacOSX ein entsprechendes Kernelmodul für das Programm smbmount zur Verfügung stellt weiß ich nicht. Laut Samba-Doku ist ein Share mit lfs folgendermassen zu mounten:

Mounten der Freigabe mit lfs support
# mount -t smbfs //rechnername/Freigabe /mnt/mountpoint -o lfs

Rüberspielen eines Files >2GB
# dd if=/dev/zero of=largefile bs=100M count=21
# cp largefile /mnt/mountpoint

Würd mich echt mal interessieren ob das funktioniert.
 

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Hi!
Funktioniert nicht so ganz:
Code:
MBP:/ root# mount -o lfs -t smbfs //boskopp.local/FAT /Volumes/FAT       
mount_smbfs: -o lfs: option not supported

Das Samba in OSX scheint das nicht zu unterstützen....

CU Jan ;)
 

quarx

Brauner Matapfel
Registriert
17.04.05
Beiträge
8.444
Geht denn Folgendes: Im Finder Apfel+K drücken und die Adresse
Code:
cifs://boskopp.local/FAT
eintippen?
 

hanebambel

Becks Apfel (Emstaler Champagner)
Registriert
31.08.04
Beiträge
333
Oh mann, die bei Apple wissen wohl selbst nicht, was ihre Hardware kann:

AirPort Extreme (802.11n) arbeitet mit Disks zusammen, die über eine einzige Partition verfügen und keine RAID-Volumes sind (nicht mehr als ein Volume pro physischer Disk).

Das stimmt nämlich schonmal nicht. Meine Festplatte hat 4 Partitionen, die auch alle sauber als Netzlaufwerke eingehängt werden...


CU Jan ;)
 

cyberchriss

Becks Apfel (Emstaler Champagner)
Registriert
07.04.06
Beiträge
339
Hi!
Funktioniert nicht so ganz:
Code:
MBP:/ root# mount -o lfs -t smbfs //boskopp.local/FAT /Volumes/FAT       
mount_smbfs: -o lfs: option not supported

Das Samba in OSX scheint das nicht zu unterstützen....

CU Jan ;)

Wie man hier schön sehen kann unterstützt der smb auf der clientenseite kein lfs (super Apple!). Der Server scheint dies zui unterstützen, sonst wäre kein Dateitransfer von und auf eine Wingurke über den Airport-smbserver möglich.

Kenn mich mit Mac noch nicht so toll aus, aber man könnte mal versuchen das entsprechende smb-Kernelmodul mit lfs-support neu zu kompilieren - dann sollte es klappen.

Gibt es eigentlich bei Apple eine vernünftige Anlaufstelle für solcherlei Probleme? Die Postings im Apple-Supportforum klangen in der Hinsicht ja eher frustrierend :(
 

quarx

Brauner Matapfel
Registriert
17.04.05
Beiträge
8.444
Wie man hier schön sehen kann unterstützt der smb auf der clientenseite kein lfs (super Apple!). Der Server scheint dies zui unterstützen, sonst wäre kein Dateitransfer von und auf eine Wingurke über den Airport-smbserver möglich.
Funktioniert letzteres (Zugriff von Windows aus) denn überhaupt? Bei den Fällen aus den Apple-Diskussionsforen (s.o.) war selbst das nicht der Fall.
 
Zuletzt bearbeitet: