File system error (12007) #2968

Closed
opened 2026-01-30 23:09:53 +00:00 by claunia · 26 comments
Owner

Originally created by @bugproof on GitHub (Jul 27, 2019).

I installed terminal with choco and I can't run it. I installed from msixbundle and I'm getting the same error.

Windows 10 1903 (18362.239)

https://github.com/microsoft/terminal/issues/2022

Originally created by @bugproof on GitHub (Jul 27, 2019). I installed terminal with choco and I can't run it. I installed from msixbundle and I'm getting the same error. Windows 10 1903 (18362.239) https://github.com/microsoft/terminal/issues/2022
claunia added the Resolution-Duplicate label 2026-01-30 23:09:53 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Jul 29, 2019):

Do you have a Windows Error Reporting bucket ID we could investigate?

Could you try deleting your profiles.json file, and re-starting the terminal, to see if that fixes it? The settings roam across PC's, so it's possible valid setting on another machine is invalid on this one. (make sure to back the profiles.json file up first, just in case).

@zadjii-msft commented on GitHub (Jul 29, 2019): Do you have a Windows Error Reporting bucket ID we could investigate? Could you try deleting your profiles.json file, and re-starting the terminal, to see if that fixes it? The settings roam across PC's, so it's possible valid setting on another machine is invalid on this one. (make sure to back the profiles.json file up first, just in case).
Author
Owner

@bugproof commented on GitHub (Jul 29, 2019):

I don't have any bucket ID. There's no crash, just a message box with this error.

I don't have profiles.json file

@bugproof commented on GitHub (Jul 29, 2019): I don't have any bucket ID. There's no crash, just a message box with this error. I don't have profiles.json file
Author
Owner

@DHowett-MSFT commented on GitHub (Jul 29, 2019):

Do you even have a screenshot of this filesystem error? This is not very much to go on.

@DHowett-MSFT commented on GitHub (Jul 29, 2019): Do you even have a screenshot of this filesystem error? This is not very much to go on.
Author
Owner

@bugproof commented on GitHub (Jul 29, 2019):

It's not in English but that can be translated to "File system error"

image

@bugproof commented on GitHub (Jul 29, 2019): It's not in English but that can be translated to "File system error" ![image](https://user-images.githubusercontent.com/3116731/62082186-8df2b000-b254-11e9-821a-bdd4cdf6a22e.png)
Author
Owner

@DHowett-MSFT commented on GitHub (Jul 29, 2019):

This looks like the same thing as #1538.

@DHowett-MSFT commented on GitHub (Jul 29, 2019): This looks like the same thing as #1538.
Author
Owner

@bugproof commented on GitHub (Jul 30, 2019):

I wouldn't say it's the same. I can't use the terminal doesn't matter if I run it as administrator or not. Also, the error from the issue you linked doesn't show the same error. It's funny because other UWP apps work fine.

I have the same error on 2 computers

@bugproof commented on GitHub (Jul 30, 2019): I wouldn't say it's the same. I can't use the terminal doesn't matter if I run it as administrator or not. Also, the error from the issue you linked doesn't show the same error. It's funny because other UWP apps work fine. I have the same error on 2 computers
Author
Owner

@bugproof commented on GitHub (Jul 30, 2019):

It was an issue with a firewall and etc/hosts. It works fine now

@bugproof commented on GitHub (Jul 30, 2019): It was an issue with a firewall and etc/hosts. It works fine now
Author
Owner

@conradolandia commented on GitHub (Aug 8, 2019):

It was an issue with a firewall and etc/hosts. It works fine now

Could you comment a little more on that? I'm having the same issue. I think I have the same problem as you.

@conradolandia commented on GitHub (Aug 8, 2019): > > > It was an issue with a firewall and etc/hosts. It works fine now Could you comment a little more on that? I'm having the same issue. I think I have the same problem as you.
Author
Owner

@DHowett-MSFT commented on GitHub (Aug 8, 2019):

Yeah, I too am very interested in how those things are related.

@DHowett-MSFT commented on GitHub (Aug 8, 2019): Yeah, I too am very interested in how those things are related.
Author
Owner

@bugproof commented on GitHub (Aug 8, 2019):

@conradolandia In the past, I used a tool Destroy Windows 10 Spying and it was blocking a bunch of Microsoft's addresses (Windows store app too) in the C:\Windows\System32\drivers\etc\hosts file and in the firewall. I removed those addresses from hosts and temporarily disabled the firewall and re-installed the terminal and it worked. I am suspecting it just couldn't download some default configuration or something like that which was hosted on the blocked IP and/or domain.

