Top-Themen

AppleEntwicklungHardwareInternetLinuxMicrosoftMultimediaNetzwerkeOff TopicSicherheitSonstige SystemeVirtualisierungWeiterbildungZusammenarbeit

Aktuelle Themen

Administrator.de FeedbackApache ServerAppleAssemblerAudioAusbildungAuslandBackupBasicBatch & ShellBenchmarksBibliotheken & ToolkitsBlogsCloud-DiensteClusterCMSCPU, RAM, MainboardsCSSC und C++DatenbankenDatenschutzDebianDigitiales FernsehenDNSDrucker und ScannerDSL, VDSLE-BooksE-BusinessE-MailEntwicklungErkennung und -AbwehrExchange ServerFestplatten, SSD, RaidFirewallFlatratesGoogle AndroidGrafikGrafikkarten & MonitoreGroupwareHardwareHosting & HousingHTMLHumor (lol)Hyper-VIconsIDE & EditorenInformationsdiensteInstallationInstant MessagingInternetInternet DomäneniOSISDN & AnaloganschlüsseiTunesJavaJavaScriptKiXtartKVMLAN, WAN, WirelessLinuxLinux DesktopLinux NetzwerkLinux ToolsLinux UserverwaltungLizenzierungMac OS XMicrosoftMicrosoft OfficeMikroTik RouterOSMonitoringMultimediaMultimedia & ZubehörNetzwerkeNetzwerkgrundlagenNetzwerkmanagementNetzwerkprotokolleNotebook & ZubehörNovell NetwareOff TopicOpenOffice, LibreOfficeOutlook & MailPapierkorbPascal und DelphiPeripheriegerätePerlPHPPythonRechtliche FragenRedHat, CentOS, FedoraRouter & RoutingSambaSAN, NAS, DASSchriftartenSchulung & TrainingSEOServerServer-HardwareSicherheitSicherheits-ToolsSicherheitsgrundlagenSolarisSonstige SystemeSoziale NetzwerkeSpeicherkartenStudentenjobs & PraktikumSuche ProjektpartnerSuseSwitche und HubsTipps & TricksTK-Netze & GeräteUbuntuUMTS, EDGE & GPRSUtilitiesVB for ApplicationsVerschlüsselung & ZertifikateVideo & StreamingViren und TrojanerVirtualisierungVisual StudioVmwareVoice over IPWebbrowserWebentwicklungWeiterbildungWindows 7Windows 8Windows 10Windows InstallationWindows MobileWindows NetzwerkWindows ServerWindows SystemdateienWindows ToolsWindows UpdateWindows UserverwaltungWindows VistaWindows XPXenserverXMLZusammenarbeit

Windows 10 (1703) - Powershell und Eingabeaufforderung im Kontextmenü

Anleitung Microsoft Windows 10

Mitglied: Pedant

Pedant (Level 2) - Jetzt verbinden

01.06.2017, aktualisiert 02.06.2017, 2449 Aufrufe, 19 Kommentare, 3 Danke

Hallo,

mit dem Creators-Update für Windows 10 verschwindet die Eingabeaufforderung aus dem Kontextmenü des Explorers ([Shift]+Rechtsklick) und statt dessen erscheint dort Powershell.
Nichts gegen PowerShell, aber die Eingabeaufforderung möchte ich dort nicht missen.
Ich möchte dort Beides zur Auswahl haben:
  • PowerShell-Fenster hier öffnen
  • Eingabeaufforderung hier öffnen

Da Windows 10 für die Bedienung per Touchscreen optimiert ist, lässt sich das ganz einfach einstellen.
(Der Satz ist irgendwo zwischen Ironie und Sarkasmus einzuordnen.)

Diese Einstellung muss, wie so viele andere auch, über die Registry vorgenommen werden.
Im Netz finden sich reichlich Seiten, die beschreiben welche Reg-Werte wie zu setzen sind, um das Kontextmenü diesbezüglich wuschgemäß einzustellen.
Ich weiß nicht mehr wo ich fündig wurde, ich wollte nur erwähnen, dass ich die Schlüssel nicht selbst erkundet habe.

