Bei Interesse erzähl' ich euch auch, wie ich den dahin bekommen habe.

Ist das dann der Preis? Also, mein Interesse hält sich arg in Grenzen...

erzähl mal

Alles in iPad's "Dateien":
- Erstmal 'ne Server-Verbindung zum Mac aufgebaut

- Dann bekommt man u.a. Zugriff auf seine "Macintosh HD". Teilweise readonly, wie der Mac das eben so vorgibt

- (in anderem Zusammenhang) wollte ich mir ein paar Dateien in /etc/cups/ppd anschauen. Sind alle Text, also schnell den Ordner in "Auf meinem iPad" kopiert


Dieser Ordner und die Dateien darin lassen sich jetzt nicht mehr löschen, wie oben gezeigt.

Und wenn ich den Ordner auf dem gleichen Weg in den persönlichen Ordner auf dem Mac zurückkopiere, ist er dort zwar vorhanden, lässt sich aber im Finder nicht mit Doppelklick öffnen.

Vom Terminal aus sind keine "hidden"-Attribute zu finden, "open ppd" funktioniert auch wieder.

Alles sehr sehr dubios ...

Ich vermute mal, dass der Ordner Eigenschaften vom Mac (Druck-System) mit herüber aufs iPad geschleppt hat. Ich kann gerade nicht nachgucken, ob und wie der Inhalt auf meinem Mac zu bearbeiten/löschen wäre. Aber ich weiß, dass kopierte Ordner z.B. auch Tags mitnehmen. Der betreffend eOrdner scheint aus der Library zu stammen, also aus teilweise erst mit Passwortbestätigung zu löschenden Bereichen. Wie ein iPad mit solchen Dateien umgeht, weiß ich nicht im Detail, eine Mac-Passwortabfrage ist allerdings beim iPad nicht vorgesehen. Ich könnte mir daher vorstellen, dass das iPad vor einer ihm unbekannten Sicherheitshürde steht und deshalb nur die obige Meldung ausspuckt.
Ich denke, außer neu aufsetzen wird dir da nicht viel übrig bleiben …
Allerdings frage ich mich auch ein wenig, was man mit Library-Ordnern eines MacOS auf einem iPadOS will.

Du brauchst Zugriff auf change flags, ob das beim iPadOS über die API geht weiß ich jetzt nicht, ggf einen anderen Datei Manager oder gar ein locales Terminal. Wird langsam Zeit für home brew und nativen Shell Support 😅

Mal völlig naiv in den Raum geworfen. Wenn du den Ordner auf dem Mac entsprechend anpasst (Rechte) und dann nochmal auf das iPad kopierst, wird der nicht zu löschende Ordner vielleicht überschrieben und lässt sich dann löschen.

Nur so ein Gedanke.

Anscheinend sind tatsächlich die Zugriffsrechte (hier: nur Lesen) mitkopiert worden, was aus verschiedenen Gründen nicht hätte passieren dürfen.
Und wie du schreibst, hat das iPad-GUI keine Vorkehrungen dafür, die darunterliegende Unix-artige Basis aber schon - wie man an den Meldungen sieht. Deshalb:---Wegen diesem popeligen Ordner werde ich das Teil nicht plattmachen. Das hat mich allerdings darin bestätigt, das lokale iPad-Dateisystem zu meiden und Daten noch konsequenter anderswo abzulegen.

Im konkreten Fall sind es ein paar dumme Textdateien mit Mac-Drucker-Definitionen. Zum Durchlesen auf dem iPad reichts. Manche Leute arbeiten eben so, was meine Frau auch immer wundert.

Hast du mal über meinen Ansatz nachgedacht? Bei macuser vermutet ja auch jemand die Rechte des Ordners bei deinen Problem.

... ich tausche noch ein n gegen ein m.

nachgedacht: Ja
ausprobiert: Ja
geht? Nein

readonly ist im gesamten Benutzerzweig anscheinend nicht vorgesehen. Das gehört wohl zu den Streichungen, mit denen sie iOS schlank(er) gemacht haben.
Aber so 100% haben sie es dann doch nicht raus-programmiert.

Soweit ich inzwischen gesehen habe, soll die Dateien-Äpp eigentlich verhindern, dass man readonly-Dateien über SMB einkopiert.
Anscheinend hat die Äpp das hier "vergessen" und das Desaster nahm seinen Lauf.

Extern zu speichern gibt mir immer die Möglichkeit, die Macke auf anderem Wege zu korrigieren.