Keywelt 2007 Squashfs Oktober Image V1 RCx

[Don de Deckelwech]

Hi,

mir ist was beim Shutdown im Log aufgefallen, und will es nur mal erwähnen, keine Ahnung ob oder wie schlimm das ist:

error while loading icon: /share/tuxbox/neutrino/icons/shutdown.raw

error while loading palette: /share/tuxbox/neutrino/icons/shutdown.pal

zapit shot down

/var/plugins/operations camd_exit

/var/plugins/operations camd_stop

/var/plugins/operations cardserver_stop

grep: /var/keys/camd3.config: No such file or directory

beende camd2

CXA2092 found

CXA2092 found

warte auf 'operations'

warte auf 'operations'

warte auf 'operations'

'operations' fertig

Unmounting 'ramfs' on '/tmp'

umount: cannot umount /tmp: Device or resource busy

Unmounting 'jffs2' on '/var'

umount: forced umount of /var failed!

umount: cannot umount /var: Device or resource busy

Oops: umount failed :-(  --  trying to remount readonly...

Ready to shutdown system...

The system is going down NOW!

Sending SIGTERM to all processes

[yhttpd] !!! SIGNAL !!! :15!

[yhttpd] No special SIGNAL-Handler:15!

[yhttpd] stop requested......

Sending SIGKILL to all processes

Requesting system reboot

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

[...]

 

Ciao,

DdD.

[rich]

@Don de Deckelwech

Die ist eigentlich schon immer und auch in anderen mir bekannten Images so.

VAR wird aber noch readonly gemountet und dies sollte reichen.

 

rich

[stachi]

Image kann ich erst morgen richtig testen, aber bis jetzt läuft es super.

 

@DdD

Stand das nicht schon immer bei jedem Image.

 

edit:

rich war schneller

[Don de Deckelwech]

Hi,

...kann durchaus sein, habe mir vorher noch nie die Logs vom Shutdown angesehen...

Scheint also normal zu sein, Danke.

 

Ciao,

DdD.

[niemand0815]

was mir auffiel: die RC2 hat 76% füllgrad bei erstinstallation, somit mit einem *d schon 94%.

 

das sind im originalzustand 500kb mehr als die vorherigen releases (betas bis b25). hab aber noch nicht rausgefunden wo es herkommt.

 

nach deinstallation aller plugins sind es zwar nur noch 70%, da hatte ich aber vorher 55-60%. ist das var kleiner geworden oder ist da was neues mit drin?

[rich]

@rich

 

... (außer das Setzen der Zeit auf die Runterfahrzeit in der rcS).

...

@Snowhead

Sorry wenn ich hier noch einmal Nachfrage aber was gefällt Dir daran nicht?

Der Sinn dieser Sache ist ja wenn das Image mit SquashEdi bearbeitet wird, das danach die entsprechenden Dateien annähernd das richtige Datum/Zeit erhalten. Die Datei '/var/etc/.squashedi_time' ist ja nicht leer sondern enthält das Datum/Zeit unmittelbar vor dem Reboot, siehe '/var/etc/init.d/halt' Zeile 11-15. Wenn Du dies nun nicht gut findest kannst Du die Zeilen 11-15 in 'halt' und die Zeilen 283-286 in 'rcS' auch gemeinsam entsorgen.

 

 

Edit:

Ein kleiner Schönheitsfehler in Verbindung mit dem unmounten vor dem Flashen ist mir noch aufgefallen. Zum Zeitpunkt des unmountens steht in Infofenster noch eine Moment 'fertig', eventuell kann man da noch was machen, wenn nicht ist es auch nicht so schlimm.

 

Ansonsten sieht bis jetzt alles sehr gut bei mir aus. Füllstand des Images nach einspielen meiner Senderliste 48% (ist bei mir normal so).

 

rich

[wonderdoc]

was mir auffiel: die RC2 hat 76% füllgrad bei erstinstallation, somit mit einem *d schon 94%.

Dieses hatte ich in den letzten betas nach dem Flashen auch schon bemerkt.

Nachdem ich meinen eigenen Zapit Ordner wieder eingespielt hatte,

lag der Füllstand wie gewohnt bei ca 55 bis 60%.

 

Ich glaube, SnowHead hatte in einer der 2x betas neue Sendersettings beigelegt.

Diese sind um einiges größer als meine alten.

(ich habe nur Astra Empfang)

 

mfg

Wonderdoc

[schubsi]

@schubsi

Die teilweise Fehlanzeigen der Kartenanzeige liegen an den unterschiedlichen

Meldungen der Em*s. Da wieder alle Eventualítäten zu berücksichtigen würde

wieder einen Haufen Arbeit bedeuten. Das hebe ich mir mal für ein Root-Update

auf.

 

Da muss ich Dich aber enttäuschen, es sei denn, Du definierst camd2 mit Premiere-Abo-Karte ebenfalls als E... ähem ... äh ... [Laufvogel]-Lösung :-) (immer alles ROT)

 

