Probleme mit DCP an Sony System

[Rince]

Ich nehme an, GUID/GPT Partitionsschema? Das Problem hatte ich auf unserem Sony auch schonmal bei einem DCP, das mir ein Mac User geschickt hatte. Da sieht man nur einen leeren Ordner mit dem Quasi-Inhalt des protective MBR.

 

Und brav wie ich bin, mache ich von sowas immer screenshots, sieht das vertraut aus?

 

Wir haben letztens zwei DCP in Folge von einem Verleih bekommen der die Festplatten mit einem Mac erstellt. Die erste Festplatte war leer, auf Reklamation eine zweite - wieder leer. Erst eine NTFS Platte und dann als Ersatz auf Wunsch eine ext2-Festplatte. Spätestens bei der zweiten war ich wirklich irritiert, dass die auch wieder leer war. Das sag aus wie auf deinen Screenshots. Die Platten waren aber nicht nur am Sony leer, sondern auch bei der Kontrolle am Rechner, u.a. mit einem Readertool. In deiner Erklärung dürfte wohl schon der "Fehler" liegen, mich würde interessieren ob man unter Windows oder Linux trotzdem an den Inhalt der Festplatten kommen kann oder hat sich das durch die EFI/GPT-Partition schon erledigt?

Bearbeitet 25. Oktober 2015 von Rince (Änderungen anzeigen)

[carstenk]

Doch, die hättet Ihr mit einiger Sicherheit sowohl auf einem neueren Mac als auch Windows oder Linux System umkopieren können (GPT Support). Also entweder sichern und auf neu MBR partitionierte Platte zurück kopieren, oder einfach über Netzwerk freigeben und ingesten.

 

Die ext2 Variante freilich erst nach Installation eines ext-Treibers, sowohl auf dem Mac als auch dem Windows System, was aber in beiden Fällen keine große Sache ist.

 

Ich könnte mir vorstellen, dass das eventuell sogar am Sony mit so einer Partitionierung funktionieren könnte, wenn das DCP nicht in einem Unterordner liegen würde, die Assetmap also auf Root-Level läge. Müsste ich bei Gelegenheit mal probieren.

 

 

- Carsten

Bearbeitet 26. Oktober 2015 von carstenk (Änderungen anzeigen)

[macplanet]

Die ext2 Variante freilich erst nach Installation eines ext-Treibers, sowohl auf dem Mac als auch dem Windows System, was aber in beiden Fällen keine große Sache ist.

 

Ja? Unter Windows habe ich keinen Treiber gefunden, der zuverlässig funktioniert - meistens (und insbesondere bei korrekt formatierten Platten) läufts, bei bestimmten Platten (die unter Linux problemlos gelesen werden) dann aber auch nicht.

Welchen Treiber empfiehlst Du?

 

Schöne Grüße,

Matthias

Bearbeitet 26. Oktober 2015 von macplanet (Änderungen anzeigen)

[carstenk]

Grundsätzlich gibts unter Windows die Problematik mit dem inodesize=128 zu beachten. Aber dafür sind die ISDCF Empfehlungen ja da.

Selbst die großen TMS arbeiten teilweise mit den freien Ext2Fsd/EXT2IFS Treibern, soweit sie unter Windows laufen, und auch etliche Server für den lokalen Ingest. Die mögen nicht fundamental stabil sein, aber zumindest für den Ingest sollten die reichen. Wenn es nicht reicht, würde ich ne virtuelle Maschine nehmen.

 

- Carsten

Bearbeitet 26. Oktober 2015 von carstenk (Änderungen anzeigen)

[Thomas]

Bei uns läuft die Kombination Windows8.1/Paragon extFS seit einem halben Jahr stabil. Es gab nur eine einzige Platte, die nicht erkannt wurde.

[Rince]

Doch, die hättet Ihr mit einiger Sicherheit sowohl auf einem neueren Mac als auch Windows oder Linux System umkopieren können (GPT Support). Also entweder sichern und auf neu MBR partitionierte Platte zurück kopieren, oder einfach über Netzwerk freigeben und ingesten.

 

Hmm, die NTFS Platte wurde unter Windows 10 nur als leer angezeigt - im Sony gab es einen EFI Ordner zu sehen. Ich habe die Platte dann auch über den Diskinternals Linux Reader ausgelesen. Eine kleine 200MB Partition und eine große leere. Die Ersatzplatte war dann auf meinen Wunsch ext2 partitioniert. Wieder das gleiche Spiel - wobei sie unter Windows natürlich nicht erkannt wurde aber auch der Linux Reader hat nichts gefunden. Den benutzte ich sonst immer wenn irgendeine Platte (aus welchen Gründen auch immer) am Sony nicht direkt will und ich konnte bislang immer den Content sehen und umkopieren. Was könnte ich da falsch gemacht haben?

 

