tmbinc: heute mal dann ein versuch nach deiner methode, gebootet aus dem flash boxman cvs testimage 2007-06-01. CF card ist natürlich auch im system.
2x noggie.py & (startabstand ca. 30 sec)

dmesg zwischendurch dann (bisher noch nicht gesehen):
i2c0: irq with inactive waitqueue
xilleon_i2c: timeout waiting for IRQ!
und nach ein weiteren paar minuten
hdc: lost interrupt
hdc: lost interrupt
hdc: lost interrupt
hdc: lost interrupt
hdc: lost interrupt
hdc: lost interrupt
hdc: lost interrupt

jetzt hängt sich natürlich der rest nicht auf da nun das rootfs ja nicht auf der cf liegt.
diese ist ab dem ersten lost interrupt nun natürlich unbenutzbar, sprich ein ls /media/cf (ls /media/hdd interessanterweise auch nicht) kehrt niemals zurück.

enigma2 läuft aber 1A weiter, mit dem flash ist immernoch alles in ordnung - ich nehme aber an würde ich jetzt eine aufnahme starten wäre dann damit auch schluss da der das warten auf die hdd kein ende hätte.

alle prozesse die nun sich mit einer der beiden ide medien anlegen landen im status "D uninterruptible sleep (usually IO)".

einen stapel cf karten habe ich schon liegen für meinen nächsten post ;P

ja das ist leider in meinem juni image auch noch so.
was da viel zeit sparen würde, wäre der punkt "enigma neu starten" im menu. dann isses sofort wieder fix. könnte man den ohne grossen aufwand selbst einfügen?

Zitat

Original von dcdead
Das ist doch klar, aber hier geht's um was ganz anderes...

jetzt steigt die spannung aber auch bei mir...

ps: wie ich nun bemerkt habe lässt sich der der zustand auch beim abspielen mit mehr oder weniger schlechten mpg´s erzeugen - da hilft auch nur noch ein neustart

Zitat

Original von OoZooN
...eine optimal eingemessene schüssel ..das problem tritt nicht bei jedem auf. ein reines software problem sollte aber alle treffen ...
und weiterhin finde ich es trotzdem erschreckend, wie viele leute ihre schüssel so einfach frei hand einmessen und die probleme dann auf die box schieben.

&")$§/!!!
die ganze diskussion ist müssig und überflüssig, die dreambox muss auch wie die meisten anderen receiver nach besserung des empfangssignals wieder ein bild zeigen. fertig.

@nico77: full ack!
OoZooN: ich bin entsetzt das sowas von dir kommt

würde jeder fehler der nicht bei absolut jedem auftaucht ungefixt bleiben wäre die firmware wohl noch nicht sehr weit gekommen

ps@nico77: die 20m brauchst du doch auch gar nicht, so lange die box noch ansprechbar ist tuts dmesg auf der console auch

Zitat

Original von fwiarda
And here the serial log. There is nothing to see in it. It logs while booting. When I watch TV it logs nothing and when the picture freezes it doesn't log anything either.

Regards, Frits

you have to enable the "Change Kernel Commandline" in the dreambox so that the loaded kernel gets the parameters "console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 rw". otherwise the bootlog stops too early like yours. (when using a cf card you have to modify the root=/dev/????? parameter too). but if your box isnt freezing and the shell is usable the dmesg command does the same job for the last kernel messages that fit in kernel buffer.

Zitat

Original von SadButTrue

LOL ne md5sum reverse engeneering ich fall um...

dann ist ein onlineupdate ja ein hausbau oder?

du solltest wissen wie das gemeint ist. es geht um die informationspolitik bzgl. dieses problems.

jetzt muss man hier schon reverse engineering betreiben um herauszufinden ob was gefixt wurde???

Ok provoked it 3 times with serial bootlog attached.
hdc related things in the log:

select 1
hdc: KTC CF, ATA DISK drive
hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hdc: set_drive_speed_status: error=0x04 { DriveStatusError }
ide1 at 0x2410-0x2417,0x2422 on irq 3
select 0
hda: SAMSUNG HD400LD, ATA DISK drive
ide0 at 0x2410-0x2417,0x2422 on irq 3 (shared with ide1)
hdc: max request size: 128KiB
hdc: 1015056 sectors (519 MB) w/0KiB Cache, CHS=1007/16/63
hdc: cache flushes not supported
/dev/ide/host1/bus0/target0/lun0:select 1
p1 p2 < p5 p6 > p3
hda: max request size: 1024KiB