-==[schubsi]==-

[niemand0815]

füllgrad

ne, das isses nicht. hab das per tuxflash tools mal verglichen und der zapit ordner ist von b23 zu rc2 unverändert.

 

hab da aber trotzdem auch an der services.xml inzwischen 500kb eingespart durch löschen der nicht verwendeten sender, datenservices und radioservices :-)

 

trotzdem muss es imho von woanders her kommen (im vergleich mit der b23 übrigens, mein post oben war falsch).

 

ich bin der meinung wenn das image mit 76% füllgrad "ausgeliefert" wird werden bei vielen usern die images platzen, da alleine durch aufspielen der m*d (als beispiel) der füllgrad auf 94% hochgeht.

 

da müsste man denke ich nochwas tun.

im schlimmsten fall alle plugins raus und die user nach bedarf nachladen lassen.

ggf aber auch module aus dem var wegverlagern.

 

modulversionen

gibt es für die module

/lib/modules/2.4.35.3-dbox2/misc/dvb-core.o

/lib/modules/2.4.35.3-dbox2/misc/avia_av.o

/lib/modules/2.4.35.3-dbox2/misc/at76c651.o

/lib/modules/2.4.35.3-dbox2/misc/avia_gt_proc.o

/var/modules/multicam.o

schon versionen welche für den 2.4.35'er kernel kompiliert sind? wenn ja dann sollte das noch vor release "geradegezogen" werden. selbst wenn es nur kosmetik ist.

 

einspielen und erster eindruck

ging problemlos bis auf das füllgradproblem.

das löschproblem bei den einen tuxwetter plugin kann ich bestätigen.

 

avia-check default-settings

die sind 90ms und 5s, nicht wie im image eingestellt 100ms und 4s.

 

laufzeittest

kommt noch

[Don de Deckelwech]

Hi,

@ SnowHead: kleiner Verbesserungsvorschlag: im Image die neueste cables.xml vom 28.10. verwenden, da die enthaltene von OppTupacShakur schon wieder teilweise veraltet (und sogar teilweise Fehlerhaft) ist (sorry, Opp )...

Ich bin sie gerade extra nochmal beide durchgegangen und hab sie miteinander verglichen...

 

Ciao,

DdD.

[mike99]

Ich komm ja kaum noch hinterher kaum die RC1 drauf, schon folgt RC2

 

Jetzt RC2 auf beiden Boxen.

 

Sagem: Problemloses Flashen, die avia_check (dank @newcode) richtet alles. Speicherauslastung mit 2 ca**´s 76% (noch kein Plugin deinstalliert).

 