Auf die relevanten Schlüssel haben Administratoren zunächst nur lesenden Zugriff und können das auch nicht ändern, da der Besitzer dieser Schlüssel "TrustedInstaller" ist.
Man muss daher zunächst den Besitz übernehmen, dann die Zugriffsrechte auf Vollzugriff für Administratoren erweitern und kann anschließend den Besitz an "TrustedInstaller" zurückgeben.
Danach ist man berechtigt die Werte als Administrator zu ändern.
Da es sich um sechs Schlüssel handelt ist diese Rechteänderung manuell eine elende Klickerei.
Um das zu vereinfachen machte ich mich auf die Suche und fand das Tool SetACL.exe. (Vielen Dank an Helge Klein)

Syntaktisch ist das Tool nicht intuitiv und mit nur wenigen Beispielen ausgestattet, was dazu führte, dass ich zunächst ein paar Fehler machte und ein paar unbeabsichtigte Ergebnisse erzielte, was der Anlass war, diesen Tipp zu verfassen.
Beispielsweise kann für die Besitzübername "Administratoren" als neuer Besitzer angegeben werden, aber auf englischen Systemen gibts diese Gruppe nicht, dort heißt sie "Administrators".
Um SetACL sprachunabhängig zu verwenden kann die Gruppe der lokalen Administratoren mit dem "Namen" "S-1-5-32-544" bezeichnet werden.

Benötigt wird
  • SetACL.exe (Download)
  • PowerShell_und_CMD.cmd (Copy/Paste)
  • PowerShell_und_CMD.reg (Copy/Paste)

Vorgehensweise
  • SetACL.exe, PowerShell_und_CMD.cmd und PowerShell_und_CMD.reg in einen Ordner kopieren
  • PowerShell_und_CMD.reg anpassen, falls man PowerShell und CMD nicht in jeweils allen drei "Situationen" haben möchte
  • PowerShell_und_CMD.cmd ausführen
  • Fertig

Einschränkung
  • Ob diese Methode auch bei Domänenmitglied-Rechnern funktioniert sollte vorab geprüft werden.
  • Getestet und in Benutzung habe ich es nur mit Arbeitsgruppenrechnern.
  • Nach Ausführung der CMD bleibt der Vollzugriff auf die Schlüssel für (lokale) Administratoren erhalten. Wenn man den urprünglichen Zustand (nur Lesen) wiederherstellen möchte, muss man in der CMD die vierte SetACL.exe-Zeile einkommentieren (REM entfernen).

Anmerkungen
  • Die Umleitungen nach null und con sind nur Kosmetik und nicht funktionell relevant, sie können also entfernt oder angepasst werden.
  • Der Import der Reg-Datei mittels "regedit /s" (s für silent) gibt keine eventuellen Fehler aus, auch nicht über errorlevel. Um eine Kontrolle zu erhalten kann man das /s entfernen, muss aber dann den Import per Mausklick bestätigen oder man strickt die CMD komplett auf reg.exe um, was mir aber in der Relation zum Nutzen zu mühselig war.

Erweiterung
  • Die CMD kann mit weiteren Regschlüssel und weiteren Regdateien ergänzt werden, um weitere Einstellungen/Änderungen vornehmenzulassen.

Rechtsklick / [Shift]-Rechtsklick
  • das Vorhandensein oder Nichtvorhandensein der leeren Zeichenfolge namens "Extended" entscheidet darüber ob der zugehörige Eintrag nur mit zusätzlicher [Shift]-Taste oder auch ohne angezeigt wird.


PowerShell_und_CMD.cmd
01.
@echo off 
02.
 
03.
:: Berechtigungen setzen 
04.
echo Berechtigungen setzen... 
05.
 
06.
set gruppe=S-1-5-32-544 
07.
set vorbesitzer=NT SERVICE\TrustedInstaller 
08.
 
09.
set regkey=HKCR\Directory\Background\shell\cmd 
10.
call :aendern 
11.
set regkey=HKCR\Directory\Background\shell\Powershell 
12.
call :aendern 
13.
set regkey=HKCR\Directory\shell\cmd 
14.
call :aendern 
15.
set regkey=HKCR\Directory\shell\Powershell 
16.
call :aendern 
17.
set regkey=HKCR\Drive\shell\cmd 
18.
call :aendern 
19.
set regkey=HKCR\Drive\shell\Powershell 
20.
call :aendern 
21.
 
22.
 
23.
:: Regdatei importieren 
24.
echo Regdatei importieren... 
25.
 
