3101 replies to this topic

[Erik Slagter]

Ja dat bedoel ik dus, een nfs share vanaf een andere machine gemount (of dat nou een server, nas of stb is maakt niet uit).

[SIMBAke]

Grappig. Er lopen hier nu 3 opnames (2 x sat + 1 x kabel) plus we kijken er nog 1 op dit moment en ik heb iets meer dan 21 MB in gebruik aan swap...
Maar je hebt swap dus al aktief.

er is nu 103 MB in de swap op compact flash card , nog maar 25 MB vrij
bedoel je dat ?

ik heb geen idee waarom dat bij mij zoveel meer is , eens leegmaken dan ?

[pieterg]

Morgen maar weer updaten dus? Want ik wil uiteindelijk wel weer dat de hoeveelheid geswapt mem weer richting 0 gaat.

er is inmiddels weer een dmm kernel update, hopelijk wordt het hiermee eindelijk weer wat stabieler...

ik doelde eigenlijk niet op de swap (daar krijg je geen verbetering in zonder nieuwe driver release denk ik).
Maar veel mensen ervaren dat de dreambox niet meer opstart na flashen, of na een update, sinds 20121010

Ze zitten de laatste tijd flink te rommelen met de nand drivers, vermoedelijk wordt de /boot partitie verminkt, waardoor de bootloader de kernel niet meer kan uitlezen.

[Erik Slagter]

Hoeveel er precies op swap in gebruik is moet je je niet teveel op blindstaren. Linux gaat vanzelf weinig gebruikt geheugen uitswappen, ook al is dat niet meteen nodig. En aan de andere kant wordt teruggeswapt geheugen ook niet meteen opgeruimd op de swap. Ik heb een swap partitie van 1 Gb (gewoon een hele usb stick), die krijg je nooit vol natuurlijk... Hij heeft 14 Mb in gebruik.

[Meega]

Morgen maar weer updaten dus? Want ik wil uiteindelijk wel weer dat de hoeveelheid geswapt mem weer richting 0 gaat.

er is inmiddels weer een dmm kernel update, hopelijk wordt het hiermee eindelijk weer wat stabieler...

ik doelde eigenlijk niet op de swap (daar krijg je geen verbetering in zonder nieuwe driver release denk ik).
Maar veel mensen ervaren dat de dreambox niet meer opstart na flashen, of na een update, sinds 20121010

Ze zitten de laatste tijd flink te rommelen met de nand drivers, vermoedelijk wordt de /boot partitie verminkt, waardoor de bootloader de kernel niet meer kan uitlezen.

Maar klopt het dan dat dat willekeurig is?
Momenteel heb ik nergens geen last van met mijn dm8000.
Dat is dan toch vreemd ,of is het in combinatie met iets?

[Erik Slagter]

Ze zitten de laatste tijd flink te rommelen met de nand drivers, vermoedelijk wordt de /boot partitie verminkt, waardoor de bootloader de kernel niet meer kan uitlezen.

Maar die bad sectors die ik al heb, die zullen vast wel bad blijven

[pieterg]

Morgen maar weer updaten dus? Want ik wil uiteindelijk wel weer dat de hoeveelheid geswapt mem weer richting 0 gaat.

er is inmiddels weer een dmm kernel update, hopelijk wordt het hiermee eindelijk weer wat stabieler...

ik doelde eigenlijk niet op de swap (daar krijg je geen verbetering in zonder nieuwe driver release denk ik).
Maar veel mensen ervaren dat de dreambox niet meer opstart na flashen, of na een update, sinds 20121010

Ze zitten de laatste tijd flink te rommelen met de nand drivers, vermoedelijk wordt de /boot partitie verminkt, waardoor de bootloader de kernel niet meer kan uitlezen.

Maar klopt het dan dat dat willekeurig is?
Momenteel heb ik nergens geen last van met mijn dm8000.
Dat is dan toch vreemd ,of is het in combinatie met iets?

Ik begrijp het nog niet helemaal, want blijkbaar heeft lang niet iedereen er last van.
Maar het aantal meldingen van dreamboxen die niet meer opstarten na een update is de laatste paar dagen flink toegenomen.

