Wiederholtes "Versuchen, ein neues Hilfstool hinzuzufügen" bei jedem Neustart für dieselbe(n) Anwendung(en)

Jedes Mal, wenn ich meinen Computer neu starte, versucht er, "ein neues Hilfsprogramm hinzuzufügen". Zum Beispiel muss ich Shell-Befehle in Atom bei jedem Neustart neu installieren, und es wird mit der Meldung „Ein Update ist bereit zur Installation“ angezeigt. Aber ich sehe das gleiche Problem auch bei anderen Programmen.

Atom wird installiert /usr/local/bin/atom- aber wenn ich neu starte, ist es weg.

Ich bekomme dasselbe von MAMP, dass es "Änderungen vornehmen möchte".

Und Slack gibt mir bei jedem Neustart dasselbe wie Atom:

Slack versucht, ein neues Hilfstool hinzuzufügen.

Ein Update steht zur Installation bereit. Slack versucht, ein neues Hilfstool hinzuzufügen.

Geben Sie den Namen und das Kennwort eines Administrators ein, um dies zuzulassen.

Helfer hinzufügen

Lassen Sie mich wissen, welche anderen Informationen ich geben kann.

Das Entfernen und Neuinstallieren der App sollte es auch beheben.

Antworten (4)

Versuchen Sie, den Besitz von Atom.app zu ändern. In meinem Fall wurde Atom.app in /Applications gefunden, und der Besitz war:

drwxr-xr-x   3 1699963712  365896978    102 Dec  8 12:48 Atom.app

Ich habe den folgenden Befehl ausgeführt ( -Rbedeutet rekursiv arbeiten):

sudo chown -R $USER:wheel /Applications/Atom.app

Dadurch wird der Eigentümer auf den aktuell angemeldeten Benutzer und die Gruppe auf geändert wheel.

In meinem Fall würde jedes Programm, rootdas den oben aufgeführten numerischen Code besitzt, einige Sekunden nach dem Öffnen ein Popup haben. Das Ändern des Besitzes des .app-Verzeichnisses hat das Verhalten korrigiert und ich sehe es nicht mehr.

Ich habe die Informationen auf dieser Seite gefunden .

Ich sehe nichts Atom-bezogenes, aber die Slack-App darin ~/Applicationsgehörte root, also wurde chown -Res behoben.
Nur für den Fall, dass jemand es braucht, können Sie Ihre Apps (wie in der ersten Ausgabe gezeigt) wie folgt auflisten: ls -alh /Applications. Die Antwort funktionierte auch für mich, aber mit bash; es schlug fehl, als es mit zsh ausgeführt wurde.
Seien Sie vorsichtig, wenn Sie Umgebungsvariablen gefolgt von einem Doppelpunkt erweitern . In Bash funktioniert das. Leider fungiert in der neuen Standard-Shell zsh von macOS der Doppelpunkt als Modifikator , was zu einer verstümmelten Erweiterung wie .eel. Um korrekt zu expandieren, maskieren Sie entweder den Doppelpunkt mit einem umgekehrten Schrägstrich oder schließen Sie die Umgebungsvariable in doppelte Anführungszeichen ein.
Die Verwendung der folgenden Erweiterung hat bei mir in zsh funktioniert.${USER}:wheel

Das Suchen nach der Anwendung und das manuelle Ziehen in den Anwendungsordner hat auch für mich funktioniert.

Hier ist meine Lösung: Führen Sie alle Atom-basierten OS X-Apps wie Slack oder Signal aus Ihrem ~/ApplicationsVerzeichnis aus.

Die Wurzel des Problems ist, dass diese Apps systemweit über einen Mechanismus wie Homebrew oder manuell von Ihnen installiert wurden und Root gehören. Die einfache/schnelle Problemumgehung besteht also darin, sie an einen Ort zu kopieren, an dem Ihr aktueller Benutzer Schreibzugriff hat:

killall Slack && rsync -av --delete /Applications/Slack.app/ ~/Applications/Slack.app/ && open ~/Applications/Slack.app

Wenn jetzt der eingebaute Aktualisierungsmechanismus der Atom-Anwendung versucht, in seine Dateien zu schreiben, kann er das! Keine lästigen Pop-up-Fenster mehr!

Habe The application cannot be opened for an unexpected reason, error=Error Domain=NSOSStatusErrorDomain Code=-10827 "kLSNoExecutableErr: The executable is missing" UserInfo={_LSLine=3691, _LSFunction=_LSOpenStuffCallLocal}nach dem open ~/Applications/Slack.appSchritt. Letztendlich ging die Antwort mit mehr Stimmen und es funktionierte.
The application cannot be opened for an unexpected reason, error=Error Domain=NSOSStatusErrorDomain Code=-10827 "kLSNoExecutableErr: The executable is missing" UserInfo={_LSLine=3762, _LSFunction=_LSOpenStuffCallLocal}
@alper war bei dir auch Slack kaputt?
Ich frage mich, ob mein Befehl den alten Slack.app-Status nicht gelöscht hat. Ich habe --deleteoben hinzugefügt, falls das das Problem war. @MariusButuc kannst du es mit dem aktualisierten Befehl oben noch einmal versuchen?
@EdwardTeach Nein, Sir, ich habe "CleanMyMac X . Why are you using rsync -av --delete" verwendet. Können wir die App nicht einfach an den Ort bringen, an dem wir sie tragen und ablegen können

Ich hatte dieses lästige Problem mit Skype. Die Lösung war:

  1. Root auf MAC aktivieren: https://support.apple.com/en-us/HT204012
  2. cd /Library/PrivilegedHelperTools
  3. su rootDieser Schritt erfordert eine Anmeldung mit Administratorrechten
  4. rm com.skype.Helper
Könnten Sie einfach ausführen sudo rm /Library/PrivilegedHelperTools/com.skype.Helper, ohne Root zu aktivieren? Deine Antwort ist aber hilfreich.
Das Aktivieren des Root-Benutzers auf einem Mac kann große Sicherheitslücken öffnen, insbesondere für Endbenutzer. Wenn Sie den Root-Benutzer über die Befehlszeile verwenden müssen, empfehle ich die Verwendung eines Administrator-Benutzers, indem Sie eingeben sudo su, um zu Root zu wechseln. Es wird nach einem Passwort gefragt.
Bei mir hieß die Datei com.skypinstaller...
sudo rm ...wird auch nach einem Passwort fragen, nicht sicher, warum es weniger sicher erscheint? @juniorRubyist
Das hat bei mir nicht funktioniert
Wiederholtes "Versuchen, ein neues Hilfstool hinzuzufügen" bei jedem Neustart für dieselbe(n) Anwendung(en)
AntwortenHierDatenschutz-Bestimmungen1y, 0v