@bugproof commented on GitHub (Aug 8, 2019): @conradolandia In the past, I used a tool [Destroy Windows 10 Spying](https://github.com/Nummer/Destroy-Windows-10-Spying) and it was blocking a bunch of Microsoft's addresses (Windows store app too) in the `C:\Windows\System32\drivers\etc\hosts` file and in the firewall. I removed those addresses from hosts and temporarily disabled the firewall and re-installed the terminal and it worked. I am suspecting it just couldn't download some default configuration or something like that which was hosted on the blocked IP and/or domain.
Author
Owner

@JamesSeaward commented on GitHub (Mar 17, 2020):

I know this has been closed for a while but I just ran into this issue and it wasn't immediately clear how to workaround it.

Just empty your C:\Windows\System32\drivers\etc\hosts file, open Windows Terminal once, and then put the hosts file back to normal. Since doing this, the terminal has worked correctly.

Both bugs related to this are marked as closed but this unhelpful error message is still present in the latest build. Even if this problem is caused by people blocking microsoft ip addresses it would be nice if it could fail more gracefully/helpfully.

@JamesSeaward commented on GitHub (Mar 17, 2020): I know this has been closed for a while but I just ran into this issue and it wasn't immediately clear how to workaround it. Just empty your `C:\Windows\System32\drivers\etc\hosts` file, open Windows Terminal once, and then put the `hosts` file back to normal. Since doing this, the terminal has worked correctly. Both bugs related to this are marked as closed but this unhelpful error message is still present in the latest build. Even if this problem is caused by people blocking microsoft ip addresses it would be nice if it could fail more gracefully/helpfully.
Author
Owner

@shark300 commented on GitHub (May 25, 2020):

I had a same issue too. I've installed Terminal on a corporate notebook but I've tried to log in my private Live account unsuccessfully earlier. Sometimes, I've got a notification message to repair that, but it was unsuccessful. After I removed this account, it works.

@shark300 commented on GitHub (May 25, 2020): I had a same issue too. I've installed Terminal on a corporate notebook but I've tried to log in my private Live account unsuccessfully earlier. Sometimes, I've got a notification message to repair that, but it was unsuccessful. After I removed this account, it works.
Author
Owner

@zszen commented on GitHub (Aug 3, 2022):

I have the same problem. Because I install it with offline network. It's ok.

@zszen commented on GitHub (Aug 3, 2022): I have the same problem. Because I install it with offline network. It's ok.
Author
Owner

@zhro commented on GitHub (Oct 9, 2022):

I just did a clean format and reinstall of Windows 10 and got this error after installing the Minecraft launcher. I can't log in either, with it reporting some "Deep Ocean" error.

after-installation

launcher

@zhro commented on GitHub (Oct 9, 2022): I just did a clean format and reinstall of Windows 10 and got this error after installing the Minecraft launcher. I can't log in either, with it reporting some "Deep Ocean" error. ![after-installation](https://user-images.githubusercontent.com/4738876/194766949-900828f0-1249-4dbe-81c1-39fafc13e2bd.png) ![launcher](https://user-images.githubusercontent.com/4738876/194766948-9d9d6f5e-2ca3-40ad-abf0-d2bb04c79ef2.png)
Author
Owner

@DHowett commented on GitHub (Oct 10, 2022):

This is very interesting! Your Minecraft issue probably has the same root cause as the Terminal issue you're commenting on, but we haven't been able to solve either of them. Huh.

@DHowett commented on GitHub (Oct 10, 2022): This is very interesting! Your Minecraft issue probably has the same root cause as the Terminal issue you're commenting on, but we haven't been able to solve either of them. _Huh._
Author
Owner

@sylveon commented on GitHub (Dec 13, 2022):

This is happening to users of my app that try to install the app on their debloated system. They're forced to downgrade to a 4 years old version :(

I'm trying to be a good citizen of the platform and adopt appinstaller, but it's hard when you get these kinds of strange reports every other week... Not to mention some of them removed the app installer app so they have to use powershell to even be able to install the app, ugh.

@sylveon commented on GitHub (Dec 13, 2022): This is happening to users of my app that try to install the app on their debloated system. They're forced to downgrade to a 4 years old version :( I'm trying to be a good citizen of the platform and adopt appinstaller, but it's hard when you get these kinds of strange reports every other week... Not to mention some of them removed the app installer app so they have to use powershell to even be able to install the app, ugh.
Author
Owner

@zadjii-msft commented on GitHub (Dec 13, 2022):

try to install the app on their debloated system

perhaps, some of that stuff they removed as "bloat" was actually important. Crazy idea, I know 🤔 /s

In all seriousness, I don't think any of us on the Terminal team can really help with this. Maybe you'd have more luck getting traction over on the WASDK repo. Not sure where the internal bug report went, or what the status of that is ATM - I'm sure I could find it if I looked hard enough.

I appreciate the effort in being a good citizen - it's something we deal with every day here on the Terminal, and we do try our best to make sure the papercuts we experience are escalated as we see 'em. It's annoying when we've got to deal with them, but it outright sucks when any 3p devs have to deal with them too.

@zadjii-msft commented on GitHub (Dec 13, 2022): > try to install the app on their debloated system _perhaps_, some of that stuff they removed as "bloat" was actually important. Crazy idea, I know 🤔 /s In all seriousness, I don't think any of us on the Terminal team can really help with this. Maybe you'd have more luck getting traction over on the WASDK repo. Not sure where the internal bug report went, or what the status of that is ATM - I'm sure I could find it if I looked hard enough. I appreciate the effort in being a good citizen - it's something we deal with every day here on the Terminal, and we do try our best to make sure the papercuts we experience are escalated as we see 'em. It's annoying when we've got to deal with them, but it outright sucks when any 3p devs have to deal with them too.
Author
Owner

@niekvb commented on GitHub (Dec 23, 2022):

I experienced the same issue while having blocked MS telemetry endpoints. The app needs to phone home to activate it's license so temporarily lifting the blocked endpoints (I suspect licensing.mp.microsoft.com) should resolve the issue.

@niekvb commented on GitHub (Dec 23, 2022): I experienced the same issue while having blocked MS telemetry endpoints. The app needs to phone home to activate it's license so temporarily lifting the blocked endpoints (I suspect `licensing.mp.microsoft.com`) should resolve the issue.
Author
Owner

@savchenko commented on GitHub (Jan 25, 2024):

The app needs to phone home to activate it's license

Which is an issue in itself. @zadjii-msft ?

@savchenko commented on GitHub (Jan 25, 2024): > The app needs to phone home to activate it's license Which is an issue in itself. @zadjii-msft ?
Author
Owner

@zadjii-msft commented on GitHub (Jan 25, 2024):

Not... really? The Terminal is a packaged app like any other packaged app on Windows. We (the Terminal) don't do any extra validation of our license beyond what the OS / Store already do. You can of course always grab an unpackaged terminal .zip off our Releases page as an alternative.

@zadjii-msft commented on GitHub (Jan 25, 2024): Not... really? The Terminal is a packaged app like any other packaged app on Windows. We (the Terminal) don't do any extra validation of our license beyond what the OS / Store already do. You can of course always grab an unpackaged terminal .zip off our Releases page as an alternative.
Author
Owner

@savchenko commented on GitHub (Jan 25, 2024):

@zadjii-msft , thanks.

For anyone finding this via Google, Duckduckgo, etc. Have a look: https://github.com/microsoft/terminal/issues/6010#issuecomment-793771455

TL;DR - This is how modern MS Windows operates, seemingly (some?) appx packages must be verified online before installation.

On the bright side, there is a .ZIP file you can use instead. Unpack and run wt.exe.

@savchenko commented on GitHub (Jan 25, 2024): @zadjii-msft , thanks. For anyone finding this via Google, Duckduckgo, etc. Have a look: https://github.com/microsoft/terminal/issues/6010#issuecomment-793771455 **TL;DR** - This is how modern MS Windows operates, seemingly (some?) appx packages must be verified online before installation. On the bright side, there is a .ZIP file you can use instead. Unpack and run `wt.exe`.
Author
Owner

@sylveon commented on GitHub (Jan 25, 2024):

Yes, store signed-apps need a license to run, whether they're free or not.

Speaking of @DHowett @zadjii-msft, but is there a way for a third party store dev to also get an offline license to deploy on offline machines, like you did in the preinstallation kit? Some of my users don't have access to the MS store for business and neither do I (I'm a solo independent dev).