@Thomas

ExtFS klingt interessant als Alternative.

[macplanet]

Grundsätzlich gibts unter Windows die Problematik mit dem inodesize=128 zu beachten. Aber dafür sind die ISDCF Empfehlungen ja da.

Selbst die großen TMS arbeiten teilweise mit den freien Ext2Fsd/EXT2IFS Treibern, soweit sie unter Windows laufen, und auch etliche Server für den lokalen Ingest. Die mögen nicht fundamental stabil sein, aber zumindest für den Ingest sollten die reichen. Wenn es nicht reicht, würde ich ne virtuelle Maschine nehmen.

 

Ich nehm ganz nicht-virtuell einen Linux-PC ;-)

Paragon ExtFS scheint mir auch die beste Lösung zu sein, aber ich hatte mit einer erheblichen Zahl von Platten PRobleme. Allerdings sind das meist Platten von Zwergverleihern, die sich ihre DCPs selst zusammenschustern - wenn man nur Sachen spielt, die von Arri & Co kommen, fährt man mit dieser Lösung vermutlich auch gut. Falls noch jemand einen Geheimtipp hat, gern her damit!

 

Schöne Grüße,

Matthias

[carstenk]

War NUR der EFI Ordner zu sehen, oder auch wie oben nochmal der eigentliche Partitionsname als leerer Ordner?

 

Nur zur Klarstellung - der Eigentümer der Platte, deren Infos ich oben reinkopiert hatte, war ein MacUser. Der hatte die Platte selbst gekauft, sie aber an einen DCP-Dienstleister gegeben. Es war leider nicht mehr rauszukriegen, ob die die Platte so formatiert hatten, oder ob er sie bereits so formatiert gekauft hatte. Er selbst hatte keine NTFS Tools auf dem Mac und hätte sie sicher auch nicht so formatiert bzw. formatieren können.

 

In jedem Fall ist es schlicht verkehrt, KEIN MBR Partitionsschema zu verwenden. Das sollte man diesen Verleihern/Dienstleistern auch immer wieder sehr deutlich sagen. Dass 'irgendwelche' Server kein Problem damit haben, ist kein Argument. Und es ist ja auch nicht schwierig, MBR zu verwenden, man muss nur dran denken.

 

Paragon macht auch immer mal wieder Probleme, aber das ist wenigstens ein kommerzielles Produkt, und die müssen ein natürliches Interesse an Verbesserungen/Bugfixes haben.

 

- Carsten

Bearbeitet 26. Oktober 2015 von carstenk (Änderungen anzeigen)

[Rince]

War NUR der EFI Ordner zu sehen, oder auch wie oben nochmal der eigentliche Partitionsname als leerer Ordner?

 

Wenn ich mich richtig erinnere nur der EFI Ordner.

[carstenk]

Das habe ich so noch nicht gesehen. Offensichtlich scheinen sowohl Windows als auch Mac OS X solche Kombinationen von kleiner GPT/EFI und großer Hauptpartition unter bestimmten Bedingungen anzulegen. Aber das tun sie eben nur, wenn man bei der Partitionierung nicht MBR wählt.

 

Bei Gelegenheit probiere ich mal damit rum.

 

- Carsten

[Ramen45]

Das EFI-Sony-Problem ist sehr ärgerlich, haben wir auch bisweilen. Weiß vielleicht jemand, ob es nicht doch eine Methode gibt, an den Inhalt der Festplatten/Sticks etc. wieder heranzukommen? Die DCPs sind ja nicht gelöscht, sondern nur nicht zugänglich.

Danke!

[carstenk]

Ich wollte schon länger mal eine Analyse starten, was da genau kaputt geht. Da es offenkundig sehr schnell passiert, kann es eigentlich nicht viel sein, was da wiederhergestellt werden muss. Noch besser wäre es natürlich, wenn der Sony erst garnicht so einen Mist machen würde.

 

Weiss aber auch nicht 100%, ob es in der aktuellen Software noch passiert.

 

- Carsten

[Ramen45]

... ist es denn wohl der Sony, der alles dichtmacht, oder schützt sich die EFI vor dem Sony?

[carstenk]

Nee, der Sony pfuscht im Directory rum, was er eigentlich nicht dürfte. Zu diesem Zeitpunkt dürfte ohnehin nur ReadOnly gemountet werden, aber das Problem tritt wohl augenscheinlich schon vor dem eigentlichen Mounten auf.

 

- Carsten