.....box is booting until idle...

starting noggie.py, the frequency of
select 1
select 0
increases heavily.

10...20 seconds later:

hdc: lost interrupt
action -> InfobarShowHideActions toggleShow
hdc: lost interrupt
INIT: Id "1" respawning too fast: disabled for 5 minutes
hdc: lost interrupt
hdc: lost interrupt
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 2178145 bytes for cache used
hdc: lost interrupt

since the first "hdc: lost interupt" the box is starting to freeze - that means:
a) you can press enter on shell - still alive - if you issue a real command it never returns
b) i press ok (see action-> ...) the infobar appears incompletely and never disappears
c) the last thing that stops is the clock in the lcd display (and of course some time (often minutes) later the video/audio)

the box is still pingable. even the enigma EPGC-thread is continuing its work. but all the important things are hung - the kernel is busy dealing around with the lost hdc interrupts.

i tried also setting udma2 mode on the cf card (unsure if it does make sense) - no difference.
-----------------------------------------------------------------------------------------------

Zitat

Original von tmbinc
Can any of you try to see if a different HDD makes a difference?

retried the whole procedure with a factory new and fresh initialized MAXTOR Diamond Plus 8 - 40GB drive. no difference.

-----------------------------------------------------------------------------------------------

ps: just to ensure that problem is really kernel-related i would like to reproduce it the way you did. i guess you used your own NFI2CF to get the image onto the cf card? any image(cvs)date recommendations?

bei mir häuft sich das gerade - wohl wegen des häufigen schlechten wetters - was habt ihr für images? ich habe den eindruck das ist ein neueres problem? (ich hab ein cvs vom 1.6.07, vorher 14.2.07 - entweder war da nie das wetter schlecht oder....)

problem still there.
i tried three times:
a) hangup after 20 seconds with 2x noggie.py &
b) hangup after 15 minutes with 2x noggie.py &
c) hangup after 3 minutes with 1x noggie.py AND playing video fast forward 32x

does it make sense to connect a terminal@rs232 to capture a dbg message from the kernel? (as atm i dont have a rs232 connector at the laptop i would get some).

dito. allerdings, so ist es bei mir, werden die wartezeiten mit steigender laufzeit der enigma instanz (enigma restart genügt) immer grösser (und auch alles andere immer träger).

Ich habe sehr gute Erfahrungen mit R-Studio (ext3/ext2) gemacht (Host: Win XP). Allerdings am besten gar nicht erst mit e2fsck probieren - das machts evtl. nur schlimmer. Es gibt ausgekoppelt aus dem R-Studio auch eine R-Linux Version als Freeware die sich allerdings auf ext2 beschränkt - was vermutlich aber zur Rettung der Filme reichen müsste.
Hersteller: http://www.r-tt.com/

Zitat

Original von stryker
Doch ich habe eine CF Karte. Mir ist es zu riskant die CVS Images ins Flash zu spielen und außerdem kann ich die Images leichter testen. Ist das Problem mit dem Treiber denn schon erkannt oder steht der Treiber nur unter verdacht?

siehe ---> Bug in 7025 IDE driver?

probiers vielleicht selbst auch mal aus.
ich wette aber mit dir: cvs im flash und du hast ruhe!

genaueres weiss man sicher erst wenn tmbinc den fehler reproduzieren kann - bis dahin kann man dem rat von ghost nur unterstützen.

Zitat

Original von tmbinc
Hm, i've tried my best, but i could not provoke the error. .......
Maybe it's HDD related? Or CF? Is there a definite type of CF card/HDD combination which doesn't work, and still available in stores?

as mentioned above (and in the thread i linked too) i noticed that problems with cf cards and discovered related kernel messages too.

since 3 weeks iam not using cf card anymore and i have 3 weeks uptime (before max uptime 2 days).

to help you i tried noggies script with my old configuration:
i started it once and the next 10 minutes nothing happened.
to get a bit more traffic on ide bus i started it a second time.
now 2x noggie.py were running - kabooOOOOM! freeze within 30 seconds.
one service after another stopped working (first: shell isnt responding anymore, after 10 secs you cannot switch channels anymore, after 5 more seconds the tv-programm and sound is freezing too) - the old known behaviour. (since the shell blocked first - i couldnt refresh dmesg to see kernel messages).

now my config:

Enigma v2.2-2007-02-14, CVS Image ~ 14.02.
----------------------------------------------------------------
HDD Samsung HD400LD - 400 GB
/dev/ide/host0/bus0/target0/lun0/disc:
Model=SAMSUNG HD400LD, FwRev=WQ100-14, SerialNo=S0AXJ1EL924***
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled

CF CARD
labeled as: RiDATA CF CARD, 512MB, Pro-2, 80X
/dev/ide/host1/bus0/target0/lun0/disc:

Model=KTC CF, FwRev=YUAN1026, SerialNo=KTC CF
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=1007/16/63, TrkSize=0, SectSize=512, ECCbytes=4
BuffType=1Sect, BuffSize=0kB, MaxMultSect=1, MultSect=off
CurCHS=1007/16/63, CurSects=1015056, LBA=yes, LBAsects=1015056
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:480,rec:480}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0
UDMA modes: udma0 udma1 udma2
AdvancedPM=no

I experienced same problems (not re-tested with noggie script atm) with Maxtor 6B200P0 200GB Harddrive and a CF Card labeled as A Data, MyFlash 512MB 120X in any combination.

Zitat

Original von noggie
One more thought: I had one of those bad power supplies, and that caused all sorts of really weird problems. Could this be one of them?

I also thought that - i bought a a new power supply (the new series), installed a 21cm fan just to be sure, the box is now far below room temp :P, but the freezers remain.

tmbinc: at least the RiDATA CF Card should be still availabled in Mediamarkt - where i bought it some months ago - if not - i would send you mine

dito. i experienced that while thunderstorm. interestingly not all channels/transponders are affected in my case. enigma2 restart does not solve the issue.

Zitat

Original von nik.maierUnd genau das war der richtige Schritt für eine stabile 7025

mittlerweile vermutlich. denn am anfang hatte ich auch nur flash und ne menge probleme, aber damals wars dann wohl wirklich der softwarestand (schon laaaaaaaaaaaaange her).

da cf allerdings offiziell als bootmedium beworben wird, hab ich dort den fehler nicht vermuten wollen (ich hatte auch den gcc auf der box - was natürlich im flash nicht passt) - und prinzipiell dürfte dort auch kein problem sein - es sei denn natürlich es gibt dort in den treibern bugs. mal abwarten ob tmbinc bei seiner recherche etwas findet.

Zitat

Original von nul00000
[.... nach dem schon lange erwarteten hänger der gestern abend folgte, hat sie dann gleich innerhalb einer stunde alles nachgeholt mit 5 crashs im videoplayer (mit laufenden aufnahmen). nun ist vermutlich wieder 3 tage ruhe. das ist bei mir der normale rhytmus - jeden 3 tag - bei stetig heftiger nutzung abends (3-4 timer, dann 3-4x aufnahmen abspielen) - hängt er sich im videoplayer fest (manchmal gehts nach 20-30sec einfach weiter, meistens aber nicht).....

zum ersten mal seiten einem jahr besitz der 7025, habe ich ca. 2 wochen lang keinen absturz mehr gehabt, sonst mindestens alle 2 tage freezes.

was sich geändert hat?
boxman cvs von 1.6. UND ich habe es aufgegeben eine cf karte zu benutzen.

also entweder ist im cvs vom 1.6. etwas entscheidenes gefixt (vorher cvs vom 1.2.), oder aber da gibt es doch sporadische aber ernste ide probleme in verbindung mit einer CF ( Bug in 7025 IDE driver? ).
ein vergleichtest mit dem aktuellen image wieder auf der CF würde vermutlich klarheit bringen, aber im moment bin ich zum ersten mal mit meiner 7025 glücklich (zumindestens 14 tage lang, was nach bisherigen masstäben schon ein gigantischer zeitraum ist). ich hoffe das bestätigt sich weiterhin.

*listefortsetz*
pioneer hat letztes jahr für eine sehr simple frage zu updates eines dvd players sage und schreibe 3 MONATE gebraucht. wow!

ich hatte mal das gleiche problem mit einer 7025 - da saß der stecker vom netzteil ins motherboard nicht ganz korrekt drin (transport).
also falls du das noch nicht probiert hast, im spannungslosen zustand wenigstens mal die stecker auf festen sitz prüfen