OK, de 20121012 stand bevatte gewoon een dmm kernel bug, daarmee kreeg ik de boel zonder problemen aan het crashen.
Maar het probleem van niet opstarten na een update heb ik zelf nog niet kunnen reproduceren.

[Meega]

OK, de 20121012 stand bevatte gewoon een dmm kernel bug, daarmee kreeg ik de boel zonder problemen aan het crashen.
Maar het probleem van niet opstarten na een update heb ik zelf nog niet kunnen reproduceren.

Ik ook niet , moet wel zeggen dat de laatste flash alweer een week of 2 geleden is.
Verder alleen maar geupdate (elke dag)

[Meega]

Wat ik wel zie is dat sommige plugins (nog) niet om kunnen gaan met dat nieuwe mount systeem waarbij de usbstick genoemd wordt naar het label dat die heeft.
Mijn stick heet Timeshift.
Nu wilde ik een screenshot maken met de "shoot your screen plugin" (wat overigens misslukte) ,maar die maakt dus weer een usb directory in /media wat volgens mij betekend dat /media/usb op dat moment dus ruimte in de box inneemt.

Misschien dat er dus meer pluggies zijn die dat doen.
Of die er misschien voor zorgen dat er meerdere mounts zijn naar 1 stick (ik zeg ook maar iets) waardoor die vast loopt.

[Meega]

Of de duvel er mee speelt.

Na de screenhot van zoeven met de output in /media/usb die ik niet heb staat de box vast op ned1.

In dcce2 kun je onder het tabje tools zien welke mounts er zijn en de ruimte die je nog hebt.
Daar staat een tab met media die een total heeft van 0 ,toch stond de procenten balk op 100% terwijl die altijd op 0% staat.

Na verwijderen van de directory /media/usb stond die weer op 0% maar de box staat nog steeds vast.

Ik heb dmesg ingevoerd en het laatste stukje is bijgevoegd.
Als ik nog iets kan doen nu die vast staat moet iemand dat zeggen want ik ga bijna init 4 ,init 3 doen.

 dmesg.txt   1.77KB   6 downloads


ps beeld loopt nog wel gewoon (zit nu dansen te kijken)

Edited by Meega, 13 October 2012 - 19:49.

[Erik Slagter]

irq 19: nobody cared (try booting with the "irqpoll" option)
Call Trace:
[<8049ca08>] dump_stack+0x8/0x34
[<80077f98>] __report_bad_irq+0x48/0x10c
[<80078344>] note_interrupt+0x1e4/0x2b0
[<80075780>] handle_irq_event_percpu+0xd4/0x21c
[<80075918>] handle_irq_event+0x50/0x88
[<80078ae0>] handle_level_irq+0xd4/0x13c
[<80074d3c>] generic_handle_irq+0x3c/0x5c
[<8000645c>] do_IRQ+0x18/0x2c
[<800022a8>] brcm_intc_dispatch+0x90/0x17c
[<80002704>] plat_irq_dispatch+0xc8/0x104
[<80004824>] ret_from_irq+0x0/0x4
[<c07ec4d0>] BINT_Isr+0x78/0x2f0 [bcm7400]
[<c07daa0c>] CPUINT1_Isr+0x150/0x19c [bcm7400]
[<c07d0b5c>] b_event_shutdown+0x274/0x554 [bcm7400]

handlers:
[<80002164>] brcm_upg_interrupt
[<c07d0c98>] b_event_shutdown
Disabling IRQ #19
XVD pts error PTS 0xb9b1b531, STC 0xb9b25de0, type 0
XVD pts error PTS 0xb9b1c341, STC 0xb9b26666, type 0
XVD pts error PTS 0xb9b1d151, STC 0xb9b27472, type 0
XVD pts error PTS 0xb9b1df61, STC 0xb9b277fc, type 0
XVD pts error PTS 0xb9b1ed71, STC 0xb9b2860f, type 0
XVD pts error PTS 0xb9b1fb81, STC 0xb9b28d18, type 0
XVD pts error PTS 0xb9b20991, STC 0xb9b29b20, type 0
XVD pts error PTS 0xb9b217a1, STC 0xb9b29e9d, type 0
XVD pts error PTS 0xb9b225b1, STC 0xb9b2acaa, type 0
XPT0 queue 8 overflow (PID 1f41) !
XPT0 queue 10 overflow (PID 00b6) !
bcm4506: bcm_habcmd: timeout wait for HAB ack
XPT0 queue 8 overflow (PID 1f41) !
XPT0 queue 10 overflow (PID 00b6) !
bcm4506: rolloff 0.25 is not supported!!!!!
XVD pts error PTS 0xba46d8e1, STC 0xba47fa8a, type 0
XVD pts error PTS 0xba46f501, STC 0xba47fe0b, type 0
ch0: lock
RAP pts error 0 PTS 0xba45d9f5, STC 0xba4805f8, type 1
RAP pts error 0 PTS 0xba45df95, STC 0xba480b6b, type 1
RAP pts error 0 PTS 0xba45e535, STC 0xba48110b, type 1
XPT0 queue 8 overflow (PID 1f41) !

