[enigma2] zender-naam veranderen

[Tonskidutch]

je linux geweten staat dus in conflict met je andere geweten.

 

waarom ons vragen naar iets wat niet oplosbaar lijkt?

chiao

[Erik Slagter]

Origineel bericht van: pieterg

Origineel bericht van: Erik Slagter

Origineel bericht van: pieterg

de namen staan in /etc/enigma2/lamedb (onderin staan de services, bovenin staan de transponders)

Ik zal er nog eens naar kijken, maar er staat mij iets bij dat dat niet helemaal lekker ging. En je moet altijd enigma hard killen, daar ben ik niet zo blij mee. Is er geen manier om enigma de lamedb opnieuw te laten inlezen van schijf?

er zit een reload services aanroep in het webif, maar wat ik meestal doe is
init 4
<files editen>
init 3

Ow cool, uiteraard. Ik ben nog niet helemaal gewend aan een fully-fledged-sysv-init op een dreambox :-)

[Erik Slagter]

Origineel bericht van: Tonskidutch

je linux geweten staat dus in conflict met je andere geweten.

Welk andere geweten dan?

Origineel bericht van: Tonskidutch

je linux geweten staat dus in conflict met je
waarom ons vragen naar iets wat niet oplosbaar lijkt?
chiao

Omdat jullie mischien slimmer zijn dan ik? Het is altijd te proberen...

In ieder geval al een slimme tip van pieterg gekregen :-)

[Tonskidutch]

yep

 

zo zou ik een vraag ook kunnen beantwoorden.

ik daag het niet uit maar een wenselijke oplossing blijkt er niet te zijn.

 

chiao

[Erik Slagter]

Origineel bericht van: pieterg

er zit een reload services aanroep in het webif

Ik kan 'm niet vinden :-(

Het lukt nog niet helemaal.

$ fgrep 6335 /etc/enigma2/*
...6335...
$ init 4
$ ps ax | fgrep enigma
$ vi /etc/enigma2/lamedb
$ fgrep 6335 /etc/enigma2/*
$ init 3
$ ps ax | fgrep enigma
... enigma ...
$ fgrep 6335 /etc/enigma2/*

Maar enigma laat nog steeds 6335 zien, in het bouquet en in het "ok" scherm.

Als ik daarna nogmaal enigma herstart, dan is de 6335 inderdaad weer terug.

Het lijkt wel of de zendernamen stiekem ook nog ergens anders bijgehouden worden!?

[Erik Slagter]

Nog een keer precies hetzelfde gedaan en nu doet-ie het wel :-/

 

Zal wel een "operator error" zijn.

[Erik Slagter]

Het wordt nog mooier... als ik enigma hierna nog een keer herstart, dan staat op de plaats van Five dus gewoon weer 6335.

 

Henksat, heb jij al eens geprobeerd om na je wijziging (en het gelukt is) enigma nogmaals te herstarten?

[Erik Slagter]

Het wordt nóg mooier. Ik heb nu lamedb aangepast en vervolgens enigma -9 gekilled (= geen kans tot wegschrijven lamed).

 

Nu heb ik "Five" staan in het "ok" scherm en 6335 in het bouquet-scherm... Waar-ie die 6335 nu weer vandaan haalt is me een raadsel, want fgrep vindt niks in /etc/enigma2

 

Ik ga nog maar weer eens enigma herstarten. Ik wed dat alles dan weer terug is bij af, oftewel 6335...

[BushWhacker]

Origineel bericht van: Erik Slagter

Het wordt nog mooier... als ik enigma hierna nog een keer herstart, dan staat op de plaats van Five dus gewoon weer 6335.

Henksat, heb jij al eens geprobeerd om na je wijziging (en het gelukt is) enigma nogmaals te herstarten?

Probeer eens init 4 (Enigma afsluiten), dan aanpassen, dan init 3 (Enigma starten).
Misschien houdt Enigma de file vast.
Na het vervangen van de lamedb moest ik de hele box herstarten om de wijziging door te voeren.

gr,
BW

EDIT: Halvedubbelpost. Pieterg had dat van de init ook al gepost.

[Henksat]

Origineel bericht van: Erik Slagter

Henksat, heb jij al eens geprobeerd om na je wijziging (en het gelukt is) enigma nogmaals te herstarten?

Ja, als ik enigma herstart ná een nieuwe upload met mijn Windhoos progje werkt alles goed.
Maar ik denk dat de naam veranderen in de lamedb niet afdoende is, in de bouqets staan ook verwijzingen naar betreffende zender.

Erik, maar met welke lijst ben je bezig, pas ik hem voor je aan.

[Erik Slagter]

Ik ben er achter wat het probleem is. Nu nog de oplossing...

 

Alles gaat goed totdat je op de zender zelf gaat staan (of een andere, op dezelfde transponder). Dan gaat enigma de betreffende TS table (ik weet ze allemaal niet uit m'n hoofd) inlezen, daarin staan dus ook zendernamen, en met die zendernamen overschrijft hij wat je in lamedb hebt staan.

 

Kunnen jullie dat ook eens proberen, dus, enigma stoppen, lamedb aanpassen, enigma starten en dan op de zender gaan staan, daarna nog een keer enigma herstarten (eventueel via de afstandbediening). Bij mij is het dan telkens mis.

 

Ik heb laatst iets gelezen over deze "feature" nu ik erover nadenk... En ook dat je het kon uitzetten, maar dat kan ik nou net weer niet vinden (config/system/customize c.q. /etc/enigma2/settings.

 

Het is jammer dat enigma als root draait, anders zou ik keihard die file op readonly zetten... Hoewel, of dat nou zou helpen...

 

Kortom, als ik dit niet kan uitzetten ben ik gewoon scr*wed.

 

Update: zouden de files "blacklist" en "whitelist" er iets mee te maken hebben?

[Gast pieterg]

hij wordt waarschijnlijk overschreven met de naam die in de SDT zit.

Ik dacht dat je een flag kon zetten in lamedb, zodat de naam 'fixed' bleef. Maar ik weet zo niet hoe of wat.

[Erik Slagter]

Origineel bericht van: pieterg

hij wordt waarschijnlijk overschreven met de naam die in de SDT zit.
Ik dacht dat je een flag kon zetten in lamedb, zodat de naam 'fixed' bleef. Maar ik weet zo niet hoe of wat.

Je bent me net voor :-) Zoiets had ik ook net bedacht.

Maar ik kan dus niks vinden om het uit te zetten. Irritant!

[Henksat]

Erik,

 

Ik heb in de bijlage 2 lamedb files. De org was met 6335 in de totaallijst, de nieuwe is met de naam 6335 gewijzigd in Fivetest.

 

Als ik daarna een compare-files doe is de enige wijziging in de lamedb dat ie de lijst aanvult met een kopie van de 6335 info en deze onderaan in de lamedb erbij zet, uiteraard met de naam Fivetest.

 

Bekijk de files maar eens, misschien heb je er wat aan.

lamedb.zip

[Erik Slagter]

Inderdaad héél interessant...

 

Ik constateer twee opmerkelijke verschillen:

 

- de zender staat nu onderaan in plaats van z'n originele plaats, misschien dat dat helpt, maar ik vermoed van niet

 

- er staat een stukje tekst extra bij: "f:0040", dat zou wel eens de sleutel kunnen zijn, het komt op mij over als een "flags" veldje en 0x40 zal dan wel "niet updaten" betekenen :-)

 

Ik ga het zo meteen als ik thuis ben uitproberen.