26.
regedit /s "PowerShell_und_CMD.reg" 
27.
 
28.
exit /b 
29.
 
30.
 
31.
REM ********************************************** 
32.
:: Subroutine 
33.
:aendern 
34.
SetACL.exe -on "%regkey%" -ot reg -actn setowner -ownr "n:%gruppe%" 1>nul 2>con 
35.
SetACL.exe -on "%regkey%" -ot reg -actn ace -ace "n:%gruppe%;p:full" 1>nul 2>con 
36.
SetACL.exe -on "%regkey%" -ot reg -actn setowner -ownr "n:%vorbesitzer%" 1>nul 2>con 
37.
REM SetACL.exe -on "%regkey%" -ot reg -actn ace -ace "n:%gruppe%;p:read" 1>nul 2>con 
38.
goto :eof 
39.
REM **********************************************

PowerShell_und_CMD.reg
01.
Windows Registry Editor Version 5.00 
02.
 
03.
; ---------------------------------- 
04.
; Eingabeaufforderung im Kontextmenü 
05.
; ---------------------------------- 
06.
 
07.
; Bei Rechtsklick auf Ordner 
08.
[HKEY_CLASSES_ROOT\Directory\shell\cmd] 
09.
; anzeigen 
10.
"HideBasedOnVelocityId"=- 
11.
"ShowBasedOnVelocityId"=dword:00639bc8 
12.
; nicht anzeigen 
13.
;"HideBasedOnVelocityId"=dword:00639bc8 
14.
;"ShowBasedOnVelocityId"=- 
15.
; nur mit Shift anzeigen (default) 
16.
"Extended"="" 
17.
; auch ohne Shift anzeigen 
18.
;"Extended"=- 
19.
 
20.
; Bei Rechtsklick auf freien Bereich 
21.
[HKEY_CLASSES_ROOT\Directory\Background\shell\cmd] 
22.
; anzeigen 
23.
"HideBasedOnVelocityId"=- 
24.
"ShowBasedOnVelocityId"=dword:00639bc8 
25.
; nicht anzeigen 
26.
;"HideBasedOnVelocityId"=dword:00639bc8 
27.
;"ShowBasedOnVelocityId"=- 
28.
; nur mit Shift anzeigen (default) 
29.
"Extended"="" 
30.
; auch ohne Shift anzeigen 
31.
;"Extended"=- 
32.
 
33.
; Bei Rechtsklick auf Laufwerk 
34.
[HKEY_CLASSES_ROOT\Drive\shell\cmd] 
35.
; anzeigen 
36.
"HideBasedOnVelocityId"=- 
37.
"ShowBasedOnVelocityId"=dword:00639bc8 
38.
; nicht anzeigen 
39.
;"HideBasedOnVelocityId"=dword:00639bc8 
40.
;"ShowBasedOnVelocityId"=- 
41.
; nur mit Shift anzeigen (default) 
42.
"Extended"="" 
43.
; auch ohne Shift anzeigen 
44.
;"Extended"=- 
45.
 
46.
 
47.
; ------------------------- 
48.
; Powershell im Kontextmenü 
49.
; ------------------------- 
50.
 
51.
; Bei Rechtsklick auf Ordner 
52.
[HKEY_CLASSES_ROOT\Directory\shell\Powershell] 
53.
; anzeigen 
54.
"HideBasedOnVelocityId"=- 
55.
"ShowBasedOnVelocityId"=dword:006698a6 
56.
; nicht anzeigen 
57.
;"HideBasedOnVelocityId"=dword:006698a6 
58.
;"ShowBasedOnVelocityId"=- 
59.
; nur mit Shift anzeigen (default) 
60.
"Extended"="" 
61.
; auch ohne Shift anzeigen 
62.
;"Extended"=- 
63.
 
64.
; Bei Rechtsklick auf freien Bereich 
65.
[HKEY_CLASSES_ROOT\Directory\Background\shell\Powershell] 
66.
; anzeigen 
67.
"HideBasedOnVelocityId"=- 
68.
"ShowBasedOnVelocityId"=dword:00639bc8 
69.
; nicht anzeigen 
70.
;"HideBasedOnVelocityId"=dword:00639bc8 
71.
;"ShowBasedOnVelocityId"=- 
72.
; nur mit Shift anzeigen (default) 
73.
"Extended"="" 
74.
; auch ohne Shift anzeigen 
75.
;"Extended"=- 
76.
 
77.
; Bei Rechtsklick auf Laufwerk 
78.
[HKEY_CLASSES_ROOT\Drive\shell\Powershell] 
79.
; anzeigen 
80.
"HideBasedOnVelocityId"=- 
81.
"ShowBasedOnVelocityId"=dword:006698a6 
82.
; nicht anzeigen 
83.
;"HideBasedOnVelocityId"=dword:006698a6 
84.
;"ShowBasedOnVelocityId"=- 
85.
; nur mit Shift anzeigen (default) 
86.
"Extended"="" 
87.
; auch ohne Shift anzeigen 
88.
;"Extended"=-

Zu Risiken und Nebenwirkungen fragen Sie Ihren Administrator.

Gruß Frank
Mitglied: 114685
01.06.2017, aktualisiert um 13:35 Uhr
Hi,

das hast du zwar sehr schön gemacht, aber ginge das nicht auch einfacher mit dem Erstellen einer Verknüpfung auf %COMSPEC%?
Das ist eine Frage, keine Kritik!

Gruß
Bitte warten ..
Mitglied: Pedant
01.06.2017 um 14:03 Uhr
Hallo hugonatter,

die Methode wie Bill das eine oder andere ins Kontextmenü bringt, habe ich mir nicht ausgedacht. Mir ging es lediglich darum aufgezeigt wie man sie mit möglichst wenig manuellem Aufwand anwendet.

Zu Deiner Frage:
Zitat von 114685:
...ginge das nicht auch einfacher mit dem Erstellen einer Verknüpfung auf %COMSPEC%?

%COMSPEC% == C:\WINDOWS\system32\cmd.exe
Hä, wie meinst Du das?
Wo sollte diese Verknüpfung erstellt werden und wie käme sie dann einfach (ohne Registry) ins Kontextmenü?

Gruß Frank
Bitte warten ..
Mitglied: 114685
01.06.2017, aktualisiert um 14:09 Uhr
Hi, Pedant,

dir ist ja bekannt, dass ich mit Windows 10 nichts am Hut habe. Ich glaube aber gelesen zu haben, dass man da was hinzufügen kann. Vielleicht gibt's im Kontextmenu sowas wie Senden an ?
BTW: Hat Windows 10 keinen Desktop mehr? Die Verknüpfung könntest du doch dort ablegen, dann hast du gleichzeitig die Möglichkeit, sie als User oder als Administrator zu starten.

Gruß
Bitte warten ..
Mitglied: Pedant
01.06.2017 um 14:31 Uhr
Hallo hogonatter,

"Senden an" gibt es zwar, aber nur im Kontext von Dateien und Ordnern und nicht im Kontext von Laufwerken und "Background".
Klar hat Windows 10 einen Desktop, aber dort eine statische Verknüpfung zur cmd abzulegen erfüllt nicht im Ansatz den Zweck, die Eingabeaufforderung oder eine PowerShell kontextabhängig zu öffnen.

Die Diskussion über Alternativen geht auch am Ziel meiner Anleitung komplett vorbei.
Hier ist beschrieben, wie Bills Weg funktioniert und wie man auf ihm wandelt.
Um es nochmal zu verdeutlichen:
Die beschriebenen Reg-Schlüssel sind bei Windows 10 per default vorhanden, es hat sich lediglich geändert, dass mit dem Creators-Update der CMD-Eintrag ausgeblendet und der PowerShell-Eintrag eingeblendet wurde.
Anhand der geschriebenen Anleitung kann man das wieder umkehren oder besser noch beide einblenden oder was auch immer einem lieb ist.
Wer ausschließlich Alternativen haben möchte, braucht die Anleitung auch, um beide Einträge entfernen zu können.

Gruß Frank
Bitte warten ..
Mitglied: 114685
01.06.2017 um 14:39 Uhr
Hi,

ok, danke fürs Feedback.

Gruß
Bitte warten ..
Mitglied: Pedant
01.06.2017, aktualisiert 05.06.2017
Hallo,

Hugonatters Alternative den "SentTo"-Ordner zu nutzen, um dort eine passende Batch abzulegen oder zu verknüpfen und diese dann über den Kontext-Eintrag "SentTo"/"Senden an" nutzen zu können, ist mir persönlich zu indirekt, weil "SendTo"/"Senden an" eine Kaskade tiefer liegt, was zugegebenermaßen auch nicht so weit weg ist.

