update issue

@michelangelo

Okay, I checked with git status, and that file was marked as altered, so I checked out the file, discarding my changes.

Sorry for the noise. Turns out it was my fault.

Well, that sucks.

So what is the difference between “Clear User Data” and “Factory Reset”?

I ask, because — if I’m going to have to go through the trouble of reinstating all of my customizations after the upgrade – I’d like to minimize the hassle involved.

Nevermind. I figured it out (always pays to read the source code).

I’m getting the same error. Is there a way to scan the system or read a log file to learn what file(s) the integrity check believes I edited?

I’ve not changed any files only set up through GUI but I get this unfortunate upgrade message anyway!
Not the end of the world but a nuisance to have to set everything up from scratch.

Sent from my iPhone using Tapatalk

Guys, ok. Please help us understand where the problem is.
I prepared a script that will list which files were edited.
Please do this:

cd /volumio
wget -O - http://repo.volumio.org/Volumio2/Test-tools/listdynchanges.sh | bash
  • Then please paste the output here. This will help us understand what goes wrong and fix this issue. Thanks for the cooperation

Here we go:
wget -O - repo.volumio.org/Volumio2/Test-t … changes.sh | bash
converted ‘http://repo.volumio.org/Volumio2/Test-tools/listdynchanges.sh’ (ANSI_X3.4-1968) -> ‘http://repo.volumio.org/Volumio2/Test-tools/listdynchanges.sh’ (UTF-8)
–2018-09-19 18:48:37-- repo.volumio.org/Volumio2/Test-t … changes.sh
Resolving repo.volumio.org (repo.volumio.org)… 136.144.176.248
Connecting to repo.volumio.org (repo.volumio.org)|136.144.176.248|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 292 [application/octet-stream]
Saving to: ‘STDOUT’

  •               100%[=====================>]     292  --.-KB/s   in 0s     
    

2018-09-19 18:48:37 (17.8 MB/s) - written to stdout [292/292]

Preparing folder structure
Listing modified files
/mnt/overlay/dyn/volumio/app/plugins/audio_interface/upnp/presentation.html
/mnt/overlay/dyn/volumio/app/plugins/audio_interface/upnp/upmpdcli.conf
Restoring folders

Thanks, very useful

Ok, checked and the issue which brought those files to be modified has already been solved.
So people starting from a reasonably recent volumio install won’t suffer from this .

In any case, you can solve it with this command:

volumio updater restore volumio

This way you won’t loose your install and we will clear the “edited” files.

If anyone else suffers from this issue, please repeat the procedure above so we have other insights about what the problem could be.
thanks

1 Like

Thank you. That was super-helpful.

Michelangelo’s fix worked perfectly in my case

Sent from my iPhone using Tapatalk

Please report your edited files before executing this.

Thanks much.
Dave.

Yes, but guys please let us know which files were edited. This is important!

To do it:

cd /volumio
wget -O - http://repo.volumio.org/Volumio2/Test-tools/listdynchanges.sh | bash
  • Then please paste the output here. This will help us understand what goes wrong and fix this issue. Thanks for the cooperation

Aside from the files that I knew I’d edited, it reported

/mnt/overlay/dyn/volumio/app/plugins/system_controller/network/wireless.js /mnt/overlay/dyn/volumio/app/plugins/audio_interface/upnp/upmpdcli.conf.tmpl /mnt/overlay/dyn/volumio/app/plugins/audio_interface/upnp/presentation.html

which I hadn’t touched.

Thanks

Here the update from 2.452 to 2.457 failed. Running listdynchanges.sh had the following result:

Preparing folder structure Listing modified files find: `/mnt/overlay/dyn/volumio': No such file or directory Restoring folders
After running

volumio@volumio:~$ volumio updater restorevolumio Deleting Overlay content of /volumio folder Mounting overlay partition Overlay partition mounted, deleting /volumio folder on overlay Cleaning environment Done, restarting system Restarting I updated again. But after the reboot the system version was still 2.452 and listdynchanges.sh showed the same result as before.

I once again ran volumio@volumio:~$ volumio updater restorevolumio and after the restart listdynchanges.sh: Result was the same as above. So here “volumio updater restorevolumio” did not solve the problem.

Please tell us which plugins you’ve installed.
I suspect there is one plugin that overwrites /etc/os-release

Thank you michelangelo for the fast response!

Plugins installed:

IR Remote Controller (version from github)
miniDLNA (https://github.com/volumio/volumio-plugins/pull/188)
RemotePi
Touch Display (version from github)
Backup & Restore Data

In case it should be of interest the attributes of /etc/os-release are

lrwxrwxrwx 1 root    root       21 Jan  7  2015 os-release -> ../usr/lib/os-release

and the attributes of /usr/lib/os-release are

-rwxrwxrwx 1 volumio volumio      677 Aug 27 15:28 os-release

The content of os-release is:

[code]PRETTY_NAME=“Raspbian GNU/Linux 8 (jessie)”
NAME=“Raspbian GNU/Linux”
VERSION_ID=“8”
VERSION=“8 (jessie)”
ID=raspbian
ID_LIKE=debian
HOME_URL=“http://www.raspbian.org/
SUPPORT_URL=“http://www.raspbian.org/RaspbianForums
BUG_REPORT_URL=“http://www.raspbian.org/RaspbianBugs
VOLUMIO_BUILD_VERSION=“7124eaf0213deb060cebb17ef631669189a6650e”
VOLUMIO_FE_VERSION=“b52b5dfa93e3b26d6f23f09c91a5b90b0a43edf0”
VOLUMIO_BE_VERSION=“273d2050e44b6f5ae901d967e346577f7ad86f2c”
VOLUMIO_ARCH=“arm”
VOLUMIO_VARIANT=“volumio”
VOLUMIO_TEST=“FALSE”
VOLUMIO_BUILD_DATE=“Mon Aug 27 17:21:50 CEST 2018”

VOLUMIO_VERSION=“2.452”
VOLUMIO_HARDWARE=“pi”
VOLUMIO_HASH=“1802c403029d39af3072f40e987e7ba4”

[/code]

EDIT:
One more thing: The system has been set up with 2.452 initially and has not been updated in the past.

I now manually mounted /dev/mmcblk0p3:

/bin/mkdir /mnt/overlay /usr/bin/sudo /bin/mount /dev/mmcblk0p3 /mnt/overlay
Then did

ls -al /mnt/overlay total 44 drwxr-xr-x 6 root root 4096 Jan 1 1970 . drwxrwxrwx 1 root root 4096 Oct 2 20:19 .. drwxrwxrwx 13 root root 4096 Aug 31 20:19 dyn drwx------ 2 root root 16384 Aug 27 15:21 lost+found drwxrwxrwx 2 root root 4096 Jan 1 1970 union drwxrwxrwx 3 root root 4096 Jan 1 1970 work
and

ls -al /mnt/overlay/dyn total 100 drwxrwxrwx 13 root root 4096 Aug 31 20:19 . drwxr-xr-x 6 root root 4096 Jan 1 1970 .. drwxr-xr-x 11 volumio volumio 4096 Oct 2 19:31 data drwxr-xr-x 31 volumio volumio 4096 Sep 7 19:15 etc drwxr-xr-x 3 root root 4096 Aug 27 15:20 home drwxrwxr-x 4 root root 4096 Aug 31 20:26 lib drwxrwxrwx 3 root root 4096 Sep 30 16:15 media drwxrwxrwx 3 root root 4096 Oct 2 20:19 mnt drwxr-xr-x 2 root root 4096 Aug 31 21:13 opt drwx------ 5 root root 4096 Oct 2 20:14 root drwxrwxrwx 2 root root 4096 Jan 1 1970 static drwxr-xr-x 8 volumio volumio 4096 Jun 1 2017 usr drwxr-xr-x 6 root root 4096 Aug 27 15:13 var
Any idea what could be the reason that “volumio” is missing here (as listdynchanges.sh already reported)? Even if a file in the volumio folder would have been changed the folder itself should still exist I guess.