Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #184003
| From | Ed Cryer <ed@somewhere.in.the.uk> |
|---|---|
| Newsgroups | alt.comp.os.windows-10 |
| Subject | Re: No CMD |
| Date | 2025-04-25 20:05 +0100 |
| Organization | A noiseless patient Spider |
| Message-ID | <vugme5$kjrr$1@dont-email.me> (permalink) |
| References | <vufl3g$3mbqe$1@dont-email.me> <1hbep0t9dtez7$.dlg@v.nguard.lh> <vug3i5$1fh9$1@dont-email.me> <vug90v$84a8$1@dont-email.me> <1s7lr40kgwblo.dlg@v.nguard.lh> |
VanguardLH wrote: > Ed Cryer <ed@somewhere.in.the.uk> wrote: > >> Ed Cryer wrote: >>> VanguardLH wrote: >>>> mpcmdrun.exe -scan -scantype 2 > %temp%\mpscan.txt & notepad %temp% >>>> \mpscan.txt >>> >>> Thanks for jumping to help. >>> >>> No sign of CMD in Task Manager, nor in Reliability Monitor. >>> The shortcut points to the version in system32, which I tried by >>> clicking on it in situ; same brief flash. >>> Cmd.exe and cmd.exe/k produce the same phenomenon. >>> I've run DISM and sfc /scannow again, plus done a full chkdsk c: /f /r. >>> I'm now running a full Windows Defender scan; fingers crossed. >>> >>> Ed >>> >> >> Full scan ok. 57 mins. Zero threats found. >> No mention of CMD in Event Viewer. >> The version of CMD in SysWOW64 has the same disappearing behaviour. >> >> However, I installed Administrator account and it works just fine from >> there. And the file location is the same as my user. >> >> I'm pondering whether to run a full system repair - download Win10 >> latest. But there's no sign of any other problem, and this one seems too >> minor to warrant such extensive attention. I can use Powershell, and, in >> case of necessity, CMD in Administrator account. >> >> Ed > > winston mentions there might be a window sizing problem. Possibly the > console window is minimized leaving only its Taskbar button. > > In addition, after you run cmd.exe, and the window opens and disappears, > is cmd.exe still listed as a running process in Task Manager? > > Is there still a Taskbar button for cmd.exe? Or is it the Taskbar > button you see appear and quickly disappear (and never do see the > console window)? > > If there is a Taskbar button for cmd.exe's console window, but you don't > see the window, could be it is minimized, or it is offscreen. Click the > Taskbar button for cmd.exe to make it the active window, hit > Alt+Spacebar to activate its Control Menu, hit M (to select the Move > menu entry), and use the arrow keys to move the window around. Most > windows still have the Control Menu, but often the "-" at the left end > of the titlebar is not shown. Alternatively, you can Shift+rightclick > on the Taskbar button to see the Control Menu for that window. > > You could also try using Win+arrowkey to move around a window. Click > the Taskbar button for the program, and use: Win+left to snap the window > to the upper left side of the screen, Win+right to snap to the upper > right side, Win+up to maximize to full screen height, and Win+down to > normalize. > > https://www.howtogeek.com/310/bring-misplaced-off-screen-windows-back-to-your-desktop-keyboard-trick/ > > Besides the other methods mentioned, it notes using WinLister. I forgot > I had this tool. I have most of Nirsoft's tools, and this one, too. > The "Centered Selected Windows" context menu item would snap and resize > those windows to the center of your monitor. > > Do you have dual monitors? For multiple monitors, Win+Shift+left/right > moves the window between monitors. Win+P gives a menu of where you want > to project the screen. > > You say cmd.exe loads okay in a new Windows account. There is always an > Administrator account. It is created when you install Windows. It > prompts you to create another account. So, I'm not sure what you mean > by you installed an Administrator account when it should've already > existed. When booting Windows, does it automatically log into your > Windows account (i.e., never ask you which account to use)? Automatic > login won't show accounts you can log into. > > Run netplwiz to see a list of accounts. For the one called > Administrator, you just created that account, or you just logged into it > for the first time? For the "User must enter a username ..." option, is > it selected, or not? > > Are you using Applocker? > > https://learn.microsoft.com/en-us/windows/security/application-security/application-control/app-control-for-business/applocker/applocker-overview > https://www.youtube.com/watch?v=xVVgXnorpvA > > Or Software Restriction Policies (SRPs)? > > https://learn.microsoft.com/en-us/windows-server/identity/software-restriction-policies/software-restriction-policies > https://www.youtube.com/watch?v=L--wgJJrosY > https://www.tenforums.com/tutorials/124008-use-applocker-allow-block-executable-files-windows-10-a.html > > You didn't say which edition of Windows 10 you have. Home editions > don't have either the gpedit.msc or secpol.msc policy editors. When I > had a Pro edition, I played with Applocker for a short time, but decided > it was too complicated to bother with, and I didn't need to lockdown my > computer that hard, anyway. However, if you log into a domain account > it is possible security policies get pushed to your workstation. You > probably are logging into a local account, but something or someone > could still add registry entries for policies. According to: > > https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/ee844171(v=ws.11) > > Applocker settings are stored under: > > \HKEY_LOCAL_Machine\Software\Policies\Microsoft\Windows\SrpV2 > > The key name hints Applocker is the 2nd version of SRP (Software > Restriction Policy). > > I've used SRPs in the past to block a program from loading. I added a > Path rule to specify which .exe I did not want to allow to load. These > were locally defined by me, not pushed by a domain login. All policies > are defined in the registry, but SRPs are hash protected. > > Local group policies are stored under C:\Windows\System32\GroupPolicy to > get merged into the registry during startup for computer policies or > during logon for user policies. When using gpedit.msc, you are viewing > what is under C:\Windows\System32\GroupPolicy, not what is currently > loaded in the registry. > > SRPs are not applied when booting into Windows safe mode. Try that and > logging into your account to retest cmd.exe. > > https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/hh994620(v=ws.11)?redirectedfrom=MSDN#if-you-experience-problems-with-applied-policy-settings-restart-windows-in-safe-mode > > Microsoft tried to neuter SRPs, but there are hacks to keep it working. > They want you to use Applocker. But if you used SRPs before, and > upgraded Windows instead of a fresh install, possibly some SRPs survived > into the upgrade. > > https://borncity.com/win/2023/02/24/software-restriction-policies-safer-still-possible-under-windows-11-22h2/ > > 3rd-party security software could also effect the same disable/block on > starting programs. Have you seen my SOLVED posting in this thread? It worked for me. I found it in a Google search for this problem. I'm no expert on Win10, but I should think that the things done therein should reveal the underlying cause to someone who is. Ed
Back to alt.comp.os.windows-10 | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 10:36 +0100
Re: No CMD Paul <nospam@needed.invalid> - 2025-04-25 06:31 -0400
Re: No CMD VanguardLH <V@nguard.LH> - 2025-04-25 06:05 -0500
Re: No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 14:42 +0100
Re: No CMD MikeS <MikeS@fred.com> - 2025-04-25 15:47 +0100
Re: No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 16:16 +0100
Re: No CMD VanguardLH <V@nguard.LH> - 2025-04-25 12:53 -0500
Re: No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 20:05 +0100
Re: No CMD VanguardLH <V@nguard.LH> - 2025-04-25 20:53 -0500
Re: No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 12:00 +0100
Re: No CMD Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 15:01 +0000
Change of Subject (was: No CMD) VanguardLH <V@nguard.LH> - 2025-04-26 18:50 -0500
Re: Change of Subject Hank Rogers <Hank@nospam.invalid> - 2025-04-26 19:13 -0500
Re: Change of Subject VanguardLH <V@nguard.LH> - 2025-04-26 19:40 -0500
Re: Change of Subject Daniel70 <daniel47@eternal-september.org> - 2025-05-03 22:58 +1000
Re: Change of Subject VanguardLH <V@nguard.LH> - 2025-05-03 09:47 -0500
Re: No CMD Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:48 -0700
Re: No CMD "...winston" <winstonmvp@gmail.com> - 2025-04-25 11:12 -0400
Re: No CMD Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 17:19 +0100
SOLVED Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 17:40 +0100
Re: SOLVED Paul <nospam@needed.invalid> - 2025-04-25 16:19 -0400
Re: SOLVED VanguardLH <V@nguard.LH> - 2025-04-25 22:19 -0500
Re: SOLVED Ed Cryer <ed@somewhere.in.the.uk> - 2025-05-13 18:47 +0100
Re: No CMD Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 13:14 -0700
Re: No CMD Char Jackson <none@none.invalid> - 2025-04-26 00:14 -0500
Re: No CMD "R.Wieser" <address@is.invalid> - 2025-04-26 11:02 +0200
Re: No CMD Char Jackson <none@none.invalid> - 2025-04-26 20:48 -0500
Re: No CMD "R.Wieser" <address@is.invalid> - 2025-04-27 08:45 +0200
Re: No CMD Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:52 -0700
Re: No CMD VanguardLH <V@nguard.LH> - 2025-04-26 19:36 -0500
Re: No CMD "R.Wieser" <address@is.invalid> - 2025-04-27 13:12 +0200
Re: No CMD John <Man@the.keyboard> - 2025-04-28 20:11 +0100
Re: No CMD "R.Wieser" <address@is.invalid> - 2025-04-28 23:15 +0200
csiph-web