Er hat mir inzwischen auch eine Batchdatei gezeigt, die die Kontextabhängigkeit des Aufrufs ermöglicht.
Ich hab sie getestet und für gut befunden, insofern wäre das durchaus eine Alternative, die ohne Registry auskommt.
Der "SendTo"-Ordner bei Windows 10 liegt hier:
C:\Users\BENUTZERNAME\AppData\Roaming\Microsoft\Windows\SendTo\


Für Windows 10-Nutzer habe ich meine Reg-Datei (siehe Ausgangspost) ergänzt mit der Zeichenfolge "Extended" und deren Bedeutung.
So kann man (optional) die Eingabeaufforderung und/oder PowerShell auch ohne die [Shift]-Taste erreichen.


Für alle die kein Windows 10 haben, kann man zumindest die Eingabeaufforderung ins Kontextmenü per Registry aufnehmen und analog vermutlich auch PowerShell (falls vorhanden).
Die entsprechende Datei für 9x, NT3.x, NT4, 2000, XP und 7 sieht so aus:

Eingabeaufforderung.reg (für < Win 10)
01.
REGEDIT4 
02.
 
03.
; Der Wert von @="Command Prompt" ist wahlfrei 
04.
; Er hat keinen Einfluss auf die eigentliche Funktion. 
05.
; Der Wert der Zeichenfolge wird im Kontextmenü als Eintrag angezeigt. 
06.
 
07.
; Bei Rechtsklick auf Ordner 
08.
[HKEY_CLASSES_ROOT\Directory\shell\OpenNew] 
09.
@="Command Prompt" 
10.
[HKEY_CLASSES_ROOT\Directory\shell\OpenNew\Command] 
11.
; Windows NT, XP höher 
12.
@="cmd.exe /k cd %1" 
13.
; Windows 9x 
14.
;@="command.exe /k cd %1" 
15.
 
16.
; Bei Rechtsklick auf Laufwerk 
17.
[HKEY_CLASSES_ROOT\Drive\shell\OpenNew] 
18.
@="Command Prompt" 
19.
[HKEY_CLASSES_ROOT\Drive\shell\OpenNew\Command] 
20.
; Windows NT, XP höher 
21.
@="cmd.exe /k cd %1" 
22.
; Windows 9x 
23.
;@="command.exe /k cd %1" 
24.
 
25.
; Uninstall 
26.
;[-HKEY_CLASSES_ROOT\Directory\shell\OpenNew] 
27.
;[-HKEY_CLASSES_ROOT\Drive\shell\OpenNew]
Anmerkung:
Diese Reg würde auch unter Windows 10 funktionieren, aber dort existieren schon "ab Werk" ähnliche Einträge, die man dann auch verwenden sollte, statt zusätzliche anzulegen (siehe Ausgangsbeitrag).

Gruß Frank
Bitte warten ..
Mitglied: AnkhMorpork
02.06.2017 um 07:37 Uhr
Möglicherweise bin ich jetzt neben der Spur ... bitte um Nach(t)sicht.

Creators Update
Windows-Taste + i / Personalisierung / Taskleiste / "Bei Rechtsklick ..."

Da kann ich doch einstellen, ob Powershell oder Eingabeaufforderung.

Wo ist mein Verständnis-Problem?


tgif!
Bitte warten ..
Mitglied: 133417
02.06.2017, aktualisiert um 07:47 Uhr
Wo ist mein Verständnis-Problem?
Das gilt nur für das Kontextmenü des Startmenüs, nicht für die Kontextmenüs des Explorers.

Gruß bibersbaum
Bitte warten ..
Mitglied: AnkhMorpork
02.06.2017 um 07:58 Uhr
@133417

Aha!

Im Eröffnungs-Beitrag steht leider nur "Kontextmenü" ...

Danke für den Hinweis.


Gruß und weiter viel Spaß beim heutigen Freitg

Ankh
Bitte warten ..
Mitglied: Pedant
02.06.2017 um 10:58 Uhr
Hallo BibersBaum,

Zitat von AnkhMorpork:
Im Eröffnungs-Beitrag steht leider nur "Kontextmenü" ...

