Wir haben hier ein wirklich ätzendes Problem mit Pages. Wir arbeiten mit 6 Arbeitsplätzen auf einem Sierra Server (mac mini 2021) mit externem Thunderbolt (ohne Raid, neue FP). Es kommt immer wieder einmal vor, dass Dateien von Pages, die vorher wunderbar funktioniert haben, sich nicht mehr öffnen lassen. (Meldung: ist beschädigt und kann nicht geöffnet werden). Ich habe schon alles überlegt - ob die Daten parallel zweimal geöffnet sind (dann legt er aber eine zweite Datei an) oder ob wir ein Problem mit einem Mac haben (ist inzwischen ausgetauscht).
Ich vermute, es liegt an der Backup-Funktion (normalerweise gibt es ja lokal ein Timemachinebackup, so dass man immer wieder auf den vorherigen Status zurückspringen kann).
Hat jemand zufällig eine Lösung? Außer natürlich lokal arbeiten

Sorry vergessen,
Arbeitsplätze haben alle Ventura 13.6., aktuelle Pages Version 13.2.

Die Arbeitsplätze melden sich alle mit dem selben Nutzer auf dem Mac mini an, oder mit individuellen Nutzern?

Welches Betriebssystem ist auf dem Server?
Welches Dateiserverprotokoll wird verwendet?
Wurde durch Kopieren einer angeblich defekten Datei auf einen Client geprüft, ob die Fehlermeldung tatsächlich stimmt?
Wurde ein Vorher-/Nachher-Vergleich mit einer Datei gemacht, an welcher Stelle etwas geändert wurde oder ist die Datei möglicherweise leer?

Betriebssystem ist lauf Eröffnungspost Sierra.
Aber tatsächlich Sierra auf einem Mac von 2021?
Gibt es Gründe, nicht wenigstens auf High Sierra zu aktualisieren?

Es gab vor allem 2021 keinen Mac mini. Wahrscheinlich ist der 2021 gekauft aus der Modellreihe 2018?
Aber auch der würde Mojave voraussetzen. Also ein Mac mini 2014 evtl. sogar?

Ohne konkrete Angaben zum "Server" und warum der auf einem veralteten Softwarestand betrieben wird, ist es schwierig, hier eine Lösung zu finden.

Denn die neuen Funktionen, die hier bereits angesprochen wurden (Time Machine) sollte ja auch das Storage verstehen oder signalisieren "kann ich nicht".

Das passt nicht:
1. es gibt kein Mac mini 2021
2. wenn es ein älterer ist muss es ein late 2014 oder älter sein, die neueren brauchen mindestens 10.14.

Also stochern im Nebel...

Gruß
Kronar

Hallo sorry, war gerade nicht on.
Also der mac mini ist von 2012 - das war leider ein Zahlendreher.Arbeitsplätze haben einzelne Userrechte, in zwei Gruppen.
Serversystem 10.12.6 - AFP Protokoll
Kopieren habe ich gecheckt, sind auf einem Client trotzdem defekt
Datei ist nicht leer, aber ich habe die alte Version nicht mehr zum vergleichen.
Läuft denn bei einem Mac mini m2 und neuem System die Storagewiederherstellung als Server?

Das wäre ein interessanter Versuch. Auf einer Synology funktioniert es nicht. War für mich aber auch zu erwarten.
Ich habe erst heute Abend Zugriff auf einen Mac mini. Ist allerdings ein 2018 unter Ventura.
Vielleicht hat ja jemand hier einen entsprechenden Aufbau und kann es testen.

Das ein uraltes Pages auf dem uralten Server Dateien eines mindestens 10 Jahre neueren Pages schrottet sollte keine Überraschung sein.

Die Verwendung von veralteter Hard- und Software als Server ist nur selten sinnvoll...

Gibt es ein reproduzierbares Muster? Evtl. gleicher Tag, Problem trat erst nach Update xy auf, bestimmte Nutzer oder Zugriff durch mehrere Benutzer, sind die Dateien besonders groß?

Pages-Dateien sind (wie Number und Keynote) ja gepackte Paketdateien. Wenn du etwa ein «Dokument.pages» in «Dokument.zip» umbenennst, kannst du die Zip-Datei durch Doppelklick entpacken und könntest deren Inhalt sehen. Funktioniert das noch bei den defekten Dateien? Das könnte zumindest einen Hinweis darauf geben, ob die Datei (also das Zip-File) schon beschädigt ist oder ob es der Inhalt der Zip-Datei (Bilder, Metadaten, eigentliches Dokument) betrifft.

Habt ihr ein Backup (stündlich, täglich, wöchentlich) mitlaufen, so dass man den Defekt einkreisen kann?