Hallo! Ich bin der Günter.

Seit 2013 bin ich mit Apple/Mac und iPhone unterwegs und lese hier schon seit Jahren still mit und konnte schon des Öfteren einen brauchbaren Tip "abstauben".

Im Grossen und Ganzen bin ich mit den Gepflogenheiten hier vertraut- sollte ich mich aber doch mal ungewollt daneben benehmen bitte ich um ein bisschen "Welpenschutz".

Dass ich mich nach langer Zeit doch an Euch wende, liegt an einem Problem / Problemchen bei dem ich nicht weiterkomme.

Auf meinen Rechnern befinden sich ausser Betriebssystem und Programmen/Apps keine weiteren Daten.
Alle Arbeitsdateien befinden sich bei mir auf einem NAS (siehe unten). Auch alle Dateien, die ich aus dem Netz herunterlade landen dort.

Seit den letzten beiden Safari- Versionen habe ich das Problem, dass die Dateien scheinbar problemlos auf das NAS abgelegt werden, dort aber mit der Endung .download - mp3 .dmg .pdf- völlig egal immer das Selbe. Es spielt auch keine Rolle welcher Rechner oder welches Betriebssystem.
Unter der Safari- Downloadanzeige erschein dann die Fehlermeldung "Datei konnte nicht verschoben werden".
Versuche ich bei diesen Dateien ( auf dem NAS) die Endung .DOWNLOAD zu entfernen, so ist Dies nicht möglich. Erst nach dem Duplizieren lässt sich die Endung .DOWNLOAD aber problemlos entfernen und ich erhalte eine funktionsfähige Datei.

Lade ich die selbe Datei, von der selben Webseite noch einmal, wähle diesmal aber als Zielort ein Laufwerk, welches direkt am Mac angeschlossen ist funktioniert der Download problemlos. Anschließend kann ich diese Datei auf das NAS kopieren und dort kommt sie auch völlig intakt an.


In Safari habe ich schon alle möglichen- und unmöglichen Einstellungen vorgenommen - Trackingschutz, Inhaltsblocker, Erweiterungen- Nichts hilft.

Ich hoffe einer von Euch hat hier eine Idee.

Meine Rechner:
Mac Studio 2023 M2 Max
Speicher 64 GB / 500GB SSD (ca. 400GB frei)
macOS Sonoma 14.7 und Sequoia 15.0.1 (ext. Laufwerk)
Studio Display

MacBook Pro 16", 2021 M1
Speicher 16 GB / 500GB SSD (ca. 400GB frei)
macOS Sonoma 14.7

Safari
Version 18.0.1 (20619.1.26.31.7)


NAS:
Synology DS220j
DSM 7.2.1-69057 Update 5 ( kein VPN usw. da vom Internet über Router gesperrt)

verbunden über:
TP- Link Mod.- Nr.: TL-SG 108

an:
FRITZ.Box 7590 FRITZ!OS: 7.59

via LAN- Kabel

mit freundlichen Grüssen:
Günter

Hallo Günter, das geschilderte Problem kann ich reproduzieren. Wenn ich in Safari ein Netzlaufwerk vom NAS einstelle, dann bleibt am Ende eine .download-Datei. Beim Abschluss des Downloads müsste diese Datei eigentlich umbenannt werden.

Es ist allerdings möglich ein Sparsebundle auf dem Netzlaufwerk anzulegen. Ein Sparsebundle ist eine Datei, die sich wie ein Netzlaufwerk mounten lässt. Mit dem Tool Spundle kannst Du es so groß anlegen, wie Du es als Download-Verzeichnis benötigst. Du öffnest dann diese Datei im Finder und sie wird dadurch als Netzlaufwerk verbunden. Dieses "Netzlaufwerk" wählst Du als neues Download-Verzeichnis.


Diese Einstellung legt ein 1000 GB großes, leeres Sparsebundle mit HFS+ formatiert an. Nach "Create ..." wirst Du nach Name und Ort gefragt, wo es angelegt werden soll. Dort gibst Du dein Netzlaufwerk an.