ich hab den Text im Eröffnungs-Beitrag jetzt ergänzt.
Zuvor
...mit dem Creators-Update für Windows 10 verschwindet die Eingabeaufforderung aus dem Kontextmenü...
Jetzt
...mit dem Creators-Update für Windows 10 verschwindet die Eingabeaufforderung aus dem Kontextmenü des Explorers...

Gruß Frank
Bitte warten ..
Mitglied: DerWoWusste
02.06.2017 um 12:59 Uhr
Hi.

Hat seine Anwendungsfälle, ja, aber dennoch sollte man immer fragen "warum mach MS das?". Den meisten macht ja nun vermutlich gar nichts aus, dort einfach auf der Powershell die alten Kommandos der Shell auszuführen.
Bitte warten ..
Mitglied: Pedant
02.06.2017 um 13:22 Uhr
Hallo DerWoWusste,

Zitat von DerWoWusste:
Den meisten macht ja nun vermutlich gar nichts aus, dort einfach auf der Powershell die alten Kommandos der Shell auszuführen.
Wie meinst Du das?

C:\>dir /b
Logs
PerfLogs
Program Files
Program Files (x86)
Temp
Users
Windows


PS C:\>dir /b
dir : Der Pfad "C:\b" kann nicht gefunden werden, da er nicht vorhanden ist.


Gruß Frank

PS: Wenn ich nach einem Rechnerneustart die PS aufrufen benötigt sie gut 10 Sekunden bis zum Prompt.
Bitte warten ..
Mitglied: 133417
02.06.2017, aktualisiert um 13:52 Uhr
Zitat von Pedant:
C:\>dir /b
Logs
PerfLogs
Program Files
Program Files (x86)
Temp
Users
Windows


PS C:\>dir /b
dir : Der Pfad "C:\b" kann nicht gefunden werden, da er nicht vorhanden ist.

Logisch weil dir ein Alias für Get-ChildItem ist welches diesen Parameter nicht besitzt.
Einfach vorher mal "cmd" eingeben :-P oder "Start cmd"
Gruß Frank

PS: Wenn ich nach einem Rechnerneustart die PS aufrufen benötigt sie gut 10 Sekunden bis zum Prompt.
Wow hier ist das innerhalb von 1-2 Sekunden betriebsbereit, was hast du denn für ne lahme Kiste ?!

Batch is so langsam aber sicher tot ... Irgendwann muss man mal loslassen und sich neuen Dingen stellen
Bitte warten ..
Mitglied: Pedant
02.06.2017 um 14:26 Uhr
Hallo BibersBaum

DerWoWusste schrieb:
einfach auf der Powershell die alten Kommandos der Shell auszuführen.
und das funktioniert einfach nicht,
daher meine Rückfrage wie er das meinte.

Zitat von 133417:
Einfach vorher mal "cmd" eingeben :-P oder "Start cmd"
Gebe ich cmd ein, wechsel ich den Kommandointerpreter und mit PS hat das dann nichts zu tun, wäre aber ein schneller Weg wenn ansonsten keine Eingabeaufforderung erreichbar wäre.
Start cmd öffnet mir eine echte Eingabeaufforderung in einem neuen Fenster.
Da könnte ich aber genauso gut "start notepad" eingeben und dann behaupten PS hätte eine GUI zum Textetippen.

Zitat von 133417:
Batch is so langsam aber sicher tot ... Irgendwann muss man mal loslassen und sich neuen Dingen stellen
Ja, aber nicht heute ... vielleicht nächste Woche.

Zitat von 133417:
Wow hier ist das innerhalb von 1-2 Sekunden betriebsbereit, was hast du denn für ne lahme Kiste ?!
Beim zweiten Aufruf von PS ist es auch auf meiner Kiste nach 1-2 Sekunden betriebsbereit, aber nach einem Rechnerneustart dauert es zuhause seine Zeit.
Zuhause: Intel Core2 Duo E8400 (3GHz), 4 GB Ram und HDD@7200upm
Im Büro habe ich mich deutlich besser ausgerüstet.

Gruß Frank
Bitte warten ..
Mitglied: DerWoWusste
03.06.2017 um 18:52 Uhr
Hi. Du hast das mit dem Alias nicht verstanden. Der dir-Befehl ist ein seltener Sonderfall, da dir ein alias in der Powershell ist.
Bitte warten ..
Mitglied: Pedant
04.06.2017, aktualisiert um 12:53 Uhr
Hallo DerWoWusste,