Weet je, dit is geen geheugenprobleem! Wat mij betreft lijkt dit op ofwel een bug in een driver (maar dan zouden meer mensen er last van moeten hebben) of een stukje hardware dat langzamerhand aan het doodgaan is

[Meega]

irq 19: nobody cared (try booting with the "irqpoll" option)
Call Trace:
[<8049ca08>] dump_stack+0x8/0x34
[<80077f98>] __report_bad_irq+0x48/0x10c
[<80078344>] note_interrupt+0x1e4/0x2b0
[<80075780>] handle_irq_event_percpu+0xd4/0x21c
[<80075918>] handle_irq_event+0x50/0x88
[<80078ae0>] handle_level_irq+0xd4/0x13c
[<80074d3c>] generic_handle_irq+0x3c/0x5c
[<8000645c>] do_IRQ+0x18/0x2c
[<800022a8>] brcm_intc_dispatch+0x90/0x17c
[<80002704>] plat_irq_dispatch+0xc8/0x104
[<80004824>] ret_from_irq+0x0/0x4
[<c07ec4d0>] BINT_Isr+0x78/0x2f0 [bcm7400]
[<c07daa0c>] CPUINT1_Isr+0x150/0x19c [bcm7400]
[<c07d0b5c>] b_event_shutdown+0x274/0x554 [bcm7400]

handlers:
[<80002164>] brcm_upg_interrupt
[<c07d0c98>] b_event_shutdown
Disabling IRQ #19
XVD pts error PTS 0xb9b1b531, STC 0xb9b25de0, type 0
XVD pts error PTS 0xb9b1c341, STC 0xb9b26666, type 0
XVD pts error PTS 0xb9b1d151, STC 0xb9b27472, type 0
XVD pts error PTS 0xb9b1df61, STC 0xb9b277fc, type 0
XVD pts error PTS 0xb9b1ed71, STC 0xb9b2860f, type 0
XVD pts error PTS 0xb9b1fb81, STC 0xb9b28d18, type 0
XVD pts error PTS 0xb9b20991, STC 0xb9b29b20, type 0
XVD pts error PTS 0xb9b217a1, STC 0xb9b29e9d, type 0
XVD pts error PTS 0xb9b225b1, STC 0xb9b2acaa, type 0
XPT0 queue 8 overflow (PID 1f41) !
XPT0 queue 10 overflow (PID 00b6) !
bcm4506: bcm_habcmd: timeout wait for HAB ack
XPT0 queue 8 overflow (PID 1f41) !
XPT0 queue 10 overflow (PID 00b6) !
bcm4506: rolloff 0.25 is not supported!!!!!
XVD pts error PTS 0xba46d8e1, STC 0xba47fa8a, type 0
XVD pts error PTS 0xba46f501, STC 0xba47fe0b, type 0
ch0: lock
RAP pts error 0 PTS 0xba45d9f5, STC 0xba4805f8, type 1
RAP pts error 0 PTS 0xba45df95, STC 0xba480b6b, type 1
RAP pts error 0 PTS 0xba45e535, STC 0xba48110b, type 1
XPT0 queue 8 overflow (PID 1f41) !

Weet je, dit is geen geheugenprobleem! Wat mij betreft lijkt dit op ofwel een bug in een driver (maar dan zouden meer mensen er last van moeten hebben) of een stukje hardware dat langzamerhand aan het doodgaan is

