I recently had a major change to my network environment and I noticed on rebuilding that OSMC is extremely fragile in its boot sequence if the database or sources can’t be found, with no helpful timeout messages. I’ve now encountered a new problem that seems to be related.
I just tried to change the folder location for screenshots, which currently has an nfs path to a network location that no longer exists. Guess what happens when I select the menu item to change the location? Kodi just hangs, doing nothing useful. On a Vero it seemed to eventually timeout, on a Pi it seems to have crashed.
I guess it is trying to get to the location that does not exist, by why on earth would it be set up that way? Is there a workaround I can use in the meantime?
An age later, the Pi has figured out the location isn’t there - an unusable system while waiting for that. Ho hum.
Is there a faster way for me to manage this on my Vero’s ?
Thanks, but that does not address the issue I was raising, that if a directory is already specified, but not available, then attempting to change it results in a loooong delay, eventually a dialogue comes up but the timeout period is quite extreme. Feel it ought to be a bit smarter.
You will need to manually edit ~/.kodi/userdata/guisettings.xml. This is the line to look for:
<setting id="debug.screenshotpath" default="true"></setting>
Yours will look different than that, so either change it to the path that you want, or to the above to go back to the default.
Stop Kodi before editing the file, and upon restart you should be OK.
Brilliant, thanks very much, worked perfectly.
This behavior is completely dependent on Kodi, not osmc. It should be raised with them if it needs to be changed.
Resetting the menu settings in Settings->System->Logging will also do the trick without having to ssh login to the system:
Thanks, should have spotted that. Was too annoyed by the lack of a sensible timeout on the file location hanging to step back and look at all the options.
1 Like
FYI - this does not work in trying to reset the Backup options to defaults, the file path for the back-up file is not set back to default when pressing the button.
This is correct.
My OSMC->Updates->Backup->Standard does not reset the backup path. Copy @Chillbo here, don’t know whether this might be a skin issue.
Thanks for confirming. I always use Estuary.