Ach ja, Du solltest vielleicht eher 1000 MB angeben 🤪, aber auf dem NAS belegt das Sparsebundle nur den tatsächlich genutzten Speicher, weil es mitwächst.

Hallo Günter, selbiges Problem habe ich hier auch seit einiger Zeit.. Abhilfe kenne ich keine.. Leider.

Legt doch die downloads dahin wo es Apple auch vorschlägt, lokal in den Download Ordner und kopiert es dann auf das NAS. Probiert es mal mit Firefox. Wenn mit Firefox das Problem nicht auftritt liegt es an Safari.

Siehe auch

Hallo,

vielen Dank für eure schnellen Antworten.

Die Sache mit dem Sparsebundle wäre wohl eine Lösung, aber damit habe ich mich noch nie beschäftigt und es wäre für mich auch eine Umdrehung zu weit. Ich halte mich, wenn irgend möglich an die KISS- Regel.

Nach meiner Vermutung hatte sich ein Einstellungs- Fehler in meinemSystem eingeschlichen. Da der selbe Fehler aber auch bei Dir (und wahrscheinlich noch bei Anderen) auftritt, gehe ich von einem Safari- Fehler aus. Ich hoffe mal, dass dieser Fehler in einer der nächsten Safari- Versionen behoben wird. Solange wandern die Dateien eben auf die am Mac angeschlossene SSD. Im Augenblick ist die noch so leer, dass es hallt.

Anfang dieses Jahres habe ich mir den M2-Studio zugelegt. Das NAS hatte ich da schon. Jedes Mal, wenn ich eine Numbers- Datei vom NAS auf den Studio über SMB geladen hatte sprang Minuten später eine Fehlermeldung auf, dass sich diese Datei auf einem Laufwerk befindet, das nicht die automatische Sicherung unterstützt. Aber nur auf dem Studio- nicht auf meinem M1- MacBook- nicht auf meinem 2017er iMac, den ich in den Vorruhestand geschickt hatte.
Seltsamerweise nur über SMB aber nicht über AFP. Seit einigen Monaten ist aber dieser Fehler verschwunden warum auch immer. Ich vermute mal ein stilles Update.

Darauf hoffe ich auch beim Safari. Ein anderes Browser? Ich bin ein riesengroßes Gewohnheitstier un würde lieber beim Safari bleiben und die Dateien eben bis auf Weiteres auf die SSD laden.

Mit freundlichen Grüssen:
Günter

KISS?
Benutz’ den Download-Ordner auf dem Mac.

@Günter
Einfach den Download-Ordern am Mac benutzen und dann die Datei auf das NAS kopieren. Ist eh die bessere Variante. Bei allem anderen muß die Datei ja 2x durchs Netz. Von der Downloadseite lokal auf den Mac in den Cache und von dort wieder auf das Netzwerk Share auf dem NAS.

PS: AFP ist depracted. Bitte nicht mehr benutzen!

Wenn Du schon einen NAS hast, gibt es auch eine elegantere Lösung:
Du hast alle Datendateien in einem Ordner auf Deinem (Deinen) Rechner(n).
Die synchronisierst Du mit Hilfe eines entsprechenden Clients (bei Synology: Drive Client)
vollautomatisch mit einem gleichen Ordner auf dem NAS.
Das Ganze hat folgende Vorteile:
Du hast immer auf allen Rechnern den gleichen Dateibestand durch automatisches Synchronisieren.
Du hast volles Arbeitstempo der lokalen SSD und bleibst von Merkwürdigkeiten verschont.
Du hast quasi immer eine oder mehrere Sicherheitskopien - je mehr Rechner, desto mehr.
Ein Nachteil: Es braucht Platz auf den SSDs.

Ich mache das seit etlichen Jahren so und bin damit sehr gut gefahren. Der automatische Abgleich funktioniert sogar von überall via Internet automatisch. Ich habe das oft genutzt, während ich im Ausland war.

