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

Seems not support open windows volume under /mnt, like /mnt/e #198

Closed
roachsinai opened this issue Jul 13, 2021 · 9 comments · Fixed by #213
Closed

Seems not support open windows volume under /mnt, like /mnt/e #198

roachsinai opened this issue Jul 13, 2021 · 9 comments · Fixed by #213
Labels
Bug This is either an issue that describes a bug or a PR that resolves a bug Status: Pending Release This is fixed but not yet released. Target: 3.x This is targeted to the 3.x version. Target: 4.x This is targeted to the 4.x release.

Comments

@roachsinai
Copy link

Background Information:

  • Build: [19043]
  • WSL: [ArchWSL]
  • Version: [3.2.3]

Describe the bug

Can't open explorer.exe under /mnt/e by wslview ..

To Reproduce
Steps to reproduce the behavior:

Open a wsl tab, cd /mnt/e or other windoes volume, then run wslview . get below error:

image

Above text just flashed past, I captured it by transcribe a small viedo.

Expected behavior

explorer . works well under /mnt/e, expect wslview . has same behavior.

Thanks in advance!

@patrick330602
Copy link
Member

It looks like an encoding problem. Can you post a result from Windows PowerShell with the command Get-Culture | Format-List -Property *?

@patrick330602 patrick330602 added the Bug This is either an issue that describes a bug or a PR that resolves a bug label Jul 16, 2021
@roachsinai
Copy link
Author

Parent                         : zh-CHS
LCID                           : 2052
KeyboardLayoutId               : 2052
Name                           : zh-CN
IetfLanguageTag                : zh-CN
DisplayName                    : 中文(简体,中国)
NativeName                     : 中文(中国)
EnglishName                    : Chinese (Simplified, China)
TwoLetterISOLanguageName       : zh
ThreeLetterISOLanguageName     : zho
ThreeLetterWindowsLanguageName : CHS
CompareInfo                    : CompareInfo - zh-CN
TextInfo                       : TextInfo - zh-CN
IsNeutralCulture               : False
CultureTypes                   : SpecificCultures, InstalledWin32Cultures, FrameworkCultures
NumberFormat                   : System.Globalization.NumberFormatInfo
DateTimeFormat                 : System.Globalization.DateTimeFormatInfo
Calendar                       : System.Globalization.GregorianCalendar
OptionalCalendars              : {System.Globalization.GregorianCalendar}
UseUserOverride                : True
IsReadOnly                     : False

@roachsinai
Copy link
Author

Hi, @patrick330602 is the info above enough to help you to locate bug? Or what extra infos should I provide?

@patrick330602
Copy link
Member

Sorry, this is still being investigated.

@roachsinai
Copy link
Author

Sorry, this is still being investigated.

Thanks for your reply :)

@Zebartin
Copy link

I am going on similar issue with almost the same background.

wslview /mnt/ works just fine, and then when I mannually open e/ in Windows Explorer, it fails saying I have no access to the network resource.
image

Seems like a deliberate setting of wsl, not sure.

@patrick330602
Copy link
Member

I am going on similar issue with almost the same background.

wslview /mnt/ works just fine, and then when I mannually open e/ in Windows Explorer, it fails saying I have no access to the network resource.
image

Seems like a deliberate setting of wsl, not sure.

Interesting.... I will take a further look

@patrick330602 patrick330602 added Target: 3.x This is targeted to the 3.x version. Target: 4.x This is targeted to the 4.x release. labels Aug 16, 2021
@hltdev8642
Copy link

Same issue here (opening something under /mnt/g/***) .

@A-23187
Copy link

A-23187 commented Nov 27, 2021

Possibly related to microsoft/WSL#3853. So powershell.exe -Command Start \\wsl$\<distro>\mnt\<drive> doesn't work. The path needs to be converted to Windows style, e.g. /mnt/e to E:\ manually or using $(wslpath /mnt/e).

This was referenced Dec 2, 2021
@patrick330602 patrick330602 added the Status: Pending Release This is fixed but not yet released. label Dec 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug This is either an issue that describes a bug or a PR that resolves a bug Status: Pending Release This is fixed but not yet released. Target: 3.x This is targeted to the 3.x version. Target: 4.x This is targeted to the 4.x release.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants