Warum werden nach der Scoop-Installation keine Befehle in der PowerShell erkannt?
- Ursache: PATH-Umgebungsvariable nicht aktualisiert
- Ursache: PowerShell-Profil oder Execution Policy blockiert Shims
- Ursache: Shell-Typ und Startmodus
- Fehler beim Installationsprozess
- Wie man das Problem prüft und behebt
- Kurzfassung
Ursache: PATH-Umgebungsvariable nicht aktualisiert
Scoop installiert Programme in ein eigenes Verzeichnis (standardmäßig C:UsersDeinBenutzernamescoopshims) und legt dort sogenannte „Shims“ an — kleine Starterdateien oder Links, die ausführbare Programme insystemweitem PATH sichtbar machen. Wenn nach der Installation von Scoop in der PowerShell Befehle nicht erkannt werden, liegt das oft daran, dass dieses Shims-Verzeichnis nicht im PATH der aktuellen PowerShell-Sitzung enthalten ist. Windows aktualisiert Umgebungsvariablen zwar global, aber laufende Shell-Instanzen übernehmen die Änderungen nicht automatisch.
Ursache: PowerShell-Profil oder Execution Policy blockiert Shims
Ein weiteres häufiges Problem sind PowerShell-Profile oder die Execution Policy. Ein Nutzerprofil (Profile-Skript) kann PATH-Änderungen überschreiben oder Einträge entfernen, sodass scoopshims nicht mehr wirksam ist. Zusätzlich können restriktive Execution Policies (z. B. AllSigned oder Restricted) die Ausführung von Scripts verhindern; die Shims sind oft kleine PowerShell-Skripte oder Batch-Dateien, deren Ausführung eingeschränkt sein kann.
Ursache: Shell-Typ und Startmodus
Scoop setzt üblicherweise Einträge in Benutzer-Umgebungsvariablen. Wenn Sie PowerShell als Administrator (elevated) starten, verwendet die Shell eigene Umgebungseinstellungen, die sich von einer nicht-elevated Sitzung unterscheiden können. Ebenso kann die Verwendung von PowerShell Core (pwsh) statt Windows PowerShell andere Profilpfade oder Umgebungsvariablen nutzen, sodass scoopshims dort nicht verfügbar ist.
Fehler beim Installationsprozess
Manchmal schlägt die Scoop-Installation teilweise fehl: Netzwerkprobleme, fehlende Schreibrechte im Benutzerprofil oder Antiviren-Software, die Dateien blockiert, verhindern das Anlegen der shims. Wenn die shims fehlen oder unvollständig sind, können installierte Programme nicht über deren Namen aufgerufen werden.
Wie man das Problem prüft und behebt
Prüfen Sie zunächst, ob das Verzeichnis %USERPROFILE%scoopshims existiert und die erwarteten Dateien enthält. In einer laufenden PowerShell-Sitzung können Sie $env:PATH ausgeben, um zu sehen, ob der Pfad dort enthalten ist. Wenn nicht, starten Sie PowerShell neu oder melden Sie sich ab und wieder an, damit die geänderten Umgebungsvariablen übernommen werden. Falls ein Profil PATH-Änderungen überschreibt, öffnen Sie Ihr PowerShell-Profil ($PROFILE) und entfernen oder korrigieren Sie entsprechende Zeilen. Sicherstellen Sie, dass die Execution Policy die Ausführung von lokalen Skripten erlaubt (Set-ExecutionPolicy -Scope CurrentUser RemoteSigned). Bei inkonsistenten Rechten Scoop neu installieren oder Berechtigungen im Benutzerprofil prüfen; Antiviren-Software temporär deaktivieren, falls sie Dateien blockiert.
Kurzfassung
Dass Scoop-Befehle in der PowerShell nicht erkannt werden, resultiert meist daraus, dass das scoopshims-Verzeichnis nicht im PATH der aktuellen Shell-Sitzung ist, die Execution Policy oder Profile die Ausführung blockieren, oder die Installation unvollständig war. Prüfen Sie existence der Shims, PATH-Eintrag und PowerShell-Profile sowie Execution Policy; neu starten der Shell oder erneute Anmeldung behebt das Problem häufig.