I would try using the appLicensing capability to avoid this (since AFAIk it should bypass the store license stuff) but people I know tried this already and their store submissions where rejected and they were told to use the store for business :\

@sylveon commented on GitHub (Jan 25, 2024): Yes, store signed-apps need a license to run, whether they're free or not. Speaking of @DHowett @zadjii-msft, but is there a way for a third party store dev to also get an offline license to deploy on offline machines, like you did in the preinstallation kit? Some of my users don't have access to the MS store for business and neither do I (I'm a solo independent dev). I would try using the appLicensing capability to avoid this (since AFAIk it should bypass the store license stuff) but people I know tried this already and their store submissions where rejected and they were told to use the store for business :\
Author
Owner

@DHowett commented on GitHub (Jan 25, 2024):

@savchenko You can also download the "Preinstallation Kit" from any of our release artifacts, which contains an offline license provisioning file. As of today, it's the best we can do for making sure a Terminal package install doesn't require internet access. I don't love it either.

@sylveon Watch this space (re appLicensing). We're about to go bother the Partner Center folks to make sure people don't get rejected for it. Grabbing a preinstall kit should be possible for any developer with partner center access, though... Manage packages -> Get Windows 10 Package -> Download Windows 10 Package.

If that's not available for you, then I'm all "question marks guy" meme over here.

@DHowett commented on GitHub (Jan 25, 2024): @savchenko You can also download the "Preinstallation Kit" from any of our release artifacts, which contains an offline license provisioning file. _As of today,_ it's the best we can do for making sure a Terminal package install doesn't require internet access. I don't love it either. @sylveon Watch this space (re `appLicensing`). We're about to go bother the Partner Center folks to make sure people don't get rejected for it. Grabbing a preinstall kit should be possible for any developer with partner center access, though... `Manage packages` -> `Get Windows 10 Package` -> `Download Windows 10 Package`. If that's not available for you, then I'm all "question marks guy" meme over here.
Author
Owner

@sylveon commented on GitHub (Jan 25, 2024):

Yeah there doesn't seem to be a download option:

image

Gonna watch for the appLicensing stuff though 👀

@sylveon commented on GitHub (Jan 25, 2024): Yeah there doesn't seem to be a download option: ![image](https://github.com/microsoft/terminal/assets/6440374/c01c3daf-f444-4031-a761-8972d6deb4d6) Gonna watch for the appLicensing stuff though 👀
Author
Owner

@daltzctr commented on GitHub (May 24, 2024):

@DHowett

Is there any update on

Watch this space (re appLicensing). We're about to go bother the Partner Center folks to make sure people don't get rejected for it.

I just submitted an app with appLicensing enabled to improve support for enterprise type scenarios (IE the above), and it got rejected saying the capability is not approved.

image

@daltzctr commented on GitHub (May 24, 2024): @DHowett Is there any update on > Watch this space (re appLicensing). We're about to go bother the Partner Center folks to make sure people don't get rejected for it. I just submitted an app with appLicensing enabled to improve support for enterprise type scenarios (IE the above), and it got rejected saying the capability is not approved. ![image](https://github.com/microsoft/terminal/assets/105223895/df6087a1-c9b4-4fdc-b40e-513625d33176)
Author
Owner

@unkowncoder01 commented on GitHub (Sep 24, 2025):

I experienced the same issue while having blocked MS telemetry endpoints. The app needs to phone home to activate it's license so temporarily lifting the blocked endpoints (I suspect licensing.mp.microsoft.com) should resolve the issue.

Any solution to how to use .msix windows app without connecting to the internet for verfication? When I install an .msix app for the first time and turn off the wifi, it gives me the same error when launching the app "..error 12007", but just connecting to the internet then launching it once allows the app to launch even afterwards offline when disconnected from the internet & uninstalling then re-installing the app still works offline, its like the issue happens only the first time after a first-time install. Is there a way to bypass that signature thingy to launch the app first time offline after a first-time install?

@unkowncoder01 commented on GitHub (Sep 24, 2025): > I experienced the same issue while having blocked MS telemetry endpoints. The app needs to phone home to activate it's license so temporarily lifting the blocked endpoints (I suspect `licensing.mp.microsoft.com`) should resolve the issue. Any solution to how to use .msix windows app without connecting to the internet for verfication? When I install an .msix app for the first time and turn off the wifi, it gives me the same error when launching the app "..error 12007", but just connecting to the internet then launching it once allows the app to launch even afterwards offline when disconnected from the internet & uninstalling then re-installing the app still works offline, its like the issue happens only the first time after a first-time install. Is there a way to bypass that signature thingy to launch the app first time offline after a first-time install?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#2968