[Topf]Pfade für Enigma_Installer.ini

[KleinerSchelm]

Warum soll man sich die tuxtext config speichern ? habt ih da schon mal eingestellt was euch besonders gefällt ?
genauso skin xml ? habt ihr da selbst was geändert was ihr gehalten wollt ? wechseln wir zu einem neuen skin dann passt och die gesicherte von alten nicht zu dem neuen skin.

ich bin eher für eine basis die man da als default rein nimmt, wenn jemand mehr will hat man doch mittlerweile seine eigene vorlieben was man speichern möchte.

Nicht jede config Datei die man sichert läuft anschliessend ohne probleme, es kann sich im image grundlegende sachen ändern da ist eine andere config datei bzw. mit anderem inhalt nötig. Das dann eher zu problemen führen kann.,

[Goodie_One]

Ok dann die beiden Raus, gutes Argument.

Trtzdem, nochmal, wo ist die samba-Konfig? Gibts die überhaupt?

One

[Civer]

Das mit dem sichern ist eh immer so eine Sache. Wenn jetzt ein unerfahrener User ein EMU über das IPK installiert. Dann wird das Emu gesichert, die zugehörigen IPK Files aber nicht. So kann er das emu nicht mehr entfernen, bzw. ein anderes kann evtl nicht installiert werden oder so müllt man sich die Box zu.
Zu jedem Plugin, das man über nen IPK installieren kann und was hier gesichert werden soll(emus u.a.), sollte man dann auch die IPK Daten mitsichern, sonst kann man es nur noch manuell entfernen.
So hatte ich das im Backup/Restore fürs "A-Team" gemacht!

[Goodie_One]

Hi Hi A-Team

Ok, wo stehen die? nen *.ipk ist ja jetzt nicht der Akt.

One

[Macbest]

Normalerweise liegt die in samba config hier: /var/etc/smb.conf glaub ich.

Ist aber im HDMU nicht vorhanden.

[TheChip]

Hab grad mal nach der smb.conf gesucht, aber nicht gefunden. Ist im Image überhaupt ein Samba Server enthalten? Allerdings würd ich jetzt gern mal die bisherigen Pfade für die Sicherung zusammentragen:

etc/enigma2/enigma2/timers.xml
etc/enigma2/settings
etc/enigma2/profile
etc/enigma2/lamedb
etc/enigma2/bouquets.*
etc/enigma2/satellites.xml
etc/enigma2/*.tv
etc/enigma2/*.radio
etc/tuxbox/satellites.xml
etc/auto.network
usr/local/share/enigma2/module.list
usr/local/share/enigma2/picon
etc/network/interfaces
etc/tffpctl.conf
usr/keys
usr/emu

Skin hatte ich nur mit drin, das ich nicht jedesmal den Standard-skin bekomme sondern meinen eingestellten. Aber stimmt, macht ohne die passenden Skindateien keinen Sinn und bei einem Update der skin.xml kanns zu Problemen kommen. Bei der tuxtxt bin ich einem Vorschlag gefolgt. Die usr/emu hab ich mit drin, da ich den oscam von hand eingebaut hab und somit eh keine ipk zum sichern hab (also auch nicht automatisch deinstallieren kann). Außerdem ist mir der Komfort wichtiger, das nach dem Update alle wichtigen Dinge wieder laufen, als ein deinstallierbarer oscam. Wenn jemand aus dem kopf weiß, wo die ipk´s liegen, können wir den ja mit nachpflegen. Ich für meinen Teil werd erstmal die obigen Pfade nehmen, wenn ich jetzt auf die 443 umsteige.

[Goodie_One]

Ich hab jetzt hiermit :
etc/ftpfs
etc/upnpfs
etc/smb.conf
etc/smbfs
etc/tuxbox/satellites.xml
etc/network/interfaces
etc/enigma2/lamedb
etc/enigma2/satellites.xml
etc/enigma2/*.tv
etc/enigma2/*.radio
etc/enigma2/settings
etc/enigma2/timers.xml
etc/resolv.conf
usr/keys/*
usr/emu/*
usr/emu/start/*
usr/local/share/enigma2/picon
etc/volume.xml
var/etc/automount/*
etc/auto.*
etc/tffpctl.conf

gesichert. Bisher getestet und funktioniert:
- kein Erstinst.-Assi
- Netztwerk beim ersten Start
- Mounts
- Bouquets
- Ausschaltverhalten
- Timer

One

[TheChip]

Update verlief bei mir fast problemlos, nur mein Nas war nicht da. Ich werd noch media/net als Pfad mit aufnehmen, das der Mount danach funktioniert.

[Goodie_One]

Update verlief bei mir fast problemlos, nur mein Nas war nicht da. Ich werd noch media/net als Pfad mit aufnehmen, das der Mount danach funktioniert.

Also meine Mounts waren mit den o.g. Pfadanganben da. Hast du die etc/auto.* gesichert? Dennd dort stehen die Sachen drin.

One

[Gaspode]

Hi,
die Frage ist, ob man die Settings-Übernahme des Installers überhaupt noch nutzen sollte.
Es wird nach dem Installieren ja sowieso gefragt, ob man gesicherte Settings wieder einspielen will.
Da dieser Mechanismus ohnehin mitgepflegt wird, würde ich den Installer dafür nicht mehr verwenden.
Also einfach vor einer Neuinstallation die Settings auf /dev/sda3 sichern und nach der Installation die Rücksicherungs-Frage mit JA beantworten.
Soweit ich mitbekommen habe, wurde die Installer-Funktionalität damals angepasst, weil im "A-Team" Image die Pfade nicht mit dem Basis Image übereinstimmten und deshalb die Standard Sicherungs Plugins nicht verwendet werden konnten und es den Wizard noch nicht gab. Heute ist das eigentlich überflüssig, besonders wenn man OpenPLI als Grundlage hat.