Nokia: HDD- EPG und Swap auf SD ok., Aufnahmen und Movieplayer ok. (z.Z noch ohne RTC). Speicherauslastung mit 2 ca**`s auch 76% (auch noch kein Plugin deinstalliert).

 

Gruß Mike

[niemand0815]

@mike:

sicher das du 2 ca*d's drin hast? 76% hab ich ohne weitere ca* installation.

oder sind da evtl überreste einer vorherigen instalation drauf?

 

(btw: die box hab ich inzwischen 4* geflasht, einen flashfehler schliesse ich somit aus. direkt nach dem frisch flashen hab ich 76% füllgrad des var).

[eraser65]

1. TEST RC2

In Sysinfo wird unter den gemounteten Verzeichnissen die Angaben über die int. HDD falsch ausgegeben.

 

Es wird kein Verzeichnis (Punkt1) für die HDD angelegt, dadurch rutschen alle nachfolgenden Werte eine Reihe nach oben, so daß am Ende (unten) beim Mountpunkt keine Ausgabe erscheint.

 

 

Und so müsste es aussehen.

 

Verzeichnis : /hdd

Größe :279.3 GB

Genutzt : 264.6 GB

Frei : 14.7 GB

Belegt : 95 %

Mountpunkt : / hdd

 

Anm. Doppelauflistung des SATFIND Plugins im Löschmenü ist gefixt.

 

Plugin-Deinstallation funktioniert korrekt .

 

HDD Test

 

HDD Einbindung = OK

HDD -Check =OK

Scanzeit = 21 minuten.

HDD-Temp = OK

Existierende TS Files werden ruckelfrei und ohne Hänger abgespielt.

keine resyncs

 

HDD Aufnahme Streßtest folgt..........

 

 

gruß eraser65

[rich]

@Snowhead

Ich bin's schon wieder, kannst du bitte noch die folgenden Zeilen vor dem unmounten in die 'preflash' einbauen

if [ -e /var/etc/.start_ide ]; then

  touch /hdd/.hdd_aufwachen && rm /hdd/.hdd_aufwachen

fi

 

sync

und noch in der 'mmc_setup.sh' in Zeile 369 'size=' in 24 ändern.

 

rich

[mike99]

@niemand0815

Nach dem Flashen bin ich noch weit im grünen Bereich (will nicht lügen, aber irgendwie in den 50%), das Einzigste was ich immer gleich einspiele sind meine Bouquet und Serviche.

 

@eraser65

Wo du es sagst ist bei mir auch so, benutze die Sysinfo selten. Sonst keine Probleme bei mir.

 

Mike

[SnowHead]

@niemand0815

 

Das mit dem Füllgrad kann ich nicht nachvollziehen. Auf meinen Kabelboxen

hat die RC2 unmittelbar nach dem Flashen einen Füllstand von 51%. Und da

ist die satellites.xml noch drin, die man bei Kabelboxen eigentlich auch noch

löschen könnte. Die Module für den neuen Kernel habe ich nicht und kann sie

mangels Quellen auch nicht selbst bauen.

 

 

@rich

 

Das mit der Zeit habe ich erst mal rausgelassen, da ich die rcS ja inzwischen

auch schon bearbeitet hatte und ehrlich gesagt zu faul war, nach Änderungen

zu suchen. Das soll ja nicht heißen, das es generell nicht reinkommt. Nur in

die RC2 hatte ich es eben noch nicht mit genommen.

Die Anzeige beim Flashen werde ich überarbeiten und die preflash habe ich

entsprechend Deines Vorschlages geändert. Auch die mmc_setup.sh.

 

 

@Don de Deckelwech

 

Danke, die neue cables.xml kommt ab der RC3 mit rein.

 

 

@eraser65

 

Das Problem bei der Sysinfoanzeige liegt daran, das das Kommando "df"

der neuen Busybox nach einem längeren Eintrag (in dem Fall der Verzeich-

nisname der HDD, welcher übrigens nicht, wie von Dir angegeben "/hdd"

sondern "/dev/ide/host0/bus0/target0/lun0/part2" lautet) sinnloserweise

einen Zeilenumbruch einfügt (wie leider so viele andere Befehle der neuen

Busybox auch). Damit kommt SysInfo nicht klar und muß bei Gelegenheit

überarbeitet werden.

 

 

So, ich hoffe ich bin auf alle Anmerkungen eingegangen und keiner fühlt

sich übergangen. Bis zur RC3 dauert es jetzt jedoch erst mal wieder etwas.

[newcode]

@niemand0815

 

Ich habe den gleichen Wert wie SnowHead:

 

51% belegt nach dem Flashen

48% nach dem Suchlauf (Kabel)

55% nach Installation von c**d3.

 

Grüße

[rich]

@rich

 

Das mit der Zeit habe ich erst mal rausgelassen, da ich die rcS ja inzwischen

auch schon bearbeitet hatte und ehrlich gesagt zu faul war, nach Änderungen

zu suchen. Das soll ja nicht heißen, das es generell nicht reinkommt. Nur in

die RC2 hatte ich es eben noch nicht mit genommen.

Die Anzeige beim Flashen werde ich überarbeiten und die preflash habe ich

entsprechend Deines Vorschlages geändert. Auch die mmc_setup.sh.

Danke!

 

Ich habe die veränderte 'rcs' aus der RC2 einmal hier liegen.

 

Könnte man sich bei Squash-Edi in Bezug auf 'preflash' noch etwas einfallen lassen? Ich meine damit wieder vor dem Flashen und auch bei nicht Flashen (also manueller Abbruch) vor dem Reboot.

 

 

Edit:

Eventuell sollte man noch dies im Auge behalten, gefällt mir viel besser.

http://tuxbox-forum.mine.nu/forum/viewtopi...p=346321#346321

 

rich

[cincaid]

Hi,

 

ich habe bei meiner Sagemzicke einen Sprung von der Beta23 auf die RC2 gemacht.

Wie gewohnt ging das Einrichten super schnell. MMC mit Swap läuft problemlos.

Bisher keine Auffälligkeiten. Da die Box im Zimmer meines Sohnes steht, habe ich ihn angeweisen auf Probleme zu achten. Aber ich glaube das es keine geben wird.

Die letzten Betas waren für meine Bedürfnisse ja schon fast Finalversionen

 

Morgen schiebe ich die RC2 auf meine Nokia.

 

Ich konnt's nicht abwarten und habe die RC2 nun doch noch auf meine Nokia gezimmert. Die Ersteinrichtung verlief wie gewohnt problemlos und schnell. Camd-Update, MMC mit Swap, HDD, HDD-Check, NFS-Server, alles läuft einwandfrei. Ich habe im Log keinerlei Auffälligkeiten bemerkt. Ältere Aufnahmen laufen anstandslos.

 

Nachdem ich wie immer mein VAR-Verzeichniss auf der MMC nach /var gemountet hatte und die Box neu gestartet war bekam ich die Meldung "Die Neutrino-Einstellungen wurden erweitert..." . Was soll mir das sagen? Achja, selbstverständlich habe ich alle Files auf der MMC mit den Files aus dem Image upgedatet bevor ich neustartete.

 

Letztens sind mir alle Timeraufnahmen in die Hose gegangen (HDD-Check war aber ok). Bei allen Timern hatte ich die Endzeit editiert und die Box war im Standby (nicht Deep). Jetzt habe ich ein paar Timer gesetzt und einen bearbeitet, den Rest nicht. Die Box wandert gleich wieder in den Standby. Ich berichte dann.

 

CU

P.S. Sind die letzten tuning U-Boote auch für die RC2 verwendbar?

[SnowHead]

@rich

 

SquashEdi schaue ich mir mal an. Der Fix des gräßlich grünen Laut-

stärkebalkens und des Segfault ist schon ausgecheckt und eingebaut.

Kam ja um 16:48 ne Mail dazu vom CVS.

 

 

@cincaid

 

Bis auf Widerruf sind die Tuning-u-boote für alle folgenden Images

verwendbar.

[cincaid]

Hi,

 

ich hatte heute nacht einen Aufnahmetimer gestzt, dieser wurde im Standby nicht ausgeführt. Vielleicht ist da doch noch was im argens. Könnte das mal noch jemand anderes testen?

...

 

Ich habe einen Timer so ungefähr 10min. vor Sendungsbeginn gesetzt und die Box in Standby geschickt. Diese Aufnahme war erfolgreich. Nur wurde die Box nach der Aufnahme in den Deepstandby versetzt. Nu bin ich verwirrt. Ich glaube da kommt ne Menge testerei auf mich zu.

 

CU

[wonderdoc]

@ SnowHead

 

Könntest du die Busybox noch um den Befehl "nohup" erweitern.

Diesen benötige ich für meine Camd-Suite, um die Msgbox per Telnet zu steuern.

Dabei muß die Messagebox von der shell entkoppelt werden,

da sie sonst beim beenden der Telnet-Sesson gekillt wird.

 

Siehe dazu auch hier: >

 

EDIT:

Oder kann man den telnetd dazu bewegen, die gestarteten Prozesse beim Beenden nicht zu killen?

Ab der busybox 1.8.x hat sich da folgendes geändert

telnetd: add -K option to close sessions as soon as child exits

telnetd: don't SIGKILL child when closing the session, kernel will send SIGHUP for us

Könnte man den 1.8.1er telnetd.c in die 1.7.2 packen, oder gibt es da Abhängigkeiten zu andern Sourcen aus der 1.8.1?

 

Zu RC2:

Direkt nach flashen: (nur Netzwerk gesetzt und gespeichert, Box Sagem 1xI Sat)

 

mfg

Wonderdoc

[rich]

@Snowhead

Danke

 

 

Hi,

 

ich hatte heute nacht einen Aufnahmetimer gestzt, dieser wurde im Standby nicht ausgeführt. Vielleicht ist da doch noch was im argens. Könnte das mal noch jemand anderes testen?

...

 

Ich habe einen Timer so ungefähr 10min. vor Sendungsbeginn gesetzt und die Box in Standby geschickt. Diese Aufnahme war erfolgreich. Nur wurde die Box nach der Aufnahme in den Deepstandby versetzt. Nu bin ich verwirrt. Ich glaube da kommt ne Menge testerei auf mich zu.

 

CU

@cincaid

Hast Du "Umschalten bei Ankündigung" auf ein stehen?

Ich habe Dein Problem einmal versucht nachzustellen aber Probleme hatte ich nur wenn dies nicht aktiviert war.

Ich werde es aber trotzdem noch etwas beobachten.

 

 

 

Edit:

@Snowhead

Könntest Du bitte den Aufruf von 'lcd_epg.sh' in 'star_neutrino' direkt vor die Zeile 'KEEP_ALIVE=1' legen? Sonst ist 'sleep 20' zu klein und das Plugin wird schon gestartet wenn Neutrino noch nicht fertig ist.

 

rich

[wonderdoc]

@SnowHead

 

rescue in der RC2 läuft noch nicht so, wie es soll.

In der start_neutrino steht nun c**d_init und c**d_exit, welche auf die operations verweisen.

In der operations gibt es diese Aufrufe aber nicht.

 

EDIT: Fehler im rescue

sed -i -e 's@/var/plugins/operations camd_init \&@camd2@' -e 's@\[ ! -e /tmp/\.config_stop \] \&\& /var/plugins/operations camd_exit \&@killall camd2@' /tmp/start_neutrino

 

mfg

Wonderdoc

[SnowHead]

@wonderdoc

 

Busybox 1.8 bringt in dieser Beziehung gar nichts. nohup ist in der RC3 mit

drin. Was mit Eurem Speicher los ist, kann ich nicht nachvollziehen. Auf 4

Kabel-Nokias 2xI und einer Kabel-Sagem 1xI ist der Füllstand unmittelbar

nach dem Flashen 51%.

Date rescue bitte mal ab. Das Ändern der camd-Aufrufe geschah in der

0.16 noch in /tmp/. Das hatte nach ich den Tests vergessen zu ändern.

 

 

@rich

 

Das Unmounten habe ich in squashedi eingebaut. Test läuft gerade. Dauert

aber noch eine Weile. In der RC3 wird preflash übrigens in flashing.start

umbenannt und wandert nach /var/tuxbox/config/. Das ist einheitlicher.

 

 

@All

 

Postet bitte mal Eure Füllstände von /var/ unmittelbar nach dem Flashen.

Dazu bitte den Boxentyp angeben. Es kann nicht sein, daß der Füllstand

auf einer (meiner) Box 51% und auf einer anderen 75% beim gleichen

Image ist.