232 replies to this topic

[Meega]

Dit kan.
Ik zal straks alle scripts updaten en zal ik de autoinstall file automatisch maken.
Scheelt weer een hoop mensen wat typ werk om de autoinstall te genereren


Dan plaats ik wel een zip/tar.gz file met alle veranderingen en patch files voor PLi.

Geweldig/images/smiley/more_happy/18.gif

Meega

[ni_hao]

De boven genoemde files staan wel degelijk in het oude AutoBackup script vermeld

Je begrijpt me niet of ik ben niet duidelijk genoeg geweest. Waar het mij om ging/gaat, was/is dat in de autobackup.cfg van PLi mappen én bestanden staan, die niet bij een standaard installatie van de PLi image voorkomen. Volgens mij horen ze dan ook niet in de autobackup.cfg van PLi thuis maar moet een user die zelf in zijn user backup.cfg (/etc/backup.cfg) zetten. Het betreft dat laatste rijtje hierboven, die zouden dus niet in autobackup.cfg moeten staan maar in /etc/backup.cfg. Of ze al eerder of niet in een PLi autobackup.cfg stonden, is in deze context niet relevant.

Maar als je het zo laat, is het mij ook goed hoor; het is alleen niet zuiver/netjes zoals het er nu in staat.

[dzjaivnt]

@ni_hao
Sorry dan heb ik verkeerd begrepen, het klopt inderdaad als je PLi er op zet, staan de meeste bestanden er niet.
Ik heb deze bestanden wel bewust in het bestand gezet omdat mensen er van uitgaan dat deze bestanden geback-upt worden.
Waarschijnlijk kan Milo hier duidelijkheid over verschaffen hoe dit zou moeten zitten?

Even een update op mijn back-up aanpassing:
Ik vond nog een bug in de settings-restore.sh deze maakt wel /media/hdd/backup alleen als de backup op een andere medium stond werd alleen /media/mmc1 verstuurd i.p.v. /media/mmc1/backup

pli backup.cfg bevat de volgende bestanden.

