Archiv > General

Probleme bei Netinstall und gesicherter Config-Datei

<< < (2/3) > >>

clausmuus:
Damit es weiterhin möglich ist, bei einem upgrade eines Plugins ein update eines setup Wertes zu erzwingen, kann am anfang der jeweiligen Zeile ein Ausrufezeichen geschrieben werden. Das sieht dann z.B. so aus:

--- Code: ---cat >> /etc/vdr/setup.conf.add <<- EOF
    rpihddevice.AudioPort = 1
    !streamdev-client.Timeout = 15
EOF
--- End code ---

Dies sorgt dafür das bei einem Upgrade der bestehende Konfigurationswert für "streamdev-client.Timeout" überschrieben wird. Der wert für "rpihddevice.AudioPort" wird hingegen unverändert gelassen.

Claus

MegaX:
Für was der riesen Aufwand?

Machen wir es doch einfacher und sichern die setup.conf einfach mit in den tmp Ordner wo sich die installed-packages.list befindet.
Wenn dann die Configs eingespielt werden befindet sich die gesicherte setup.conf im /tmp/ Verzeichnis.

Nun muß eigentlich nur noch das Start Skript vom VDR so angepasst werden das nachdem er installiert wurde die setup.conf, falls in /tmp/ vorhanden nach /etc/vdr/ kopiert wird wird bevor der VDR gestartet wird.
Die Reihenfolge wie die Pakete dann installiert werden ist egal, da diese ja eine setup.conf.add anlegen und der VDR beim starten eh prüft ob die Einstellungen die hinzu gefügt werde sollen schon in der setup.conf vorhanden sind.

clausmuus:
Hi,

da liegst Du daneben. Das Problem ist nicht, das die setup.conf nicht gesichert und zurück gespielt wird, sondern das die beim installieren der Pakete erstellte setup.conf.add die Einstellungen aus dem Backup überschreiben. Und genau das wird durch meine Änderung unterbunden. Damit es nun weiterhin möglich bleibt, im postinst Script festzulegen, dass ein neuer Wert auf jedenfall übernommen werden soll, habe ich die Möglichkeit mit dem ! eingefügt.

Im übigen sind die anderen Probleme mit etwas Glück nun auch behoben.
- Sofern das Mount Problem auf ne fehlerhafte UUID zurück zu führen ist, sollte das nun nicht mehr auftreten.
- Das Alsa Problem verstehe ich nicht, da die Soundkarten Konfiguration ja nicht mit gesichert wird (bzw. werden sollte. Überprüfe mal ob ne /etc/asound.state im Backup enthalten ist)
- Warum die Installation mit dem xorg-nvidia Setup endet erschließt sich mir nicht. Danach sollten noch die init Scripte der installierten Pakete gestartet werden.

MegaX:

--- Quote from: clausmuus on September 26, 2014, 16:40:44 ---da liegst Du daneben. Das Problem ist nicht, das die setup.conf nicht gesichert und zurück gespielt wird, sondern das die beim installieren der Pakete erstellte setup.conf.add die Einstellungen aus dem Backup überschreiben

--- End quote ---
Das passiert aber nur wenn wir die setup.conf weiterhin als setup.conf.add sichern.
Wenn wir diese nun als setup.conf sichern und diese bevor der VDR gestartet wird ins System kopieren dann wird da gar nix von den anderen Plugins überschrieben.

skippy:
Hallo ihr 2,

ups, da habe ich ja eine lebhafte Diskussion erzeugt. Insgesamt finde ich schon, dass das ganze prima funktioniert. So schnell hatte ich mein System noch nie neu aufgesetzt und "konfiguriert". Aus meiner Sicht finde ich den Weg mit der Unterscheidung, ob es sich um eine Erstinstallation oder um ein Zurückspielen der Backup-Config handelt, schon den saubereren Weg. Ihr schafft das schon ;).


--- Quote from: clausmuus on September 26, 2014, 16:40:44 ---
- Sofern das Mount Problem auf ne fehlerhafte UUID zurück zu führen ist, sollte das nun nicht mehr auftreten.

--- End quote ---

Hier ist mir die Ursache noch nicht so ganz klar. Ich hatte eine manuelle Installation gewählt und nur die Systempartition ausgewählt und formatieren lassen. Bekommt dann die Datenpartition auch eine neue UUID? Nach den Tests und einem Neustart habe ich dann probiert, die meine Datenpartition über das WebIf zu mounten. Das geht jedoch auch schief. Auch hier habe ich keine Ahnung, was das noch mit dem Backup zu tun haben könnte.
Ah doch, er mountet jetzt das Verzeichnis vom Server nach /mnt/data,

--- Code: ---Sep 26 18:01:04 (MLD) daemon.notice rpc.mountd[4827]: authenticated mount request from 10.132.128.100:839 for /mnt/data (/mnt/data)
--- End code ---
Das war bei mir vorher auch anders bei mir konfiguriert.


--- Quote from: clausmuus on September 26, 2014, 16:40:44 ---
- Das Alsa Problem verstehe ich nicht, da die Soundkarten Konfiguration ja nicht mit gesichert wird (bzw. werden sollte. Überprüfe mal ob ne /etc/asound.state im Backup enthalten ist)

--- End quote ---

Die Datei ist nicht in der Backup-Config vorhanden.

Jetzt habe ich den MLD-WoZi nach längerem shutdown mal wieder neu gestartet, habe Ton und das MLD-Hintergrundbild mit Cursor ... - hab mal das Debug-Log angehängt, muss erst mal wieder los.
//edit: Stop und Start des x-servers hat wieder ein Bild gebracht.

Danke euch und viele Grüße skippy

Navigation

[0] Message Index

[#] Next page

[*] Previous page