Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installation doc + missing access to protected directory "WindowsApps" #175

Closed
Svan987 opened this issue Jan 24, 2024 · 12 comments
Closed

Comments

@Svan987
Copy link

Svan987 commented Jan 24, 2024

Packages.txt

Install was done on a fresh Windows 11 Pro 22631.3007

As you can see in attached log several packages directory are unable to be deleted.

Need to add to "Atlas Documentation" - "Install Atlas OS", the instructions to give ownership to this hidden and protected directory
"C:\Program Files\WindowsApps" (replace owner on subcontainers and objects too) before installing Atlas OS.

@Ast3risk-ops
Copy link
Contributor

Ast3risk-ops commented Jan 24, 2024

This is a unique issue, I do not believe it warrants docs modifications. Please ensure you actually did a correct install.

If the issue persists, test it on the dev playbook.

@Svan987
Copy link
Author

Svan987 commented Jan 25, 2024

This is not a unique issue. Even launching "AME Wizard* with admin rights if you don't have ownership on this directory everybody will have same log errors. Don't reply to say something stupid like this.

@Ast3risk-ops
Copy link
Contributor

Ast3risk-ops commented Jan 25, 2024

AME requires admin rights to launch at all.

I personally have had no issues installing Atlas.

Still, please test this on the dev playbook.

+ people are kinda stupid how would they know to open powershell and use icacls, loads of them don't even read the damn docs.

@JayXTQ
Copy link
Member

JayXTQ commented Jan 25, 2024

Doesn't AME literally have access to the kernel too? so this issue doesn't make sense, especially for it to be in the docs repo.

@Ast3risk-ops
Copy link
Contributor

Yeah wrong repo for sure.

@Svan987
Copy link
Author

Svan987 commented Jan 25, 2024

AME was launched with admin rights even it's not written in doc.

@Ast3risk-ops
Copy link
Contributor

Ast3risk-ops commented Jan 25, 2024

AME was launched with admin rights even it's not written in doc.

AME always launches with admin rights. It always asks for them, that's how it's designed, it can't work without them.

@Svan987
Copy link
Author

Svan987 commented Jan 26, 2024

Can you post your "Packages.txt" log in the "AME" directory ?

@Ast3risk-ops
Copy link
Contributor

Ast3risk-ops commented Jan 26, 2024

I'm on Linux, I can dump it from my VM later.

EDIT: AME folder is empty (it's been a while, must have been cleaned). Someone else will need to confirm this.

In the meantime I'm going to spin up a new win11 VM.

Found the archived ame logs in ProgramData

Anyway here you go: https://paste.asterisk.lol/raw/irukehazos @Svan987 (logs are from win10, not 11)

I only see errors regarding Edge (which is in SystemApps + this is normal, edge was removed anyway)

@Ast3risk-ops
Copy link
Contributor

Ast3risk-ops commented Jan 26, 2024

Upon further inspection of your document, all the errors are coming from removing one app, MicrosoftWindows.Client.WebExperience.

Other removals of apps in the WindowsApps folder (in the same packages log you sent) were successful.

Doesn't AME literally have access to the kernel too?

AME requires admin rights to launch at all.

What I've found verifies these statements.

@Svan987
Copy link
Author

Svan987 commented Jan 27, 2024

Hi, Ast3risk

Thanx for your file. I remember know that I didn't want to do the "Windows Update" before installing Atlas OS. Because it downloads updates related with Defender and I wanted to remove it. And those updates stay in history.
That's why in my log the wizard can not find the "WebExperience" files.

The issue can be closed. Sorry for my first words that were hard.

Greetings.

@Ast3risk-ops
Copy link
Contributor

@JayXTQ You can close this.

@Svan987 Yeah always update windows first.

@JayXTQ JayXTQ closed this as completed Jan 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants