OneDrive files not visible to Bash

[jpda]

• Your Windows build number: 10.0.16176 (Ubuntu 16.04.2)

• What you're doing and what's happening:

  • use OneDrive
  • sync some files locally
  • open cmd
  • type bash
  • try to cd to local OneDrive folder
  • do ls
  • OneDrive folder doesn't appear
  • files in OneDrive folder (if referencing directly) just spit out input\output error

• What's wrong / what should be happening instead:

  • files should be available
  • folder should be visible

• Strace of the failing command, if applicable:

read(0, "cd /mnt/c/Users/johndand/OneDriv"..., 8192) = 34
chdir("/mnt/c/Users/johndand/OneDrive") = -1 EIO (Input/output error)
write(2, "sh: 2: cd: ", 11)             = 11
write(2, "can't cd to /mnt/c/Users/johndan"..., 42) = 42
write(2, "\n", 1)                       = 1
wait4(-1, 0x7fffef91848c, WNOHANG|WSTOPPED, NULL) = -1 ECHILD (No child processes)

etl: lxcore_logman-etl.zip

[danieltanfh95]

It works completely fine for me

[jpda]

I'm getting this behavior on two different PCs - OneDrive version 17.3.6873.0411. I'm wondering if it's an OD problem and not Bash

[SvenGroot]

I think this may be related to a change to OneDrive in the insider builds post-Creator's Update. It seems OneDrive now applies a reparse point on the root OneDrive folder, and WSL unfortunately cannot access reparse points.

Improving our reparse point support is something we're actively working on.

[sakai135]

Using build 16215, I have a similar issue with the new on-demand file syncing. With on-demand disabled, the OneDrive folder and files show up fine in WSL/Bash, but with on-demand enabled, the folder and files disappear from WSL/Bash.

[daniel-sullivan]

Experiencing the same set of circumstances as sakai135 - Build 16215, with no on-demand works fine. On demand turned on is not seen by WSL

[sunilmut]

@sakai135 and @daniel-sullivan - Thanks for your posts. Can you try out build 16226? There is improved support for OneDrive place holders in that build. From the release notes:
Improved support for OneDrive placeholders, GVFS placeholders, and Compact OS compressed files.

[sakai135]

@sunilmut Yup, it is fixed in 16226/16232 :)

[sunilmut]

ok, thanks for confirming. Closing the issue.

[zyf0330]

I find this reparse point causes that ntfs-3g cannot handle OneDrive folder anymore. Disgusting.

[MartinoMensio]

That reparse point makes it impossible to open the OneDrive folder from Linux (not emulated, on multiple-boot system). Can't believe that. And no REAL documentation about the files-on-demand features. Seriously?

[zyf0330]

So I abandoned OneDrive of Windows on My Linux laptop, and using onedrive-d to sync under Linux.

[CHEN-Zhihan]

@zyf0330 @MartinoMensio Use fsutil to delete the reparsepoint for OneDrive folder temporarily solves the problem. While it has to be done every time you starts from windows.

[zyf0330]

@CHEN-Zhihan Doesn't opening Windows OneDrive set reparse point again after fsutil deletes it?

[CHEN-Zhihan]

@zyf0330 I use a shutdown script to delete the reparse point every time and it works like a charm. Though it seems that the script will not be executed when windows is shut down directly, it will be executed when it is restarted.