extraction of files from enigma2settingsbackup.tar.gz

[s3n0]

Hi.

However, you previously mentioned the fact that the error only happens occasionally - this incorrect unpacking of the archive. That it only happens sometimes. And it confused me. I don't know exactly why it should only work randomly.

It is also possible that the files are overwritten by the "Jedi EPG Xtream" plugin itself. So in that case, it doesn't make sense to rewrite the files through your shell script.

Alternatively, it would be safer to stop the Enigma2 as first (init 4 command). Then make changes in the plugin files as you need. And only then start Enigma2 again (init 3 command).

However, if you want to turn off Enigma2 at night, you must take care to switch to standby mode again after restarting Enigma2... for example:

Code: Alles auswählen

sleep 40; wget -q -O - http://127.0.0.1/api/powerstate?newstate=5 > /dev/null 2>&1

[urie]

Yes correct that was my original problem some times it worked and other times it did not with original

Code: Alles auswählen

tar -xvzf /media/hdd/backup_openatv_gbquad4k/enigma2settingsbackup.tar.gz etc/enigma2/jediepgxtream/ -C /

or even
later on I tried

Code: Alles auswählen

tar -xvzf /media/hdd/backup_openatv_gbquad4k/enigma2settingsbackup.tar.gz etc/enigma2/jediepgxtream/

it would unpack to /root/home/root folder and sometimes etc folder would be left there and it did not complete.

remember this is only used with flashonline with fast restore with settings so new image would be flashed image then enigma2settingsbackup would restore settings then plugins would restore from feed, then ones from my ipk folder in /media/hdd/images
but jediepgxtream would install and overwrite the files from enigma2settingsbackup except for a .json file which stores your selected epg channels. So no real harm done but I do not need the 160 xx epg source files I only use one so that is why I try to restore them again from enigma2settingsbackup. Via my restore.sh file which runs last after everything else then reboots system I do not even get into gui

I am quite happy it is working ok now and I also know developer is working on compleately new version so I may not need to do this in future.

[s3n0]

It's really strange because the destination for the extracting is specified by the tar -C argument and you put it there (as I saw in your first post). That should help. Relative paths (complete paths with directories) are stored inside the archived file .tar.gz, but if you specify the target to the root directory as tar -C / then it should not be a problem.

At that time, I was the first to think of trying to do everything manually just because you would find out where the problem is. If you perform the unpacking with several corks, then it is easier to find out in which step the problem occurs (if this problem of yours occurs again).

Maybe the slash character / at the end of the directory path is a problem for the tar archiver. Hard to judge.

Or the problem was that the tar --overwrite argument was missing. But I'm repeating myself.

I really don't know anymore. Why it worked once and why it didn't .

[urie]

@s3n0 , dont worry you have helped enought