Windows 10: settings, cmd as administrator, powershell as administrator is not opening

i can not open my settings app.also no option is showing to start cmd or powershell as administrator.

:)

 

Settings can't be opened using the built-in administrator account


Hello,
Unfortunately I have the same issue as Dabz from upgrading win7 to win10.
I've tried opening settings using all the suggested methods and it will not load using my account with Administrator access nor the built-in Administrator profile. I also tried other methods not listed such as using Run. Control panel is just a stepping stone to add users in Settings.
I'm also having explorer.exe issues, which I believe is preventing Settings from loading.
Using cmd (Admin) I successfully created a new user profile [and granted admin access also using cmd (Admin)], however win10 will not allow this account to log on. win10 does not list this new user within control panel but it does in the start menu. win10 will not allow to log in or switch to the new account via the start menu either.
I can access settings in Safe Mode but this will not allow me to create a new account.
Any help/suggestions will be greatly appreciated.
Cheers

 

Settings can't be opened using the built-in administrator account

Hi guys

I have same issue in safe boot mode with networking!

First of all it blocks the networking

Then states:

Settings cant be opened using the built in administrator account sign in with different account and try again.


Yet clicking on windows i opens settings fine


It also states broadband blocked, yet I can happily get on the net but at first I couldn't.

When I asked about it the guy from Microsoft tech answers couldn't understand why I wanted to use safe boot mode with networking????????

After he did nothing to help but emailed some scripts which didn't refer to safe mode. I rebooted and suddenly safe mode with networking worked with the net but windows 10 still claims broadband is blocked!

Im also still getting the message on trying to unblock broadband:

cant be opened using the built in administrator account sign in with different account and try again.

What is going on there?

 

Export All Administrative Events to Excel

To analyze events, from the Windows Event Viewer, there is a simple way to export all Administrative Events to Excel, with PowerShell.

Exporting all Administrative Events to Excel is a simple two Step process, as described here:

Step 1 - Create the Administrative Events View .xml file

1. Open Eventviewer (%windir%\system32\eventvwr.msc)
2. Navigate to: Event Viewer (Local) > Custom Views > Administrative Events
3. In the “Actions” pane select “Filter Current Custom View”.
4. Select the the XML tab.
5. Press Ctrl+A to select all the XML code of the Custom View.
6. Open a notepad, paste the selected code and save the file to your Desktop as AdmEvtView.xml

Step 2 - Create the csv file with the events

1. Download the ExportEvtCSV.zip file, which contains the script ExportEvtCSV.ps1 and unzip it, on your Desktop.
   It's not a fancy script, just basic PowerShell commands to create a csv file on the Desktop.
2. In Windows Search, type “ISE” (without the quotes) to open “Windows PowerShell ISE” and Run as administrator
   
3. To allow running the script, change the ExecutionPolicy, for this session. To do that, in the Console pane type:
   Code:
4. In the Windows PowerShell ISE, open and run the script: ExportEvtCSV.ps1
   The script will create a csv file with a name YYYYMMDD.HHMM.csv on the Desktop
5. When done, open the newly created .csv file, format the columns as needed and optionally save it as .xlsx, if you wish.

That’s it! You now have all the Administrative Events in Excel for filtering and further analysis.

Now to the more technical hard stuff... *Confused

There is a reason for running the script from within PowerShell ISE!

It would be great if everything was also working perfectly, when running the script from an elevated PowerShell too.

We can run it from an elevated PowerShell, which means that you just follow the Step 1, as above but for the Step 2 instead of the ISE you run the script from an elevated PowerShell.

The problem is that it will work only for anybody who has en-US format for the dates. Everyone else, who has another format (i.e. en-GB, fr-FR, el-GR etc.), the dates are not translated properly by Excel (although the script uses the –UseCulture switch) and remain as text in the en-US format.

I'm not sure if this a bug of the "export-csv" cmdlet, but although it runs the way it supposed to from within the ISE, from PowerShell there is a problem with the dates format.
As I haven’t found a way to overcome this obstacle, any suggestion from the PowerShell gurus of the forum (like my good friend Shawn @Brink, for instance), is welcome.