/etc/dropbear/dropbear_rsa_host_key
/etc/CCcam.cfg
/etc/CCcam.prio
/etc/CCcam.channelinfo
/etc/CCcam.providers
/etc/radegast.cfg
/etc/newsreader.conf
/etc/NETcaster.conf
/etc/resolv.conf
/etc/wpa_supplicant.conf
/etc/backup.cfg
/etc/autoinstall
/etc/network/interfaces
/etc/samba/smb.conf
/etc/enigma2/*
/home/root/.ssh/*
/etc/tuxbox/config/*

Gebruiker kan zelf de bestanden /etc/backup.cfg en /etc/autoinstall aanpassen.
/etc/backup.cfg om bestanden toe te voegen die mee moeten in de backup.
/etc/autoinstall om ipkg/opkg bestanden toe te voegen die geinstalleerd moeten worden tijdens een nieuwe flash.
Dit bij bijvoorbeeld ipkg files die op de hdd staan.

De /hdd/backup/autoinstall wordt pas gegenereerd als het bestand /etc/installed aanwezig is.
En /hdd/backup/autoinstall wordt door settings-backup.sh aangemaakt.
/etc/installed wordt aangemaakt door autoinstall.sh en maakt een lijst met geïnstalleerd packages.

Bijgevoegd: autobackup_1.1.tar.gz (Werkbare bestanden)
autobackup_1.1.zip (Patch Files)
Mochten er nog vragen zijn hoor ik het graag.

Attached Files

•  autobackup_1.1.tar.gz   1.6KB   0 downloads
•  autobackup_1.1.zip   3.01KB   0 downloads

[ni_hao]

Dank! Even wat meer technische vragen:

je kan in autoinstall te downloaden en te installeren ipks neer zetten; dat is me duidelijk.
Stel ik wil CCcamInfo ipk downloaden en installeren na een nieuwe flash. Deze is alleen te installeren in PLi 2.0 als je de parameter "--force-depends" mee geeft, dat gaat denk ik niet in autoinstall....
De autoinstall, in welke volgorde gaat die te werk. Ik heb er nog niet naar gekeken maar na een nieuwe flash worden bij mij wel de configs (enigma2 config settings) keurig terug gezet maar de ipk. bestanden uit autoinstall worden niet gedownload/geinstalleerd. Deze staan op een CF, terwijl ik daarnaast ook interne HDD, USB en externe storages heb.

[dzjaivnt]

Er stond een fout in de auto-restore.sh file waardoor autoinstall.sh jouw file nooit kon vinden.
Dit heb ik opgelost en deze versie.

Dan zou deze update wel eerst in de branch gezet moeten worden.
En jij van de huidige settings in het nieuwe formaat een back-up heb natuurlijk.

En --force-depence is volgens mij ook niet nodig omdat auto-backup het verschil tussen de standaard installatie en jouw installatie bekijkt en dit opslaat.
Dit durf ik alleen niet met zekerheid te zeggen.

[ni_hao]

Er stond een fout in de auto-restore.sh file waardoor autoinstall.sh jouw file nooit kon vinden.
Dit heb ik opgelost en deze versie.

Bedankt

En --force-depence is volgens mij ook niet nodig omdat auto-backup het verschil tussen de standaard installatie en jouw installatie bekijkt en dit opslaat.
Dit durf ik alleen niet met zekerheid te zeggen.

Dat begrijp ik niet. Ik dacht dat autorestore aan de hand van wat in autoinstall staat na een nieuwe flash van boven in het bestand naar beneden gewoon de ipks gaat downloaden. En dan zul je als die bij CCcamInfo komt deze nooit kunnen installeren omdat die dan stopt met de installatie vanwege het ontbreken van bijv. twisted-web. Met --force-depends verloopt de installatie weliswaar hetzelfde alleen ziet die het niet als een error maar als een waarschuwing en installeert dan keurig verder. Dus ik denk dat die --force-depends nodig is.

[dzjaivnt]

Autorestore gaat voor autoinstall dit kan ik vinden inde source van deze 2 files.
Wat ik eigenlijk een beetje vreemd vind want als deze 2 andersom waren werden netjes de ipkgs geïnstalleerd en daarna de juiste config files er op toegepast.

Zou iemand hier duidelijkheid over kunnen schaffen waarom dit zo is geregeld?
Aanpassing voor --force-depends doorgevoerd.

Zie bijlagen

Attached Files

•  autobackup_1.2.zip   3.6KB   0 downloads
•  autobackup_1.2.tar.gz   1.62KB   0 downloads

[ni_hao]

Bedankt. Oops moeten er voor "force" niet 2 keer een - staan, dus: --force-defaults en --force-depends

Echter nu doet die altijd de parameters --force-defaults en --force depends uitvoeren want er staat nu:

${IPKG} install -force-defaults -force-depends $package

Op zich niet zo heel erg.

Suggestie:

Ik dacht meer iets aan het uitvoeren van --force-depends als deze genoemd is in autoinstall (achter een ipk).

Dus iets als (uit mijn hoofd; ik weet niet of $1 de juiste syntaxis is voor de 1e parameter):

if [ $1 == "--force-depends" ]; then
${IPKG} install --force-defaults -force-depends $package
else
${IPKG} install --force-defaults $package
fi

soortgelijks kun je ook met --force-defaults doen.

[dzjaivnt]

Ik zal even kijken of dat toe te passen valt!
Wordt vervolgt!

[dzjaivnt]

Zo ik heb de vraag doorgevoerd.

Het enige is dat je in plaats van een spatie tussen de ipkg en de --force-depends een , moet plaatsen zoals dit (voorbeeld)
/hdd/enigma2-plugin-extensions-xmltvimport_0.9.8-r10_all.ipkg,--force-depends

Als er een spatie gebruikt word ziet for die als een nieuwe regel.

Attached Files

•  autoinstall_1.sh   922bytes   0 downloads
•  0095-autoinstall-added-support-for-options.patch   1.12KB   0 downloads

[ni_hao]

awk bedankt
maximaal kun je dus 3 parameters opgeven en --force-defaults wordt niet standaard uitgevoerd als er tenminste 1 andere parameter is opgegeven; klopt dat?
Prima zo denk ik en meer gebruikers flexibel.

[dzjaivnt]

Zie nog een foutje is ingeslopen ben het nu aan het fixen.

[dzjaivnt]

Zo bug is opgelost

Het klopt dat standaard als er een optie wordt meegegeven de --force-defaults niet wordt toegepast.

Attached Files

•  autoinstall_2.sh   925bytes   0 downloads

[ni_hao]

Ah ok, gezien.
Nog een vraag: ik zie staan "BACKUPDIR=/hdd/backup" Wat nu als de backup ergens anders staat (bijv. op CF)?
En om het nog ingewikkelder te maken: wat als de gezochte backup files staan in /media/cf/backup MAAR er is op de hdd een map aanwezig die heet: /hdd/backup of /media/hdd/backup. Deze laatst, dus op de HDD, heeft niets met autobackup van doen?

[dzjaivnt]

Normaal gesproken wordt eerst settings-restore.sh uitgevoerd tijdens de first boot.
De maakt het bestand /tmp/restoredfrom aan.
Hij schijft daar in waar de backup map staat.
Bij jouw zou die /media/cf/backup schrijven.
Bij mij /media/hdd/backup.

Boven aan in het script autoinstall.sh wordt /tmp/restoredfrom ingelezen.
En pakt hij de juiste map om autoinstall in te lezen en uittevoeren.

[ni_hao]

Perfecto, bedankt

[ni_hao]

Heb zojuist een autobackup uitgevoerd.
Ik wil /etc/cron en alles wat er onder staat (dus bestanden en submappen) laten backuppen. Ik heb in /etc/backup.cfg staan: /etc/cron/*
Helaas neemt hij dan alleen de bestanden uit /etc/cron mee in de backup en niet de submappen en de bestanden die daar in staan.

M.a.w. je moet nu elke submap apart opnemen in /etc/backup.cfg. Wellicht een idee om achter de regel in /etc/backup,cfg de parameter -d toe te laten zodat dan alle submappen en bestanden worden meegenomen. In mijn geval zou de regel in /etc/backup.cfg dan dus worden: /etc/cron/* -d

[dzjaivnt]

Snelle Fix vanaf hier!

Wordt is getest of de file bestaat, en daarna of de directory bestaat.

Attached Files

•  settings-backup.sh   1.87KB   0 downloads

[ni_hao]

Oops nachtwerk voor jou. Als er in een map nu bestanden staan en daarnaast ook nog submappen met bestanden bestaan, wordt dan nu alles gebackupt?

[ni_hao]

Backup getest en werkt goed, tnx