Zitat von DerWoWusste:
Du hast das mit dem Alias nicht verstanden.
Du meinst das hier?:
Zitat von DerWoWusste:
Logisch weil dir ein Alias für Get-ChildItem ist welches diesen Parameter nicht besitzt.
Das mit dem Alias habe ich in dem Kontext tatsächlich nicht verstanden, insofern, dass ich die Logik nicht erkenne, wenn ich, wie aufgefordert, einfach auf der Powershell die alten Kommandos der Shell eingebe, dass es dann folgerichtig sei eine Fehlermeldung zu erhalten, statt der eingeforderten Ausgabe.

Dass ich mich mit PS nicht auskenne ist mein Fehler oder zumindest mein Versäumnis, aber darum geht's hier doch nicht.
Es geht um Deine, von mir so interpretierte These, dass cmd-Befehle einfach, also ohne weitere PS-Kenntnisse in PS nutzbar wären.

Zitat von DerWoWusste:
Der dir-Befehl ist ein seltener Sonderfall...
Ich hab mal einige (und lange nicht alle) weitere Befehle ausprobiert.
Einige wurden von PS identisch zu cmd ausgeführt, aber die These "dir ist ein seltener Sonderfall", kann ich nicht bestätigen, zumindest ist es leicht weitere Sonderfälle zu finden, wie beispielsweise diese hier:

assoc .txt
call notepad
cd /d D:\Temp
color 3E
ftype txtfile
prompt $d$b$p$g
sort Liste.txt
ver


Ich stelle mal die Behauptung auf, wer cmd-Befehle nutzen möchte und sich mit PS nicht auskennt, der sollte das mit cmd machen und nicht mit PS.
Diese Behauptung sagt nichts über den Sinn oder Nichtsinn der Nutzung von cmd aus und auch nichts über unbestrittene Vorteile von PS.


Zitat von DerWoWusste:
Du hast das mit dem Alias nicht verstanden.
Dann will ich das mal ändern...
Ein bisschen Google sagt mir, dass ich statt "dir" (von cmd) unter PS "Get-ChildItem" nutzen kann, wobei ich auch "dir" (als Alias) eintippen kann, aber damit nicht "dir" aufrufe, sondern "Get-ChildItem" und das ist ein PS-Befehl, der seine eigene Syntax hat und eigene Parameter kennt und nicht die von "dir" von cmd.
C:\>dir /s
entsprich
PS C:\> Get-ChildItem -recurse
ist gleich
PS C:\> dir -recurse
ist ungleich
PS C:\> dir /s

Weitere Aliase:
PS C:\> Get-Alias

Gruß Frank
Bitte warten ..
Mitglied: DerWoWusste
05.06.2017, aktualisiert um 13:08 Uhr
Moin Frank.

Alles richtig, was Du da schreibst. Es ist ja auch für manchen äußerst sinnvoll, eine cmd dort aufmachen zu können per Kontextmenüeintrag. Und ob dass nun wenige cmd-Kommandos sind, die der Powershell fehlen, oder viele, dass entscheidet wohl auch das Nutzerverhalten, da muss ich dir Recht geben.

Der Zweck meines Hinweises sollte sein, keine Brücken zum Alten hin zu bauen, bevor man sich nicht mit dem Neuen auseinandergesetzt hat.
Das hast Du nun getan - get-alias kann man vergleichen mit dem, was in der cmd von help ausgespuckt wird und kann somit sogar programmatisch auflisten, was auf der Powershell nicht/nicht in der gleichen Weise gehen wird. Die Executables, die Admins nun auch hin und wieder nutzen, wie ping.exe, net.exe, manage-bde.exe, netsh.exe, findstr.exe, icacls.exe, fsutil.exe... funktionieren natürlich ebenso auf der Powershell in der gleichen Weise.

