Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
Most likely the network isn't up when autostart.sh is run, so your mount fails.
autostart.sh doesn't actually need to be made executable, as it's executed with "sh /storage/.config/autostart.sh" in /etc/init.d/93_xbmc.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
I'd mount it with no options added, then start adding options to work out which is the problem (could be async, or maybe proto=udp as the default is tcp, I think)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
Could be your network dropping udp - are you connected to your router with a wire, Homeplug or WiFi? I'm using Homeplug (500-AV) with udp no problem, but wouldn't be surprised if that isn't the case with every Homeplug device (firmware bugs etc.).
Using udp only gains a moderate performance advantage, so no big deal if you have to switch to tcp. The rsize/wsize options are likely to influence performance the most.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 1,149
Joined: Nov 2012
Reputation:
2
Whilst the autostart.sh method of mounting the NFS share works OK a lot of the time, I'm just wondering if there's another method of doing the mount at a later stage, as the problem with that method is that if the server is unavailable (perhaps I'm using the Pi at someone else's house for whatever reason or maybe the server's just off and I'd like to use the RPi to watch something stored on a USB stick, or stream some audio/video files), then the boot gets stuck at this point. So if I could get it to mount (or attempt to) only when I go into Movies or Music and it needs to access the files on the server (which the library is populated with) that would be better.
It seems perhaps ideally XBMC would need to be modified to run a script to check whether it's already mounted, mount it if not and pause a reasonable amount of time to allow for this (possibly needing to allow for the server to wakeup) when the user selects a Library view (as opposed to Files view) but as that might not ever happen, perhaps there's a workaround we can use now?
Posts: 19,982
Joined: May 2009
Reputation:
451
nickr
Retired Team-Kodi Member
Posts: 19,982
Isn't that called automount?
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 1,149
Joined: Nov 2012
Reputation:
2
Is it? Perhaps. Could you expand?