Help, ik word gek....

[Laverda]

Hallo Polarbear,

 

Heb dezelfde problemen gehad, alleen met emu images, neem je te veel op - zonder ooit te rebooten - dan ontstaat het probleem, als je eens per 2 a 3 dagen reboot treedt het probleem niet op.

 

Draai nu weer op origineel image, met MM module en Seca kaart, na ruim 1 week zonder reboot - circa 20 opnames - geen problemen.

 

Vreemd probleem, lijkt alsof een stuk software voor opname na enige dagen niet meer werkelijk de stream opneemt, maar dit wel in de opnamelijst als succesvol registreerd.

[polarbear]

Bedankt droomdoosje,

 

Zou je voor mij eens naar je serienr willen kijken, ik heb toch het vermoeden dat het iets met de hardware te maken heeft. Misschien blijft er in een bepaalde serie boxen wel ergens een bitje hangen. S.v.p niet het hele serienr noemen, alleen de eerste 4 is genoeg. Ik vind zo raar dat de meesten hier geen last van (lijken te) hebben.

[Ron]

Dat lijkt me onzin. De serienummers met 36 zijn volgens mij van de mainboard revisie G en daar heb ik hier op sat4all en op het Duitse board nog nooit problemen over gelezen.

 

Tox.

[polarbear]

Dank je,

 

Daar zoeken we het dus maar even niet verder! Ik zie nog wel iets heel anders;

1: reboot

2: op premiere 7 + stukje handmatige opname.

3: stoppen -->stream ok

4: dan naar premiere 6 + stukje handmatige opname.

5: stoppen --> stream nok

6: terug naar premiere 7 + stukje handmatige opname.

7: stoppen --> stream ok.

 

dan reboot en hetzelfde resultaat als ik op p6 begin en dan naar p7 ga.

 

Misschien toch Ronaldd?

[Gast]

Zou het iets te maken kunnen hebben met de voeding ??. Ik heb weliswaar niet dezelfde problemen gehad zoals jullie hier beschijven maar heb wel opname problemen gekend die waren opgelost na het aanpassen van de voeding.

 

Heeft deze Duitse DB wel een gemodificeerde voeding ??

[polarbear]

Ik heb hem gisteren open gehad. Hij heeft wel degelijk een gemodificeerde voeding.

 

[Freeangel]

Heb je een swapfile gemaakt op de HD???

 

Voorheen had ik dit probleem ook, echter na de handleiding te lezen van traveller schreef hij daarin dat er een swapfile moest worden aangemaakt om dit te voorkomen.

 

Heb ik gedaan en daarna geen probleem meer.

[polarbear]

nee,geen swapfile. Ik heb overigens nooit andere images gebruikt dan ronaldd

[Freeangel]

Maakt niet uit heb nu image van SF team en swapfile werkt nog steeds goed.

[Barabas]

Citaat:

Heb je een swapfile gemaakt op de HD???

Voorheen had ik dit probleem ook, echter na de handleiding te lezen van traveller schreef hij daarin dat er een swapfile moest worden aangemaakt om dit te voorkomen.

Heb ik gedaan en daarna geen probleem meer.

De swap file is niet nodig bij de images van Ronald. Sterker nog is volgens mij ook niet zondermeer aan te maken!

[polarbear]

Gelukkig maar Eddy,

 

Ik dacht ook al, wat doe ik nu weer fout?

[Barabas]

Valt er met 'top' (via telnet) nog wat te zien aan de lopende processen op het moment van opname?

[polarbear]

komt ie (bij een lopende -correcte- opname van premiere 7)

Load average: 0.38, 0.14, 0.05 (State: S=sleeping R=running, W=waiting)

 

PID USER STATUS RSS PPID %CPU %MEM COMMAND

152 root R 7480 119 20.7 25.0 enigma

2 root RW 0 1 6.6 0.0 keventd

155 root R 600 154 4.7 2.0 top

11 root SW 0 1 1.8 0.0 mtdblockd

4 root SW 0 1 0.9 0.0 kswapd

104 root S 7480 79 0.0 25.0 enigma

120 root S N 7480 119 0.0 25.0 enigma

122 root S 7480 119 0.0 25.0 enigma

119 root S 7480 104 0.0 25.0 enigma

121 root S 7480 119 0.0 25.0 enigma

67 root S 1000 16 0.0 3.3 camd.romu

133 root S 952 104 0.0 3.1 camd.bin

153 root S 656 65 0.0 2.1 in.telnetd

77 root S 564 1 0.0 1.8 crond

154 root S 512 153 0.0 1.7 sh

65 root S 504 1 0.0 1.6 inetd

118 root S 504 1 0.0 1.6 udhcpc

16 root S 480 15 0.0 1.6 rcS

79 root S 472 16 0.0 1.5 start_enigma

1 root S 460 0 0.0 1.5 init

 

 

daarna stoppen en over naar prem.6

start daar (incorrecte) opname --> top

Load average: 0.60, 0.28, 0.11 (State: S=sleeping R=running, W=waiting)

 

PID USER STATUS RSS PPID %CPU %MEM COMMAND

170 root S 6720 119 14.1 22.5 enigma

2 root RW 0 1 14.1 0.0 keventd

171 root R 600 154 8.5 2.0 top

11 root SW 0 1 3.7 0.0 mtdblockd

104 root S 6720 79 0.9 22.5 enigma

120 root S N 6720 119 0.9 22.5 enigma

119 root S 6720 104 0.0 22.5 enigma

121 root S 6720 119 0.0 22.5 enigma

122 root S 6720 119 0.0 22.5 enigma

165 root S 952 104 0.0 3.1 camd.bin

67 root S 536 16 0.0 1.7 camd.romu

154 root S 512 153 0.0 1.7 sh

77 root S 492 1 0.0 1.6 crond

153 root S 488 65 0.0 1.6 in.telnetd

16 root S 480 15 0.0 1.6 rcS

79 root S 472 16 0.0 1.5 start_enigma

118 root S 464 1 0.0 1.5 udhcpc

1 root S 448 0 0.0 1.5 init

15 root S 448 1 0.0 1.5 init

65 root S 424 1 0.0 1.4 inetd

 

En zie hier, ik zie geen kswapd meer (kan toeval zijn)

 

 

 

 

[polarbear]

Ik heb zojuist een externe voeding aangesloten. Ik blijf hetzelfde probleem tussen p7 en p6 houden. Dus: het ligt niet aan de voedingsspanning! Dat kunnen we dus uitsluiten!

 

 

[Barabas]

Wat mij meer verbaast is dat er twee cam daemons oprationeel zijn. Hebben anderen dat ook??? kan het hier niet controleren op dit moment.

 

kswapd is denk ik ook toeval, misschien langer kijken!

 

'top 10' laat overigens maar de bovenste 10 meest actieve processen zien