Fernbay (12-11-09)
I have had this strange situation numerous times now.
After a while, whenever I start to scan for another it will just make my DM7020 (running PLi)go mental, resetting itself. Also it was very very sluggish in general. Image is less than two weeks installed
I tried to to use Dreamset to do some stuff, no go, it gets a critical transfer error.
BUT, I recalled a similar issue from before, and I went and uninstalled SCAM (I don't really use it). Hey presto it's all go again.
Which leads me to my question. Is there some sort of RAM/memory type thing that causes this? I only have about 6 plugins installed. But I have around 190 TV channels set under all services?
What can I do to fix this? Do I need to remove some of the channels I don't watch? (so many God channels)
Fernbay (12-11-09)
Look Here -> |
My 7020 is loaded to the hilt .. including SCAm, 3 x cccam versions and newcs and a shit load of downloaded and home made plugins.
X-line skin early versions used to slow down my box, but that got fixed (thansk sayid)
Now The only time I occassionally see the sluggish performance is when the oztivo xmlyv plugin is running in background downloading and updating epg. Thats why I run that in the middle of the night.
if your issue is a memory leak .. a reboot fixes it and it slowly comes back ..
Dm500, DM5620, DM600 x2, DM7000 x1, DM7020, DM7025, DM800, VU+DUO and a partridge in a pear tree
All it takes for evil to prevail is for good men to do nothing
Fernbay (12-11-09)
ok, thanks, will look at that.
Fernbay (12-11-09)
mostly the 7020 doesnt need a swap file
but a swap file has been a reasonable interim measure for memory issues until you work out where the problem is
Dm500, DM5620, DM600 x2, DM7000 x1, DM7020, DM7025, DM800, VU+DUO and a partridge in a pear tree
All it takes for evil to prevail is for good men to do nothing
ok, thanks for the reminder nfnovice. I actually forgot to set a swap file when I reimaged it the other week. Have set a 32MB swapfile on my USB stick attached to it, will see if that makes it play a bit nicer.
farking thing is doing it again
I get this trying to write back anything at all, from scanning for new channels, updating the menu, installing new plugins etc etc
I have fixed it in the past by uninstalling a download. But as NFNovice said, I shouldn't really need to do this.
I did a reboot via telnet, made zero difference (Telnet is the only way of making it actually do the reboot properly)
so is this a /var space problem as opposed to a memory problem ?
what does df from telnet show you ?
Dm500, DM5620, DM600 x2, DM7000 x1, DM7020, DM7025, DM800, VU+DUO and a partridge in a pear tree
All it takes for evil to prevail is for good men to do nothing
allstarnz (18-11-09)
mountains of space. Odd. There seems to be some sort of write lock setCode:Filesystem 1k-blocks Used Available Use% Mounted on /dev/root 28672 28484 188 99% / /dev/mtdblock/2 3824 1848 1976 48% /boot tmpfs 30820 212 30608 1% /var tmpfs 30820 168 30652 1% /tmp /dev/ide/host0/bus0/target0/lun0/part1 80398308 19341908 61056400 24% /media/hdd /dev/scsi/host0/bus0/target0/lun0/part1 971204 62156 859712 7% /media/usb //10.1.1.13/f1 945297404 562782404 382515000 60% /media/server1
what about that 99% in /dev/root
that cant be good .. my 7020 shows 88%
Dm500, DM5620, DM600 x2, DM7000 x1, DM7020, DM7025, DM800, VU+DUO and a partridge in a pear tree
All it takes for evil to prevail is for good men to do nothing
allstarnz (18-11-09)
so how can I clean this up then?
oh great, now I can't even get to the menu to go and uninstall a plugin to free up some space.
Is there a way to allocate more space to /dev/root ?
looks to me the box thinks you have changed the location of your /var directory and it does not know where to go to find it, and a very common error on multiboot (that is if you are using multiboot) boxes.
It is a hobby so mileage varies
Loving IPTV with XBMC and android M8
Join in the XBMCHUB community and visit me at http://tvaddons.ag/
Ok, I think i will just have to reimage again, *sigh*
Bookmarks