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

  • Frage

  • Versuche den Link manuell mit mklink zu erstellen Ergaben zwar einen Link an lösten das Problem aber nicht.

    Screenshot kann erst eingefügt werden nach dem Konto geprüft ist - etwas unpraktisch

    Ergebnis von Start button right klick > Powershell

    Montag, 13. November 2017 12:12

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

    Mittwoch, 15. November 2017 13:39
  • 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 

    Mittwoch, 15. November 2017 14:23
  • Was passiert denn wenn Sie wieder zurück auf CMD gehen?

    Einstellungen/Personalisierung/Taskleiste und hier Windows-Powershell einschalten und danach wegen meiner wieder aus.

    Mittwoch, 15. November 2017 15:30
  • 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

    Mittwoch, 15. November 2017 15:37
  • 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ühren

    02a - Windows PowerShell.lnk
    %windir%\system32\WindowsPowerShell\v1.0\powershell.exe

    Mittwoch, 15. November 2017 18:09
  • 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?
    Mittwoch, 15. November 2017 18:51
  • 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...

     

     


    Mittwoch, 15. November 2017 23:58
  • 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?

    Donnerstag, 16. November 2017 08:01
  • 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 NamedesOrdners

    Vielleicht sollte man mal sauber neu installieren, da scheint ja einiges zerstört zu sein.

    Donnerstag, 16. November 2017 11:05
  • 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.

    Donnerstag, 16. November 2017 11:41
  • 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,-22002

    Und  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.

    Donnerstag, 16. November 2017 16:47
  • 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.

    Donnerstag, 16. November 2017 19:30
  • 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.

    Donnerstag, 16. November 2017 21:07