Ik hoop maar op een bug dan ,gezien het screenshot verhaal

[Meega]

Kan ik weer restarten dan ? Wil eigenlijk iets anders kijken

[Erik Slagter]

Wat mij betreft wel

[Meega]

init 4
init 3
werkte niet .

reboot wel

[jeanclaude]

deze morgen na de wekelijkse update zat de box ook vast : zag het nieuwe dreambox logo, daarna PLi, dan zwart ...... en het bleef zwart. Niks op het scherm, niks op de display. Na een half uur de box gereset, weer hetzelfde. dan maar de laatste build erop geflashed, daarna werkte het wel. Wat die cf naam betreft, had ook al gemerkt dat mijn cf gemount staat op /media/LEXAR wat ook de merknaam is van de cf. Werkte voor de rest prima - ha ja, ook hier staat een nfs mount aktief, naar een QNAP nas.
na installatie van de swap heb ik in elk geval heel wat minder reboots, maar we blijven het opvolgen.

[MiLo]

Wat ik wel zie is dat sommige plugins (nog) niet om kunnen gaan met dat nieuwe mount systeem waarbij de usbstick genoemd wordt naar het label dat die heeft.
Mijn stick heet Timeshift.
Nu wilde ik een screenshot maken met de "shoot your screen plugin" (wat overigens misslukte) ,maar die maakt dus weer een usb directory in /media wat volgens mij betekend dat /media/usb op dat moment dus ruimte in de box inneemt.

"/media" is een ramdiskje van 64kB. Hierop worden alleen maar mounts gemaakt. Mocht nu een of andere plugin ofzo op het onzalige idee komen om een boel data in /media te dumpen zonder iets te mounten, dan loopt het ramdiskje vol en ben je nooit meer dan 64k kwijt, tot je reboot. Voorheen was het nog wel eens zo dat er een opname of timeshift naar /media geschreven werd, die dan in de flash terecht kwam, en daardoor de hele boel liet crashen.

Wat je beschrijft is dus normaal, het /media diskje loopt vol en daarmee wordt de schuldige de nek omgedraaid.

[dylantje]

En die /media staat ook telkens als standaard voor de auto backup op mijn 6500..........
Terwijl ik /media/usb standaard wil hebben.....
En dus zal dat stukje disk nog sneller vol zijn ?

En kan die auto backup zo ingesteld worden dat hij bij die usb blijft.....?

[mondial]

Hallo,

Als ik de DM 7020HD flash met de versie van 12-10 of 13-10 blijft deze hangen zodra de box opnieuw opstart???
Eerder nooit een probleem hiermee gehad.

Vandaag geflashed met de versie van 14-10 maar blijft nog steeds hangen naar reboot, weer terug naar versie 10-10-2012.

[Meega]

Wat ik wel zie is dat sommige plugins (nog) niet om kunnen gaan met dat nieuwe mount systeem waarbij de usbstick genoemd wordt naar het label dat die heeft.
Mijn stick heet Timeshift.
Nu wilde ik een screenshot maken met de "shoot your screen plugin" (wat overigens misslukte) ,maar die maakt dus weer een usb directory in /media wat volgens mij betekend dat /media/usb op dat moment dus ruimte in de box inneemt.

"/media" is een ramdiskje van 64kB. Hierop worden alleen maar mounts gemaakt. Mocht nu een of andere plugin ofzo op het onzalige idee komen om een boel data in /media te dumpen zonder iets te mounten, dan loopt het ramdiskje vol en ben je nooit meer dan 64k kwijt, tot je reboot. Voorheen was het nog wel eens zo dat er een opname of timeshift naar /media geschreven werd, die dan in de flash terecht kwam, en daardoor de hele boel liet crashen.

Wat je beschrijft is dus normaal, het /media diskje loopt vol en daarmee wordt de schuldige de nek omgedraaid.

Oke neemt niet weg dat mijn box na de screenshot vast zat op ned 1 (wel beeld).
Zou het dan mogelijk kunnen zijn dat shoot your screen continue bezig bleef omdat die maar 64 kb ter beschiking had en dat daarom de box eigenlijk zwaar vertraagd werd?