Fragensteller
Windows 10 64 Bit im Kontext Menü des Startbuttons funktionieren die beiden power Shells mit und ohne Admin nicht

Frage
-
Alle Antworten
-
Versuche den Link manuell mit mklink zu erstellen Ergaben zwar einen Link an lösten das Problem aber nicht.
Was soll denn in diesem Zusammenhang mklink? Was wurde gemacht? Welche Meldung? Eine genauere Beschreibung wäre schon nett. Die Links liegen in %Localappdata%\Microsoft\Windows\WinX
-
Ich will nur die Standardfunktion von Windows 10 nutzen aus dem Kontextmenü des Startbuttons: es funktioniert alles außer die beiden PowerShellzeilen: https://social.technet.microsoft.com/Forums/getfile/1159131
Diese Fehlermeldung erscheint: https://social.technet.microsoft.com/Forums/getfile/1159135
Ich habe daraufhin in diesem Verzeichnis mit mklink auf PowerShell.exe in \System32 Erstellt, trotzdem bleibt die Fehlermeldung.
Microsoft Support hat als einzige Lösung ein neues Benutzerprofil anlegen, was jedoch unverhältnismäßig viel Zeit in Anspruch nehmen würde -
Ja das mache ich auch derzeit so und das funktioniert alles Auch wenn das PowerShell Fenster Glaube ich ein bisschen anders ist.
Der andere Wege Ist halt ein bisschen bequemer. Und ich verstehe auch nicht warum er sich nicht wiederherstellen lassen sollte
-
Ich will nur die Standardfunktion von Windows 10 nutzen aus dem Kontextmenü des Startbuttons: es funktioniert alles außer die beiden PowerShellzeilen: https://social.technet.microsoft.com/Forums/getfile/1159131 Diese Fehlermeldung erscheint: https://social.technet.microsoft.com/Forums/getfile/1159135
Die Links bringen kein Ergebnis.
Ich habe daraufhin in diesem Verzeichnis mit mklink auf PowerShell.exe in \System32 Erstellt, trotzdem bleibt die Fehlermeldung.
Wie gesagt: was willst du mit mklink.exe? Mit mklink erstellt man NTFS-Links, die haben da nichts zu suchen. Es gehören normale Links vom Typ LNK in den WinX-Ordner, keine NTFS-Links.
01a - Windows PowerShell.lnk
%windir%\system32\WindowsPowerShell\v1.0\powershell.exe
Eigenschaften -> Erweitert: Als Admin ausführen02a - Windows PowerShell.lnk
%windir%\system32\WindowsPowerShell\v1.0\powershell.exe -
Ganz großen herzlichen Dank!
- Da ich vor einiger Zeit einen Link für das Swapfile mit mklink angelegt habe, dachte ich das sei die moderne Variante. Danke für die Korrektur und es funktioniert.
- Was ich aber nicht geschafft habe, ist zwei Files anzulegen und jetzt wird das File mit Administratorrechten vom beiden links angesprochen. Kann ich einfach zwei Verknüpfungen mit gleichen Namen anlegen? An sich stört mich das nicht, weil ich sowieso nur die Administrator Rechte verwenden würde.
- Mit Erstaunen habe ich auch festgestellt, dass für Verknüpfungen zwar im Kontextmenü "Umbenenne"n zur Verfügung steht aber zumindest bei mir keinerlei Folgen hatte. Ich hatte dann einfach eine neue Verknüpfung richtigen Namens angelegt. Wie ist das gedacht?
-
Was ich aber nicht geschafft habe, ist zwei Files anzulegen und jetzt wird das File mit Administratorrechten vom beiden links angesprochen. Kann ich einfach zwei Verknüpfungen mit gleichen Namen anlegen?
Es sollten die obigen zwei Links mit genau diesen Namen vorhanden sein:01a - Windows PowerShell.lnk
02a - Windows PowerShell.lnk
Die Endung *.lnk zeigt der Explorer nicht an.
Bei 01a muss in den Eigenschaften „Als Admin ausführen“ eingestellt sein, bei 02a nicht. 02a ist der Link für normale Userrechte.
Mit Erstaunen habe ich auch festgestellt, dass für Verknüpfungen zwar im Kontextmenü "Umbenennen“ zur Verfügung steht aber zumindest bei mir keinerlei Folgen hatte. Ich hatte dann einfach eine neue Verknüpfung richtigen Namens angelegt. Wie ist das gedacht?
Das mit den Namen im Explorer ist tricky, denn es handelt sich hier um Systemordner (mit Attribut R) und Desktop.ini
Der wahre Name des Links muss „01a - Windows PowerShell“ sein. Im Explorer wird er aber dann mit dem Namen „Windows PowerShell“ angezeigt, weil die Dateinamen in solchen Systemordnern eingedeutscht werden. Dem User werden also falsche Namen vorgegaukelt. Das geschieht durch R + Desktop.ini. Wenn man den Total Commander nimmt, zeigt dieser die wahren Namen der Dateien an. Der Ordner C:\Users wird z.B. im Explorer falsch als C:\Benutzer angezeigt, der Ordner "Documents" wird als "Dokumente" angezeigt usw...
- Bearbeitet Peter_Hagendorf Mittwoch, 15. November 2017 23:59
-
Wieder ganz herzlichen Dank!
Das Umbenennen klappt jetzt und ich habe die von Ihnen beschriebenen Namen vergeben – ich hatte das vorher nicht richtig gelesen. Allerdings funktioniert es jetzt nicht über das Menü, ich vermute weil die Desktop.Ini fehlt.
Wie erkenne ich ob der Ordner das Attribut R besitzt?
-
Die Desktop.ini ist versteckt, man sieht sie nur, wenn man alle versteckten Dateien im Explorer anzeigen lässt.
Oder in der Eingabeaufforderung: dir /a
Wenn sie wirklich fehlt, kann man sie neu erstellen.Attribut anzeigen: im Explorer unter Ansicht -> Spalten hinzufügen -> Attribut
oder in der Eingabeaufforderung: attrib NamedesOrdnersVielleicht sollte man mal sauber neu installieren, da scheint ja einiges zerstört zu sein.
-
Nochmals schönen Dank für die klaren Erklärungen!
ja die versteckten Dateien waren natürlich angezeigt. Ich habe die Desktop.ini aus meiner vorherigen Windows Zehn Installation kopiert, doch scheinen die Namen hier anders zu sein:
[LocalizedFileNames]
Windows PowerShell ISE (x86).lnk=@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-102
Windows PowerShell ISE.lnk=@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-101
Ich habe ISE gelöscht, doch funktioniert das auch nicht.
Was schlagen Sie vor?Nein, das ist der neu aufgesetztes Windows ich habe nur aufgrund der Vielzahl meiner Programme im Startmenü aufgeräumt und durch das Verschieben der Power Shell sind diese Schwierigkeiten passiert.
Die Sensation läuft sehr gut im Gegensatz zu meiner vorherigen.
Jedoch gibt es ein Problem: ich habe ein Samsung Chronos sieben Notebook, Dass Windows 10 nicht unterstützt. Daher wird die Flash SSD nicht mit einem Treiber von Samsung betrieben. Primo cache erzeugt selbst Mitarbeiter drei nach kurzer Zeit Speicherengpässe, über die auch der Primo Support rätselt. Anscheinend haben sowohl Primo Cache als auch Velo SSD die EFI Partition überschrieben.Nachdem mein Notebook überhaupt nicht mehr bootbar war, Hatte es nach Wiederherstellung der Bootfähigkeit eine Meldung gebracht, Die ich nicht einmal von der Art der Message Box je gesehen hatte. Es erklärte, dass es EFI auf Disc eins wiederherstellen wird. Dies tat Windows auf einer 10 GB Partition der Flash SSD. Velo SSD teilte diese Partition mit EFi und hat wohl dann EFI wieder überschrieben.
Seither habe ich alle weiteren Versuchemit diesen Programmen eingestellt. Die Lösung wird sein, die Festplatte gegen SSD einzutauschen. Doch mit Pagefile und Swapfile auf der SSD läuft es auch schon sehr gut. -
Inhalt der Desktop.ini für Group3 in Win 10 Pro 64 - 1709
[LocalizedFileNames]
01 - Command Prompt.lnk=@%SystemRoot%\system32\shell32.dll,-22022
04-1 - NetworkStatus.lnk=@%SystemRoot%\system32\shell32.dll,-22049
08 - PowerAndSleep.lnk=@%SystemRoot%\system32\powercpl.dll,-1
07 - Event Viewer.lnk=@%SystemRoot%\system32\shell32.dll,-22029
09 - Mobility Center.lnk=@%SystemRoot%\system32\mblctr.exe,-1002
06 - SystemAbout.lnk=@%SystemRoot%\system32\systemcpl.dll,-1
10 - AppsAndFeatures.lnk=@%SystemRoot%\system32\shell32.dll,-33248
03 - Computer Management.lnk=@%SystemRoot%\system32\shell32.dll,-22023
01a - Windows PowerShell.lnk=@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-109
05 - Device Manager.lnk=@%SystemRoot%\system32\systemcpl.dll,-100
02 - Command Prompt.lnk=@%SystemRoot%\system32\shell32.dll,-22022
02a - Windows PowerShell.lnk=@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-109
04 - Disk Management.lnk=@%SystemRoot%\explorer.exe,-22002Und Zusatz-Caches wie Primo oder Velo sind nur dafür gut, das System zu vermurksen. Der Windows-Cache existiert und ist effektiv genug. Ebenfalls Finger weg von sogenannter „Sicherheitssoftware“. Das System ist damit unsicherer als es vorher ohne sie war. Wenn jemand meint, sowas haben zu müssen, sollte er nur den Windows-Defender einsetzen.
-
euerlich herzlichen Dank!
Leider hat es bei mir nicht funktiooniert. ich habe alle Varianten ausprobiert das In die Desktop.ini einzutragen. So:
[LocalizedFileNames]
@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-109
@%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe,-101
und dasselbe ohne@
und auch mit dem Namen und dem =
was muss ich anders machen?
Ja was sie sagen stimmt mit meiner Erfahrung über ein – jedoch manchmal habe ich schon spezielle Reinigungstools gebraucht.
-
Ob da an irgendeiner Stelle Fehler drin sind, kann ich nicht sehen. Letztlich ist die Desktop.ini auch nicht nötig. Ohne sie werden die Links im Explorer eben mit ihrem richtigen Namen angezeigt. An der Funktion im WinX-Menü ändert das nichts.
Man kann es einfach auch so machen: Benenne den Ordner WinX um, dann gehe zu
c:\Users\Default\AppData\Local\Microsoft\Windows\
und kopiere den dort befindlichen Ordner WinX an die Stelle des umbenannten Ordners - davon ausgehend, dass dieser Ordner noch ok ist.