[ERROR] Filesystem version 0 is not recognized.

[miberecz]

E:\LxRunOffline-v3.3.3>LxRunOffline move -n Legacy -d "D:\WSL"
[ERROR] Filesystem version 0 is not recognized.

How to solve?

[DDoSolitary]

Is it a legacy distro installed by lxrun/bash?

[miberecz]

Yes, it was installed by lxrun /install

[DDoSolitary]

Please try the latest dev build mentioned in readme to verify if it's been fixed.

[miberecz]

E:\LxRunOffline-v3.3.3-4-gf750ada>LxRunOffline move -n Legacy -d "D:\WSL"

Okay, now it ran, gave some warnings like this:
[WARNING] Ignoring an unsupported file "\\?\C:\Users\MYUSER\AppData\Local\lxss\rootfs\dev\tty4" of type 0020000
Finished without error,
but

`E:\LxRunOffline-v3.3.3-4-gf750ada>bash.exe
Performing one-time upgrade of the Windows Subsystem for Linux file system for this distribution...
Error: 0x80070005
Press any key to continue...

E:\LxRunOffline-v3.3.3-4-gf750ada>`

Now bash.exe fails to run.

(If its a big hassle to fix it, then I can install other package, like the one from the MS Store. Probably its works with that)

[miberecz]

In the meantime, I figured, that most of the files were not moved from the Appdatalocal

[DDoSolitary]

If there are files inside rootfs not moved, it's most likely that the program crashed during the moving operation. Unfortunately, Microsoft has removed lxrun.exe from the latest insider preview build I'm using now, so I'll have to set up a VM to try to reproduce your issue, which might take quite some time. Thus if you don't want to wait, you can use the store apps as you said, or install using the images whose download links are available in the wiki. BTW, lxrun.exe has been deprecated by Microsoft so I don't recommend using it without some particularly reason.

And could you please provide some more information, which will be helpful for me the reproduce and fix this issue:

• Your Windows version
• Is the distro you're moving a clean one or you have used it for some time? If not, does it work if you move a clean one?
• What happens if you try to move a distro installed by a store app to the desired location
• What happens if you use the duplicate command, which copies the distro, instead of move

Thanks!

[miberecz]

• Your Windows version
  W10 Pro 1803 build 17134.590

• Is the distro you're moving a clean one or you have used it for some time? If not, does it work if you move a clean one?
  New-ish. Just installed, and set up graphic support

• What happens if you try to move a distro installed by a store app to the desired location
  Ubuntu1804 moved like a charm

• What happens if you use the duplicate command, which copies the distro, instead of move
  same

Now I'm out of the wood with ubuntu1804, so no hurry from my side.
But I can help to debug this if you want. Is there a point to do so, if lxrun will be removed soon?
I just found some old guide on google how to setup WSL with graphic apps, and followed that, that's how I end up here.

[DDoSolitary]

I just successfully reproduced this in a VM. I found out that there's a bug that the source directory isn't deleted after moving, so the files left in LOCALAPPDATA are irrelevant to this issue and can be safely delete manually. The 0x80070005 error is likely to be caused by the fact that the program actually produces filesystem v1 but the Version registry key is still 0.

[DDoSolitary]

I think it makes sense to support lxrun.exe. Although the executable has been removed since v1809, it is still present in v1803, which is stated to be supported in readme. Also it's possible that a distro created by lxrun.exe exists on a supported system which is upgraded from v1803 or even earlier.

[DDoSolitary]

Root caused found: v0 and v1 filesystem has different directory layouts. v1 puts everything under rootfs but v0 has other special directories like home and root placed outside of rootfs. So LxRunOffline doesn't set a required case sensitivity flag on these special folders (in fact, it doesn't even create them). When launching the distro, WSL detects this and tries to fix this: Performing one-time upgrade of the Windows Subsystem for Linux file system for this distribution..., but this operation requires a special permission which isn't granted by default on an external disk (#42) and LxRunOffline doesn't grant it as well for the same reason, so we get 0x80070005 (Access denied).

My plan is:

• Implement a new reader for v0 filesystems, which transparently maps the special directories to rootfs for writers to use.
• Automatically change Version from 0 to 1 after move/duplicate.

This will also fix the known bug that the contents of the home directory will be lost after manipulating on Legacy distros.

Althogh it is possible to implement a writer for v0 filesystems and leave Version to be 0, which actually obeys the semantics of "move" and "duplicate", it makes much less sense to support writing than reading for something that has been deprecated.

@mqmq0 Could you please help test it when I get the updates ready?

[miberecz]

Yeah, sure. I just installed a fresh Legacy distro.
I wont update my W10 for a while, so I can help.

[DDoSolitary]

@mqmq0 Could you please post the names of the directories under %localappdata%\lxss so that I can determine the exact list of the directories that needs to be mapped into rootfs. (I can't access my v1803 VM in several days.)

I just figured out that it's much easier to implement this by copying the whole installation directory instead of just rootfs so this information is no longer needed 😅

[miberecz]

Ok, read your edit later then generating this, so here you go nevertheless:

https://pastebin.com/AvuF5EGH

Expires in a day.