Für deinen Tipp (um ihn simpler zu halten) würde ich folgendes Regfile empfehlen, das schon seit Jahren dazu im Netz kursiert:
01.
Windows Registry Editor Version 5.00 
02.
[HKEY_CLASSES_ROOT\Directory\shell\OpenNew] 
03.
@="Command Prompt" 
04.
[HKEY_CLASSES_ROOT\Directory\shell\OpenNew\Command] 
05.
@="cmd.exe /k cd %1" 
06.
[HKEY_CLASSES_ROOT\Drive\shell\OpenNew] 
07.
@="Command Prompt" 
08.
[HKEY_CLASSES_ROOT\Drive\shell\OpenNew\Command] 
09.
@="cmd.exe /k cd %1"
Bitte warten ..
Mitglied: 114685
05.06.2017, aktualisiert um 14:36 Uhr
Moin,
gelöscht, hatte den Nachtrag im Eingangsbeitrag nicht gelesen.

Gruß
Bitte warten ..
Mitglied: Pedant
05.06.2017, aktualisiert 08.06.2017
Hallo DerWoWusste,

Zitat von DerWoWusste:
Für deinen Tipp (um ihn simpler zu halten) würde ich folgendes Regfile empfehlen, das schon seit Jahren dazu im Netz kursiert:
01.
Windows Registry Editor Version 5.00 
02.
[HKEY_CLASSES_ROOT\Directory\shell\OpenNew] 
03.
@="Command Prompt" 
04.
... 

im Eingangspost bin ich zunächst nur auf die Ausgangssituation bei Windows 10 eingegangen, also auf den Umstand, dass Windows 10 mit dem Cratorsupdate "cmd" auf hide setzt und "PS" auf show.
Die aufgezeigten Schlüssel sind zwar etwas "komplizierter als die "Deinen", aber es sind die, die Microsoft von sich aus anlegt/verändert, deswegen halte ich es bei Windows 10 für sinnvoller die vorgegebenen Schlüssel bei Bedarf anzupassen, statt zusätzlich welche anzulegen.
Das musste doch auch in Deinem Sinne sein, siehe:
Zitat von DerWoWusste:
...dennoch sollte man immer fragen "warum mach MS das?"

Im Verlauf der Threads hatte ich noch eine Reg-Datei nachgereicht, die "Deine" etwas simplere Form hatte, allerdings mit leichten Abweichungen
Da Du jetzt schriebst, "Deine" Variante würde seit Jahren im Netz kursieren, hatte ich keinen Kummer damit, diese kleine Änderungen einzupflegen, zumal sie auch kleine Vorteile gegenüber meiner Variante hat, aber wie gesagt, würde ich diese simplere Reg nur für Systeme vor Windows 10 empfehlen, da es ab Windows 10 zu einer Verdoppelung führen und von Bills Weg unnötig abweichen würde.
Den Beitrag mit der Reg für "vor Windows 10" habe ich jetzt entsprechend geändert.

Gruß Frank
Bitte warten ..
Ähnliche Inhalte
Windows 10
Kontextmenü unter Windows 10 anpassen (4)

Frage von honeybee zum Thema Windows 10 ...

Viren und Trojaner
gelöst Wanna Cyrpt0r - Patch Windows 10 Version 1703? (9)

Frage von moar70 zum Thema Viren und Trojaner ...

Windows Server
Fehler 0xc1800118 mit Windows 10 Version 1703 - WSUS (1)

Frage von Matt23 zum Thema Windows Server ...

Neue Wissensbeiträge
Entwicklung

Exploit Development

Anleitung von burhanudinn123 zum Thema Entwicklung ...

Windows Update

Microsoft Update KB4034664 verursacht Probleme mit Multimonitor-Systemen

(1)

Tipp von beidermachtvongreyscull zum Thema Windows Update ...

Viren und Trojaner

CNC-Fräsen von MECANUMERIC werden (ggf.) mit Viren, Trojanern, Würmern ausgeliefert

(4)

Erfahrungsbericht von anteNope zum Thema Viren und Trojaner ...

Heiß diskutierte Inhalte
Router & Routing
gelöst Linksys wrt1200ac v2 mit dd-wrt: keine vlan-einstellungen im GUI (15)

Frage von Pixi123 zum Thema Router & Routing ...

Netzwerkprotokolle
Leiten "dumme" Switches VLAN-Tags mit durch? (14)

Frage von coltseavers zum Thema Netzwerkprotokolle ...

E-Business
Wo tragt ihr eure privaten Termine ein? (13)

Frage von honeybee zum Thema E-Business ...

Windows Server
Terminalserver starten willkürlich neu (12)

Frage von thaefliger zum Thema Windows Server ...