Hi Juerg, do you have SSH access to the emonpi? and are you ok with running a couple of commands from the command line? If so I can walk you through doing a update as Cristiano as done last week. the alternative is to wait and see if/when this gets addressed, I would of expected that to have happen already this past week or at least commented on by now, so I can’t say when that might be.
Since the 07Nov2016 image is not that different to the 26Oct17 image (ref image changelog) I’m unsure why it’s not included in the new safe list, but Cristiano seems to have had no problem (once the incomplete update was resolved again) so until I’m told otherwise I believe it to be safe.
First we have to change the version file so the updater thinks this is a later image, this can be done via the commandline without physically accessing the sdcard using this command
sudo mv /boot/emonSD-07Nov16 /boot/emonSD-26Oct17
then to avoid the issues Cristiano had due to the old updater script already having been triggered before all the file paths change, we do a manual update to just that repo so it should update ok first time.
git -C /home/pi/emonpi pull
[ $? -eq 0 ] && echo "EMONPI REPO UPDATED OK!" || echo "EMONPI REPO NOT UPDATED!"
The last line of the output should spell out if the repo was updated ok in capitals (to make it stand out).
(If for any reason this didn’t succeed then post the whole output here for us to check)
If it was “OK!” then run the “update all” from within emoncms and give it plenty of time to complete, you can watch the progress in the updater log window, when it is complete, post a copy of the updateemonpi.log here and I will take a look to see if anything looks iffy.
once it has been successfully updated we should probably put the image version back to what it was just to be safe
sudo mv /boot/emonSD-26Oct17 /boot/emonSD-07Nov16
but don’t do this last step until we know it’s ok just incase we need to run the updater again.