2-Way sync doesn't work in OneDrive when using symbolic links or junctions
I’ve already read a lot about the problems with Symbolic Links and Windows 10 on internet, but not about the phenomenon I run into now. So here it is…
My goal is to 2-way sync a folder (‘My Music’), located on a separate data partition of my SSD-drive, to the OneDrive cloud via a symbol link. It all works fine… except the 2-way syncing. It stays a 1-way street somehow. :-(
Both the data partition and the Windows system partition have the NTFS file system. The data partition has the letter (X:
). I have an existing OneDrive account with no files or folders on it yet.
As far as I understand now, creating a junction is the way to go, although creating a symbolic link could work too in this case. The procedure I followed is this:
- Opened my OneDrive account online.
- Set up OneDrive on my computer.
- Keep the standard location of my OneDrive on the system partition:
C:Users<my user name>OneDrive
. - Opened the command prompt as administrator.
- Created the junction with this command:
mklink /J “C:Users<my user name>OneDriveMy Music” “X:My Music”
- The
‘My Music’
link appears as a folder underneath the OneDrive icon in Windows Explorer. - Tested if the link with the folder
‘My Music’
on my data-partition actually works. And it does perfectly. - Over to OneDrive online. The
‘My Music’
folder also appeared in my OneDrive online. - Uploaded a random file from my computer into the
‘My Music’
folder to test the syncing. - Uploaded file appears in my OneDrive online.
- Back to Windows Explorer on my computer. The uploaded file has appeared in the
‘My Music’
folder on the data partition via the created link.
So far so good. Anything I upload to my OneDrive online appears perfectly in my data partition folder. But the problem is that the 2-way sync fails. If I change anything in the ‘My Music’
folder on the data partition, that change does appear in the same OneDrive folder that is linked (obviously), but that’s where it stops: no syncing to OneDrive online. How come and what is the solution?
Exactly the same happens if I use not a junction, but a symbolic link: mklink /D “C:Users<my user name>OneDriveMy Music” “X:My Music”
And my 2nd question is: how is it possible that the result is exactly the other way around, when I change the procedure and first create the junction (or symbolic link) and then set up OneDrive on my computer? So in that case syncing a file to OneDrive online via the created link works fine, but if I change anything in the ‘My Music’ folder in OneDrive online, that change does not appear in the folder on my data partition. Again, it’s only 1 way.
I just don’t get it. Does anyone have the answers please? Thanks in advance!
windows-10 symbolic-link onedrive
add a comment |
I’ve already read a lot about the problems with Symbolic Links and Windows 10 on internet, but not about the phenomenon I run into now. So here it is…
My goal is to 2-way sync a folder (‘My Music’), located on a separate data partition of my SSD-drive, to the OneDrive cloud via a symbol link. It all works fine… except the 2-way syncing. It stays a 1-way street somehow. :-(
Both the data partition and the Windows system partition have the NTFS file system. The data partition has the letter (X:
). I have an existing OneDrive account with no files or folders on it yet.
As far as I understand now, creating a junction is the way to go, although creating a symbolic link could work too in this case. The procedure I followed is this:
- Opened my OneDrive account online.
- Set up OneDrive on my computer.
- Keep the standard location of my OneDrive on the system partition:
C:Users<my user name>OneDrive
. - Opened the command prompt as administrator.
- Created the junction with this command:
mklink /J “C:Users<my user name>OneDriveMy Music” “X:My Music”
- The
‘My Music’
link appears as a folder underneath the OneDrive icon in Windows Explorer. - Tested if the link with the folder
‘My Music’
on my data-partition actually works. And it does perfectly. - Over to OneDrive online. The
‘My Music’
folder also appeared in my OneDrive online. - Uploaded a random file from my computer into the
‘My Music’
folder to test the syncing. - Uploaded file appears in my OneDrive online.
- Back to Windows Explorer on my computer. The uploaded file has appeared in the
‘My Music’
folder on the data partition via the created link.
So far so good. Anything I upload to my OneDrive online appears perfectly in my data partition folder. But the problem is that the 2-way sync fails. If I change anything in the ‘My Music’
folder on the data partition, that change does appear in the same OneDrive folder that is linked (obviously), but that’s where it stops: no syncing to OneDrive online. How come and what is the solution?
Exactly the same happens if I use not a junction, but a symbolic link: mklink /D “C:Users<my user name>OneDriveMy Music” “X:My Music”
And my 2nd question is: how is it possible that the result is exactly the other way around, when I change the procedure and first create the junction (or symbolic link) and then set up OneDrive on my computer? So in that case syncing a file to OneDrive online via the created link works fine, but if I change anything in the ‘My Music’ folder in OneDrive online, that change does not appear in the folder on my data partition. Again, it’s only 1 way.
I just don’t get it. Does anyone have the answers please? Thanks in advance!
windows-10 symbolic-link onedrive
add a comment |
I’ve already read a lot about the problems with Symbolic Links and Windows 10 on internet, but not about the phenomenon I run into now. So here it is…
My goal is to 2-way sync a folder (‘My Music’), located on a separate data partition of my SSD-drive, to the OneDrive cloud via a symbol link. It all works fine… except the 2-way syncing. It stays a 1-way street somehow. :-(
Both the data partition and the Windows system partition have the NTFS file system. The data partition has the letter (X:
). I have an existing OneDrive account with no files or folders on it yet.
As far as I understand now, creating a junction is the way to go, although creating a symbolic link could work too in this case. The procedure I followed is this:
- Opened my OneDrive account online.
- Set up OneDrive on my computer.
- Keep the standard location of my OneDrive on the system partition:
C:Users<my user name>OneDrive
. - Opened the command prompt as administrator.
- Created the junction with this command:
mklink /J “C:Users<my user name>OneDriveMy Music” “X:My Music”
- The
‘My Music’
link appears as a folder underneath the OneDrive icon in Windows Explorer. - Tested if the link with the folder
‘My Music’
on my data-partition actually works. And it does perfectly. - Over to OneDrive online. The
‘My Music’
folder also appeared in my OneDrive online. - Uploaded a random file from my computer into the
‘My Music’
folder to test the syncing. - Uploaded file appears in my OneDrive online.
- Back to Windows Explorer on my computer. The uploaded file has appeared in the
‘My Music’
folder on the data partition via the created link.
So far so good. Anything I upload to my OneDrive online appears perfectly in my data partition folder. But the problem is that the 2-way sync fails. If I change anything in the ‘My Music’
folder on the data partition, that change does appear in the same OneDrive folder that is linked (obviously), but that’s where it stops: no syncing to OneDrive online. How come and what is the solution?
Exactly the same happens if I use not a junction, but a symbolic link: mklink /D “C:Users<my user name>OneDriveMy Music” “X:My Music”
And my 2nd question is: how is it possible that the result is exactly the other way around, when I change the procedure and first create the junction (or symbolic link) and then set up OneDrive on my computer? So in that case syncing a file to OneDrive online via the created link works fine, but if I change anything in the ‘My Music’ folder in OneDrive online, that change does not appear in the folder on my data partition. Again, it’s only 1 way.
I just don’t get it. Does anyone have the answers please? Thanks in advance!
windows-10 symbolic-link onedrive
I’ve already read a lot about the problems with Symbolic Links and Windows 10 on internet, but not about the phenomenon I run into now. So here it is…
My goal is to 2-way sync a folder (‘My Music’), located on a separate data partition of my SSD-drive, to the OneDrive cloud via a symbol link. It all works fine… except the 2-way syncing. It stays a 1-way street somehow. :-(
Both the data partition and the Windows system partition have the NTFS file system. The data partition has the letter (X:
). I have an existing OneDrive account with no files or folders on it yet.
As far as I understand now, creating a junction is the way to go, although creating a symbolic link could work too in this case. The procedure I followed is this:
- Opened my OneDrive account online.
- Set up OneDrive on my computer.
- Keep the standard location of my OneDrive on the system partition:
C:Users<my user name>OneDrive
. - Opened the command prompt as administrator.
- Created the junction with this command:
mklink /J “C:Users<my user name>OneDriveMy Music” “X:My Music”
- The
‘My Music’
link appears as a folder underneath the OneDrive icon in Windows Explorer. - Tested if the link with the folder
‘My Music’
on my data-partition actually works. And it does perfectly. - Over to OneDrive online. The
‘My Music’
folder also appeared in my OneDrive online. - Uploaded a random file from my computer into the
‘My Music’
folder to test the syncing. - Uploaded file appears in my OneDrive online.
- Back to Windows Explorer on my computer. The uploaded file has appeared in the
‘My Music’
folder on the data partition via the created link.
So far so good. Anything I upload to my OneDrive online appears perfectly in my data partition folder. But the problem is that the 2-way sync fails. If I change anything in the ‘My Music’
folder on the data partition, that change does appear in the same OneDrive folder that is linked (obviously), but that’s where it stops: no syncing to OneDrive online. How come and what is the solution?
Exactly the same happens if I use not a junction, but a symbolic link: mklink /D “C:Users<my user name>OneDriveMy Music” “X:My Music”
And my 2nd question is: how is it possible that the result is exactly the other way around, when I change the procedure and first create the junction (or symbolic link) and then set up OneDrive on my computer? So in that case syncing a file to OneDrive online via the created link works fine, but if I change anything in the ‘My Music’ folder in OneDrive online, that change does not appear in the folder on my data partition. Again, it’s only 1 way.
I just don’t get it. Does anyone have the answers please? Thanks in advance!
windows-10 symbolic-link onedrive
windows-10 symbolic-link onedrive
edited Mar 29 '18 at 0:28
LukeLR
8031419
8031419
asked Mar 28 '18 at 23:56
MennoLNMennoLN
312
312
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Per this thread in Microsoft's forums, it looks like OneDrive was getting notified of file change events from aliased (junction/symlink) paths around 5/31/2017 (see reply marked best response), but on 1/17/2018 somebody reported that they were broken, and the author of the reply marked best response seemed to confirm that.
The later suggestion to "use hard links" doesn't work, as I believe there are no "directory hard links" in NTFS.
Sad to say, I think this is broken right now.
There are a couple mentions of workarounds in that thread -- OneDriveBully to manually trigger a (full?) sync of OneDrive periodically, and generic folder sync utilities to 2-way-sync the two directories (incurring 2x disk space and probably lots of headaches when it has to, ie. handle conflicts). I don't like any of them.
add a comment |
I would not feel secure putting my Desktop folder on an external drive, since my Desktop will fail to load if the SD card is missing or corrupt. So i prefer to keep Desktop in it's default location on the local C: drive, and just put a junction link to Desktop into the OneDrive folder on the external drive.
Problem is, mklink /J
with external drives doesn’t sync to OneDrive as expected. It won’t sync instantly on file-changes. (other report it used to work, but fails for me as of january 2019).
However, the junction-linked desktop WILL sync when the computer is restarted (or when user logs off and back on). For some purposes, this may suffice.
For example, i only occasionally save files on my desktop, so i put a junction link into my OneDrive folder (which resides on an external SD card). I normally restart the computer at least once per day, so the desktop gets sync'd daily.
(It will also sync when onedrive is paused and then unpaused, but manually pausing/unpausing all the time is not convenient)
For Documents, i want constant syncing immediately on file-changes, so i moved my Documents folder into OneDrive on the external SD. If the SD card is missing or corrupt, my account will still be able to login and load (since that's not dependent on the Documents folder).
Mklink /H
isn’t allowed with external drives.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1308909%2f2-way-sync-doesnt-work-in-onedrive-when-using-symbolic-links-or-junctions%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Per this thread in Microsoft's forums, it looks like OneDrive was getting notified of file change events from aliased (junction/symlink) paths around 5/31/2017 (see reply marked best response), but on 1/17/2018 somebody reported that they were broken, and the author of the reply marked best response seemed to confirm that.
The later suggestion to "use hard links" doesn't work, as I believe there are no "directory hard links" in NTFS.
Sad to say, I think this is broken right now.
There are a couple mentions of workarounds in that thread -- OneDriveBully to manually trigger a (full?) sync of OneDrive periodically, and generic folder sync utilities to 2-way-sync the two directories (incurring 2x disk space and probably lots of headaches when it has to, ie. handle conflicts). I don't like any of them.
add a comment |
Per this thread in Microsoft's forums, it looks like OneDrive was getting notified of file change events from aliased (junction/symlink) paths around 5/31/2017 (see reply marked best response), but on 1/17/2018 somebody reported that they were broken, and the author of the reply marked best response seemed to confirm that.
The later suggestion to "use hard links" doesn't work, as I believe there are no "directory hard links" in NTFS.
Sad to say, I think this is broken right now.
There are a couple mentions of workarounds in that thread -- OneDriveBully to manually trigger a (full?) sync of OneDrive periodically, and generic folder sync utilities to 2-way-sync the two directories (incurring 2x disk space and probably lots of headaches when it has to, ie. handle conflicts). I don't like any of them.
add a comment |
Per this thread in Microsoft's forums, it looks like OneDrive was getting notified of file change events from aliased (junction/symlink) paths around 5/31/2017 (see reply marked best response), but on 1/17/2018 somebody reported that they were broken, and the author of the reply marked best response seemed to confirm that.
The later suggestion to "use hard links" doesn't work, as I believe there are no "directory hard links" in NTFS.
Sad to say, I think this is broken right now.
There are a couple mentions of workarounds in that thread -- OneDriveBully to manually trigger a (full?) sync of OneDrive periodically, and generic folder sync utilities to 2-way-sync the two directories (incurring 2x disk space and probably lots of headaches when it has to, ie. handle conflicts). I don't like any of them.
Per this thread in Microsoft's forums, it looks like OneDrive was getting notified of file change events from aliased (junction/symlink) paths around 5/31/2017 (see reply marked best response), but on 1/17/2018 somebody reported that they were broken, and the author of the reply marked best response seemed to confirm that.
The later suggestion to "use hard links" doesn't work, as I believe there are no "directory hard links" in NTFS.
Sad to say, I think this is broken right now.
There are a couple mentions of workarounds in that thread -- OneDriveBully to manually trigger a (full?) sync of OneDrive periodically, and generic folder sync utilities to 2-way-sync the two directories (incurring 2x disk space and probably lots of headaches when it has to, ie. handle conflicts). I don't like any of them.
answered Dec 5 '18 at 16:34
jcjccjcjcc
111
111
add a comment |
add a comment |
I would not feel secure putting my Desktop folder on an external drive, since my Desktop will fail to load if the SD card is missing or corrupt. So i prefer to keep Desktop in it's default location on the local C: drive, and just put a junction link to Desktop into the OneDrive folder on the external drive.
Problem is, mklink /J
with external drives doesn’t sync to OneDrive as expected. It won’t sync instantly on file-changes. (other report it used to work, but fails for me as of january 2019).
However, the junction-linked desktop WILL sync when the computer is restarted (or when user logs off and back on). For some purposes, this may suffice.
For example, i only occasionally save files on my desktop, so i put a junction link into my OneDrive folder (which resides on an external SD card). I normally restart the computer at least once per day, so the desktop gets sync'd daily.
(It will also sync when onedrive is paused and then unpaused, but manually pausing/unpausing all the time is not convenient)
For Documents, i want constant syncing immediately on file-changes, so i moved my Documents folder into OneDrive on the external SD. If the SD card is missing or corrupt, my account will still be able to login and load (since that's not dependent on the Documents folder).
Mklink /H
isn’t allowed with external drives.
add a comment |
I would not feel secure putting my Desktop folder on an external drive, since my Desktop will fail to load if the SD card is missing or corrupt. So i prefer to keep Desktop in it's default location on the local C: drive, and just put a junction link to Desktop into the OneDrive folder on the external drive.
Problem is, mklink /J
with external drives doesn’t sync to OneDrive as expected. It won’t sync instantly on file-changes. (other report it used to work, but fails for me as of january 2019).
However, the junction-linked desktop WILL sync when the computer is restarted (or when user logs off and back on). For some purposes, this may suffice.
For example, i only occasionally save files on my desktop, so i put a junction link into my OneDrive folder (which resides on an external SD card). I normally restart the computer at least once per day, so the desktop gets sync'd daily.
(It will also sync when onedrive is paused and then unpaused, but manually pausing/unpausing all the time is not convenient)
For Documents, i want constant syncing immediately on file-changes, so i moved my Documents folder into OneDrive on the external SD. If the SD card is missing or corrupt, my account will still be able to login and load (since that's not dependent on the Documents folder).
Mklink /H
isn’t allowed with external drives.
add a comment |
I would not feel secure putting my Desktop folder on an external drive, since my Desktop will fail to load if the SD card is missing or corrupt. So i prefer to keep Desktop in it's default location on the local C: drive, and just put a junction link to Desktop into the OneDrive folder on the external drive.
Problem is, mklink /J
with external drives doesn’t sync to OneDrive as expected. It won’t sync instantly on file-changes. (other report it used to work, but fails for me as of january 2019).
However, the junction-linked desktop WILL sync when the computer is restarted (or when user logs off and back on). For some purposes, this may suffice.
For example, i only occasionally save files on my desktop, so i put a junction link into my OneDrive folder (which resides on an external SD card). I normally restart the computer at least once per day, so the desktop gets sync'd daily.
(It will also sync when onedrive is paused and then unpaused, but manually pausing/unpausing all the time is not convenient)
For Documents, i want constant syncing immediately on file-changes, so i moved my Documents folder into OneDrive on the external SD. If the SD card is missing or corrupt, my account will still be able to login and load (since that's not dependent on the Documents folder).
Mklink /H
isn’t allowed with external drives.
I would not feel secure putting my Desktop folder on an external drive, since my Desktop will fail to load if the SD card is missing or corrupt. So i prefer to keep Desktop in it's default location on the local C: drive, and just put a junction link to Desktop into the OneDrive folder on the external drive.
Problem is, mklink /J
with external drives doesn’t sync to OneDrive as expected. It won’t sync instantly on file-changes. (other report it used to work, but fails for me as of january 2019).
However, the junction-linked desktop WILL sync when the computer is restarted (or when user logs off and back on). For some purposes, this may suffice.
For example, i only occasionally save files on my desktop, so i put a junction link into my OneDrive folder (which resides on an external SD card). I normally restart the computer at least once per day, so the desktop gets sync'd daily.
(It will also sync when onedrive is paused and then unpaused, but manually pausing/unpausing all the time is not convenient)
For Documents, i want constant syncing immediately on file-changes, so i moved my Documents folder into OneDrive on the external SD. If the SD card is missing or corrupt, my account will still be able to login and load (since that's not dependent on the Documents folder).
Mklink /H
isn’t allowed with external drives.
edited Jan 24 at 17:23
answered Jan 23 at 0:39
johny whyjohny why
134112
134112
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1308909%2f2-way-sync-doesnt-work-in-onedrive-when-using-symbolic-links-or-junctions%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown