"Finder" möchte Änderungen vornehmen

Normal ist das nicht. Das sieht aus, als würde etwas mit deinen Zugriffsrechten nicht stimmen. Nutzt du ein Antivirenprogramm eines Fremdherstellers ?

Du könntest Folgendes probieren:

• starte den Mac in die Wiederherstellung (Aus der macOS-Wiederherstellung starten, achte bitte auf die unterschiedlichen Modi für AppleSilicon- bzw. Intel-Macs).
• dort wählst du dein Startvolume aus (meist "Volumes von MacIntosh HD") und führst darauf die Erste Hilfe aus
• gibt es Fehlermeldungen, die bitte posten. Sonst nach Fertigstellung alles beenden und den Mac neu starten
• Testen

Wenn das nicht klappt:

• starte erneut in die Wiederherstellung
• öffne nun Terminal und gib ein:

sudo diskutil resetUserPermissions / 'id -u'

• danach dein Admin-Passwort (Blindeingabe).
• Nun Terminal beenden und den Mac neu starten.
• Testen

Letzte Möglichgkeit (bitte vorher ein Backup machen !):

• starte wiederum in die Wiederherstellung
• öffne nun Terminal und gib ein:

repairHomePermissions

• wieder Terminal beenden
• nun wählst du aus dem Dienstprogramm "macOS/Tahoe erneut installieren" aus. Keine Angst, deine Inhalte bleiben unangetastet.
• Danach erneut testen.

Bei der komplexen Lage würde ich systematisch testen, um das Problem einzugrenzen.

• Teste doch mal, ob du dieselbe Meldung bekommst, wenn du in einem anderen Benutzeraccount arbeitest. Richte eine neuen account nur zum Testen ein (du kannst ihn ja später wieder löschen). Bekommst du dieselbe Meldung, wenn du deine oft verwendeten Apps von dort aus mit lokalen Dokumenten aufrufst?
• Teste mal, ob dein externes Laufwerk einen Unterschied macht. Bekommst du dieselbe Meldung, wenn das externe Laufwerk nicht angeschlossen ist?

Hallo Silvio_Pdm,

vielen Dank, dass Du Deine Beobachtungen hier teilst – prima, dass Du Dir die Zeit genommen hast, das im Büro direkt am NAS zu überprüfen.

Dein Hinweis mit dem öffentlichen Ordner klingt plausibel. Wenn dieser Ordner die Push-Nachricht oder das Pop-up auslöst, deutet das tatsächlich darauf hin, dass die Zugriffsrechte im Zusammenspiel mit dem Netzwerk- oder SMB-Protokoll eine Rolle spielen. Dass Du die Berechtigungen für „stuff“ und „everyone“ angepasst hast, ist ein nachvollziehbarer Schritt, um das Verhalten gezielt zu beobachten.

PS: Änderungen an Freigaben wirken sich manchmal erst nach einem Neustart des NAS oder nach einer neuen Verbindung des Clients aus. Es könnte sich also lohnen, die Verbindung einmal kurz zu trennen und neu aufzubauen, um sicherzugehen, dass die neuen Rechte auch aktiv greifen.

Ich bin gespannt, ob sich das Problem dadurch stabil löst. Gib gern Bescheid, wenn Du weitere Ergebnisse siehst – gemeinsam lässt sich das sicher eingrenzen.

Viele Grüße und danke nochmal fürs genaue Hinschauen! 👍

Hallo Silvio_Pdm,

wenn wir bei dem von Leonie angestoßenen analytischen Ansatz bleiben, könnten die Systemprotokolle sowie die Aktivitätsanzeige hilfreiche Hinweise auf die Ursache der Pop-ups geben. Dein Root-System würde dabei keine vergleichbaren Meldungen erzeugen, was auf eine Anwendung oder einen Prozess im Benutzerkontext hindeuten könnte.

👉 Aktivitätsanzeige – Benutzerhandbuch für den Mac - Apple Support (DE)

👉 Anzeigen von Protokollmeldungen in der App „Konsole“ auf dem Mac - Apple Support (DE)

Sollte das Problem weiterhin bestehen oder Du Unterstützung bei der Durchführung dieser Schritte brauchen, kannst Du Dich auch direkt an den Apple Support wenden – kostenlos unter 0800 6645 451 (Deutschland). Dort kannst Du das Verhalten gemeinsam mit einem Mitarbeiter Schritt für Schritt durchgehen und eine passende Lösung finden.

Liebe Grüße 🌷

Was passiert im abgesicherten Modus?

Mac im abgesicherten Modus starten - Apple Support (DE)

Moin! Ich habe das gleiche Problem auf meinem Mac Mini. Habe ein Synology nas und dazu Synology Drive installiert. Nach dem Ausschalten der Synchronisation waren die Meldungen nicht mehr da. Ich konnte es gestern aber nicht lange testen.

Hallo Lars, der Terminal Befehl ist so wohl nur im Modus "Wiederherstellen" möglich.

Wenn du normal als Benutzer angemeldet bist, ist unter Tahoe das Argument resetUserPermissions nicht verfügbar.

Das Kommando:

       sudo diskutil resetUserPermissions / 'id -u'

Die Teile des Kommandos:

• sudo : Dieser Präfix bedeutet, dass du das Kommando mit Administratorrechten ausführst. Daher ist dein Passwort notwendig
• diskutil resetUserPermissions : Damit wird dem diskutil Kommando gesagt, dass die Benutzerrechte zurückgesetzt werden sollen
• / : Das sagt, dass dieses Kommando auf die gesamte MacintoshHD "/" angewendet werden soll.
• 'id -u'. :Hier könnte ein Fehler bei den Quotierungszeichen sein. Es hängt auch sehr davon ab, welche shell auf deinem Mac eininstalliert ist. Das Kommando id -u dient dazu, deine Benutzer ID zu ermitteln. Damit es ausgeführt wird, und das Resultat durch command substitution als Argument an diskutil zurück gegeben wird, sollte das Kommando in smart quotes (back quotes) eingeschlossen sein, also `id -u`, und nicht die einfachen Anführungszeichen.

Ich rate davon ab, shell commandos auszuführen, noch dazu mit "sudo", die man nicht ganz verstanden hat, selbst wenn man dem Autor des Kommandos vertrauen kann. Das ist riskant, weil ein einiger Tippfehler katastrophale Folgen haben kann. Zumindestens ist es wichtig, sich vorher zu überzeugen, dass man ein aktuelles, funktionierendes backup hat.

Und wenn du das Büro verlässt, zusammen mit dem Rechner, trennst du dann diese Festplatte aktiv von deinem Mac?

Silvio, kannst du uns bitte noch sagen, wo die Dateien und Ordner liegen, bei denen du diese Meldung bekommst? Geht es um Dateien in deinem Benutzerordner oder in anderen Bereichen auf deinem Mac? Seit Tahoe sehe ich diese Meldung immer dann, wenn ich Dokumente von Benutzer > Geteilt. verschieben möchte, aber auch beim Zugriff auf den Ordner Programme. um welche Ordner geht es bei dir?

Bestimmte Systemverzeichnisse kannst du nicht freigeben. Dazu brauchst du Rootrechte, mit einem normalen Admin geht das nicht.

MacIntosh HD gehört dazu. Das ist auf jedem Mac so und schützt dein System.

Danke für die Erklärung. Ja, alle beschriebenen Aktionen funktionieren nur in der Wiederherstellung (recovery mode). Und der Tip mit den Hochkommas dürfte auch zutreffen. Ich war zu faul, das zu tippen und habe den Befehl zur Vermeidung von Schreibfehlern per c/p gepostet.

Es ist auch richtig, dass man mit Terminalbefehlen vorsichtig umgehen soll. Im vorliegenden. Fall kann indes - wie gerade demonstriert - wenig passieren, ausser dass der Befehl wg. falscher Syntax oder Typos nicht ausgeführt wird.

Für Dateien auf dem NAS taugt die ganze Anleitung allerdings nicht, sie betrifft ausschliesslich lokale Daten.

Den Synchronisierungsdienst von Synology würde ich ohnehin nicht nutzen und schon gar nicht remote (den Port kennt jeder und er ist eine bekannte Schwachstelle für Angriffe). Lokal ist es besser Shares (Freigabeordner) zu nutzen. Das hält auch Platz auf der Festplatte frei und vermindert das Risiko unabsichtlicher Löschungen.

Remote dann lieber mit VPN-Fernzugriff arbeiten.