Ich sehe durchaus einen Vorteil bei der Sicherung von Downloads auf einer externen SSD oder auf dem NAS: Der Download wird nicht Teil eines Time Machine-Backups, was insbesondere bei sehr großen Dateien relevant ist. Selbst wenn die Datei sofort verschoben wird, könnte diese zu stündlichen Zeitpunkten Teil eines Snapshots werden. Mit etwas Pech müssen dann 2 GB eines Downloads auf die HD mit dem Backup geschrieben werden.
Ich habe den Download-Ordner auf einer externen SSD.

Ich habe einfach den Downloadsordner vom TimeMachine-Backup ausgeschlossen.

Hallo!

Vielen Dank an alle, die sich um mein Problem gekümmert haben.

Als ich diese Diskussion eröffnet hatte, bin ich von einem typischen 70cm- Fehler ausgegangen. Es scheint aber doch so zu sein, dass dieser Bug weiter verbreitet ist als ich dachte. Irgendwelche Fehlerbehebungen konnte ich hier- und auch in anderen Foren nicht finden. So bleibt nur der Weg eines Workaround. Die mir hier vorgeschlagenen Wege nutze ich ja jetzt schon, wenn auch in etwas abgewandelter Form (statt Download- Ordner auf der Macintosh HD, die dauerhaft angeschlossene SSD).
Mein Ziel ist es so wenige Dateien wie nur irgend möglich auf der internen Macintosh HD zu haben. Alle meine "Arbeitsdateien" liegen auf dem NAS und werden von dort auch direkt mit den verschiedenen Programmen gestartet- und auch direkt dorthin wieder zurück gesichert. Dies funktioniert/funktionierte- bis auf den blöden Fehler mit den Numbers- und Page- Dateien der mittlerweile nicht mehr auftritt, problemlos.
Wenn ich in meiner Hardware- Auflistung nur zwei Rechner aufgeführt habe, so ist Dies nicht ganz richtig.
Mittlerweile habe ich meinen "alten" iMac als eine Art von Unterstützungsrechner für meinen 3D- Drucker wieder in Betrieb genommen. Des Weiteren habe ich für alle meine Rechner Zweit- Betriebssysteme auf extra SSDs. Somit kann es sein, dass ich von sechs unterschiedlichen Stellen auf die selbe Datei zugreifen kann (eine CAD- Datei auf dem Studio erstellen und Diese anschließend im iMac in den Silcer laden und anschliessend an den Drucker senden). Das Ganze ohne die Datei auch nur einmal direkt auf einem Rechner zu speichern. Das verstehe ich unter KISS / Keep it Simple and Stupid).

Seit dem der Numbers- und Pages- Fehler nicht mehr auftritt, benutze ich auch kein AFP mehr.

Mit freundlichen Grüssen

Günter

Das haben, glaube ich, alle verstanden. Aber dennoch: Vielleicht solltest Du ernsthaft mal darüber nachdenken, ob diese Strategie wirklich so clever ist. Spätestens wenn Arbeitsdateien in die zig-MB gehen hast Du massive Performance-Einbußen. Man kann Dinge auch übersimplifizieren und muss dann mit spezifischen Nachteilen leben.

Das unix-typische KISS ist halt, genau wie Kants berühmter Kategorischer Imperativ, eine tolle Regel, die in der Praxis dann aber keineswegs so eindeutig umzusetzen ist wie man denkt.

Nebenbei: Eigentlich heißt es „Keep ist simple, stupid!“, soll sich also wohl auch an Nicht-Nerds richten. Ändert aber nichts.

Ja, den Downloads-Ordner habe ich auch ausgeschlossen.
Dennoch wird zu den stündlichen Backup-Zeitpunkten auch der Downloads-Ordner Teil der Snapshots, da Snapshots immer das ganze Volume umfassen. Für den Fall, dass ihr Euch wundert, warum so viel Speicher durch die Snapshots nicht frei ist (aber verfügbar) ...

Richtig, almdudi, aber MacPott hat es in diesem Zusammenhang unbewußt falsch-treffend interpretiert

Sorry, MacPott, aber die Steilvorlage war einfach unwiderstehlich. Denke ich natürlich nicht von Dir.