Setup Task scheduler to restart OneDrive (Win 10)












1















I have a OneDrive installation with my library at E:{20676961}OneDrive - jp410 I have updated the registry to reflect this location and it works. The problem is that this PC is the main server and it is not usually manned but I log into it frequently. For some reason, onedrive stops working and comes out with a "OneDrive requires reconfiguration" or "close" option. Whichever option I chose, onedrive is going to close by signing me out.



Here is where it gets frustrating and I need help. When I want to sign in, I have to reenter the the library location again because it defaults to the user/onedrive location instead of the E:{20676961... location.



I have reinstalled onedrive, reinstalled windows (2ce) and I am now looking for ideas as to how to automate the restarting option. I have looked at task scheduler but it seems that when onedrive stops, it does not generate an event so I can't use an event to resign in.



Even though the library location is in the registry, onedrive does not seem to refer to that. Is there any tool I can deploy that will sign me in to onedrive when it closes? Or is there a way I can create a task to automatically sign me out and sign me back in say every 2 hours? I am a tenant so I don't have the admin access to both Office 356 and onedrive for business.










share|improve this question

























  • Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

    – seanbw
    Feb 25 '18 at 1:07













  • I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

    – seanbw
    Feb 25 '18 at 1:47













  • Question: Will this symlink work when I access the PC remotely?

    – seanbw
    Feb 25 '18 at 2:18
















1















I have a OneDrive installation with my library at E:{20676961}OneDrive - jp410 I have updated the registry to reflect this location and it works. The problem is that this PC is the main server and it is not usually manned but I log into it frequently. For some reason, onedrive stops working and comes out with a "OneDrive requires reconfiguration" or "close" option. Whichever option I chose, onedrive is going to close by signing me out.



Here is where it gets frustrating and I need help. When I want to sign in, I have to reenter the the library location again because it defaults to the user/onedrive location instead of the E:{20676961... location.



I have reinstalled onedrive, reinstalled windows (2ce) and I am now looking for ideas as to how to automate the restarting option. I have looked at task scheduler but it seems that when onedrive stops, it does not generate an event so I can't use an event to resign in.



Even though the library location is in the registry, onedrive does not seem to refer to that. Is there any tool I can deploy that will sign me in to onedrive when it closes? Or is there a way I can create a task to automatically sign me out and sign me back in say every 2 hours? I am a tenant so I don't have the admin access to both Office 356 and onedrive for business.










share|improve this question

























  • Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

    – seanbw
    Feb 25 '18 at 1:07













  • I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

    – seanbw
    Feb 25 '18 at 1:47













  • Question: Will this symlink work when I access the PC remotely?

    – seanbw
    Feb 25 '18 at 2:18














1












1








1








I have a OneDrive installation with my library at E:{20676961}OneDrive - jp410 I have updated the registry to reflect this location and it works. The problem is that this PC is the main server and it is not usually manned but I log into it frequently. For some reason, onedrive stops working and comes out with a "OneDrive requires reconfiguration" or "close" option. Whichever option I chose, onedrive is going to close by signing me out.



Here is where it gets frustrating and I need help. When I want to sign in, I have to reenter the the library location again because it defaults to the user/onedrive location instead of the E:{20676961... location.



I have reinstalled onedrive, reinstalled windows (2ce) and I am now looking for ideas as to how to automate the restarting option. I have looked at task scheduler but it seems that when onedrive stops, it does not generate an event so I can't use an event to resign in.



Even though the library location is in the registry, onedrive does not seem to refer to that. Is there any tool I can deploy that will sign me in to onedrive when it closes? Or is there a way I can create a task to automatically sign me out and sign me back in say every 2 hours? I am a tenant so I don't have the admin access to both Office 356 and onedrive for business.










share|improve this question
















I have a OneDrive installation with my library at E:{20676961}OneDrive - jp410 I have updated the registry to reflect this location and it works. The problem is that this PC is the main server and it is not usually manned but I log into it frequently. For some reason, onedrive stops working and comes out with a "OneDrive requires reconfiguration" or "close" option. Whichever option I chose, onedrive is going to close by signing me out.



Here is where it gets frustrating and I need help. When I want to sign in, I have to reenter the the library location again because it defaults to the user/onedrive location instead of the E:{20676961... location.



I have reinstalled onedrive, reinstalled windows (2ce) and I am now looking for ideas as to how to automate the restarting option. I have looked at task scheduler but it seems that when onedrive stops, it does not generate an event so I can't use an event to resign in.



Even though the library location is in the registry, onedrive does not seem to refer to that. Is there any tool I can deploy that will sign me in to onedrive when it closes? Or is there a way I can create a task to automatically sign me out and sign me back in say every 2 hours? I am a tenant so I don't have the admin access to both Office 356 and onedrive for business.







windows windows-10 sync onedrive






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 24 '18 at 20:15









DavidPostill

105k25227261




105k25227261










asked Feb 23 '18 at 22:55









seanbwseanbw

3016




3016













  • Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

    – seanbw
    Feb 25 '18 at 1:07













  • I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

    – seanbw
    Feb 25 '18 at 1:47













  • Question: Will this symlink work when I access the PC remotely?

    – seanbw
    Feb 25 '18 at 2:18



















  • Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

    – seanbw
    Feb 25 '18 at 1:07













  • I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

    – seanbw
    Feb 25 '18 at 1:47













  • Question: Will this symlink work when I access the PC remotely?

    – seanbw
    Feb 25 '18 at 2:18

















Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

– seanbw
Feb 25 '18 at 1:07







Yes I did that during installation. I also did the registry fix. I will attempt the symbolic link and report back. Thanks

– seanbw
Feb 25 '18 at 1:07















I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

– seanbw
Feb 25 '18 at 1:47







I have created the symlink and it works. Thanks. One final question because the site I googled did not explain it - when onedrive crashes and I sign on, I should leave the default CUsersseanb"Onedrive - jp410" location and just go with the flow? It will not start creating files at C:Userssean... ; Or even if it did, all files will still be created at E:{20676961}OneDrive - jp410 which means C:UsersseanbOneDrive - jp410 and E:{20676961}OneDrive - jp410 are now one and the same? Sorry my brain works in an ocd manner. I have to know the gritty details. Many thanks.

– seanbw
Feb 25 '18 at 1:47















Question: Will this symlink work when I access the PC remotely?

– seanbw
Feb 25 '18 at 2:18





Question: Will this symlink work when I access the PC remotely?

– seanbw
Feb 25 '18 at 2:18










1 Answer
1






active

oldest

votes


















0














Retain different OneDrive folder save location




One way to handle this this would be to . . .




  1. Change the default location where you need it to save one time manually.

  2. Then delete the default OneDrive folder and recreate
    that as a symbolic link
    instead pointing to E:{20676961}OneDrive - jp410 as the target using mklink.




With this configuration even if it defaults back the symlink points to the "E" drive location you need it to save files to. With a symlink wherever the "target" points to is where data is saved folder location wise when you save to the symlink so this sounds like exactly what you need.



So delete the OneDrive default folder and then run:



mklink /d "C:Users<UserName>OneDrive" "E:{20676961}OneDrive - jp410"


Note: When you access this PC (even remotely) as the user profile which you normally use, it will keep saving to the "E" drive folder location you need it to even if the software changes the location back to the default location since that is now a symlink pointing to the "E" drive folder location.





Further Resources




  • MKLink


  • mklink /?




    Creates a symbolic link.

    MKLINK [[/D] | [/H] | [/J]] Link Target

    /D Creates a directory symbolic link. Default is a file
    symbolic link.
    /H Creates a hard link instead of a symbolic link.
    /J Creates a Directory Junction.
    Link Specifies the new symbolic link name.
    Target Specifies the path (relative or absolute) that the new link
    refers to.



  • Files save to OneDrive by default in Windows 10







share|improve this answer
























  • I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

    – seanbw
    Feb 26 '18 at 13:19











  • It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

    – seanbw
    Mar 19 '18 at 10:17













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
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1297802%2fsetup-task-scheduler-to-restart-onedrive-win-10%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














Retain different OneDrive folder save location




One way to handle this this would be to . . .




  1. Change the default location where you need it to save one time manually.

  2. Then delete the default OneDrive folder and recreate
    that as a symbolic link
    instead pointing to E:{20676961}OneDrive - jp410 as the target using mklink.




With this configuration even if it defaults back the symlink points to the "E" drive location you need it to save files to. With a symlink wherever the "target" points to is where data is saved folder location wise when you save to the symlink so this sounds like exactly what you need.



So delete the OneDrive default folder and then run:



mklink /d "C:Users<UserName>OneDrive" "E:{20676961}OneDrive - jp410"


Note: When you access this PC (even remotely) as the user profile which you normally use, it will keep saving to the "E" drive folder location you need it to even if the software changes the location back to the default location since that is now a symlink pointing to the "E" drive folder location.





Further Resources




  • MKLink


  • mklink /?




    Creates a symbolic link.

    MKLINK [[/D] | [/H] | [/J]] Link Target

    /D Creates a directory symbolic link. Default is a file
    symbolic link.
    /H Creates a hard link instead of a symbolic link.
    /J Creates a Directory Junction.
    Link Specifies the new symbolic link name.
    Target Specifies the path (relative or absolute) that the new link
    refers to.



  • Files save to OneDrive by default in Windows 10







share|improve this answer
























  • I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

    – seanbw
    Feb 26 '18 at 13:19











  • It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

    – seanbw
    Mar 19 '18 at 10:17


















0














Retain different OneDrive folder save location




One way to handle this this would be to . . .




  1. Change the default location where you need it to save one time manually.

  2. Then delete the default OneDrive folder and recreate
    that as a symbolic link
    instead pointing to E:{20676961}OneDrive - jp410 as the target using mklink.




With this configuration even if it defaults back the symlink points to the "E" drive location you need it to save files to. With a symlink wherever the "target" points to is where data is saved folder location wise when you save to the symlink so this sounds like exactly what you need.



So delete the OneDrive default folder and then run:



mklink /d "C:Users<UserName>OneDrive" "E:{20676961}OneDrive - jp410"


Note: When you access this PC (even remotely) as the user profile which you normally use, it will keep saving to the "E" drive folder location you need it to even if the software changes the location back to the default location since that is now a symlink pointing to the "E" drive folder location.





Further Resources




  • MKLink


  • mklink /?




    Creates a symbolic link.

    MKLINK [[/D] | [/H] | [/J]] Link Target

    /D Creates a directory symbolic link. Default is a file
    symbolic link.
    /H Creates a hard link instead of a symbolic link.
    /J Creates a Directory Junction.
    Link Specifies the new symbolic link name.
    Target Specifies the path (relative or absolute) that the new link
    refers to.



  • Files save to OneDrive by default in Windows 10







share|improve this answer
























  • I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

    – seanbw
    Feb 26 '18 at 13:19











  • It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

    – seanbw
    Mar 19 '18 at 10:17
















0












0








0







Retain different OneDrive folder save location




One way to handle this this would be to . . .




  1. Change the default location where you need it to save one time manually.

  2. Then delete the default OneDrive folder and recreate
    that as a symbolic link
    instead pointing to E:{20676961}OneDrive - jp410 as the target using mklink.




With this configuration even if it defaults back the symlink points to the "E" drive location you need it to save files to. With a symlink wherever the "target" points to is where data is saved folder location wise when you save to the symlink so this sounds like exactly what you need.



So delete the OneDrive default folder and then run:



mklink /d "C:Users<UserName>OneDrive" "E:{20676961}OneDrive - jp410"


Note: When you access this PC (even remotely) as the user profile which you normally use, it will keep saving to the "E" drive folder location you need it to even if the software changes the location back to the default location since that is now a symlink pointing to the "E" drive folder location.





Further Resources




  • MKLink


  • mklink /?




    Creates a symbolic link.

    MKLINK [[/D] | [/H] | [/J]] Link Target

    /D Creates a directory symbolic link. Default is a file
    symbolic link.
    /H Creates a hard link instead of a symbolic link.
    /J Creates a Directory Junction.
    Link Specifies the new symbolic link name.
    Target Specifies the path (relative or absolute) that the new link
    refers to.



  • Files save to OneDrive by default in Windows 10







share|improve this answer













Retain different OneDrive folder save location




One way to handle this this would be to . . .




  1. Change the default location where you need it to save one time manually.

  2. Then delete the default OneDrive folder and recreate
    that as a symbolic link
    instead pointing to E:{20676961}OneDrive - jp410 as the target using mklink.




With this configuration even if it defaults back the symlink points to the "E" drive location you need it to save files to. With a symlink wherever the "target" points to is where data is saved folder location wise when you save to the symlink so this sounds like exactly what you need.



So delete the OneDrive default folder and then run:



mklink /d "C:Users<UserName>OneDrive" "E:{20676961}OneDrive - jp410"


Note: When you access this PC (even remotely) as the user profile which you normally use, it will keep saving to the "E" drive folder location you need it to even if the software changes the location back to the default location since that is now a symlink pointing to the "E" drive folder location.





Further Resources




  • MKLink


  • mklink /?




    Creates a symbolic link.

    MKLINK [[/D] | [/H] | [/J]] Link Target

    /D Creates a directory symbolic link. Default is a file
    symbolic link.
    /H Creates a hard link instead of a symbolic link.
    /J Creates a Directory Junction.
    Link Specifies the new symbolic link name.
    Target Specifies the path (relative or absolute) that the new link
    refers to.



  • Files save to OneDrive by default in Windows 10








share|improve this answer












share|improve this answer



share|improve this answer










answered Feb 25 '18 at 15:22









Pimp Juice ITPimp Juice IT

24k113973




24k113973













  • I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

    – seanbw
    Feb 26 '18 at 13:19











  • It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

    – seanbw
    Mar 19 '18 at 10:17





















  • I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

    – seanbw
    Feb 26 '18 at 13:19











  • It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

    – seanbw
    Mar 19 '18 at 10:17



















I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

– seanbw
Feb 26 '18 at 13:19





I need to test this a bit more but I have not had any popup error messages since Saturday evening when I put this into practise. I hope it works. I will watch and report back as there is a lot of similar problems all over the net. Perhaps this may bea solution.

– seanbw
Feb 26 '18 at 13:19













It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

– seanbw
Mar 19 '18 at 10:17







It has only stopped about twice since compared to almost twice or thrice daily so I will say it is an effective workaround that has obviated the need to actually find a way of creating a task to stop and restart. Hopefully MS will sort this issue out but I am not holding my breath. The only thing I wonder is - when it does stop and I point it to E:{xxx} , my brain wonders if taking the proffered option of C:Userssean would also work as well. I am just too chicken to test it.

– seanbw
Mar 19 '18 at 10:17




















draft saved

draft discarded




















































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.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1297802%2fsetup-task-scheduler-to-restart-onedrive-win-10%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

If I really need a card on my start hand, how many mulligans make sense? [duplicate]

Alcedinidae

Can an atomic nucleus contain both particles and antiparticles? [duplicate]