Userbase

Ik weet niet of dit al eerder is gepost maar ik zie dat op mijn sagem vdsl2 modem het tr98 proces 98% van de processor verbruikt.
Gevonden via deze link: http://patrick.vande-walle.eu/category/bbox-2/
Blijkbaar hebben alle vdsl2 modems dit probleem.
Ik heb het process gekilled en hij wordt in ieder geval al veel minder warm. Processor is nog maar voor 4% in gebruik nu.
Ik ga mijn "aantal connectie" van mijn torrentclient eens opdrijven, ik veronderstel dat dit nu veel beter gaat gaan.

Laat iets weten of het succesvol was, zit hier met mss een gelijkaardig probleem

Ik heb het TR-069 protocol al eens aangehaald op dit forum. Het wordt gebruikt om automatische configuraties te doen d.m.v. een platform die men bij Belgacom gebruikt en ZTC noemt (Zero Touch Configuation). Het TR-098 protocol complementeert het TR-069 protocol. Ik weet niet of automatische software upgrades van de BBOX-2 nog werkt indien men het TR-098 process stop zet. Het is natuurlijk te proberen.

Hier loopt de boel toch vast, waar voorheen op adsl2 er geen probleem bleek te zijn.

quistnix schreef:Ik heb het TR-069 protocol al eens aangehaald op dit forum. Het wordt gebruikt om automatische configuraties te doen d.m.v. een platform die men bij Belgacom gebruikt en ZTC noemt (Zero Touch Configuation). Het TR-098 protocol complementeert het TR-069 protocol. Ik weet niet of automatische software upgrades van de BBOX-2 nog werkt indien men het TR-098 process stop zet. Het is natuurlijk te proberen.

Ik weet het, maar effe de modem rebooten en bij mij is het protocol terug aktief.

Hoe start je top op (vind het niet in de busybox) ?
edit: gevonden.

Mijn load avarages zijn wel 1.0x -1.1x en niet 2.x zoals beschreven op die site (ik gebruik een andere router).
Nadat ik tr98 heb uitgezet zakt dit soms tot 0.07-0.50.
Het is wel even de moeite om dit even uit te zetten.

En hoe heb je het uiteindelijk dan gekilled ? want afaik kent de stripped down shell van dat ding ging kill command ?

Althans niet via de telnet connectie so it seems.

FlashBlue schreef:En hoe heb je het uiteindelijk dan gekilled ? want afaik kent de stripped down shell van dat ding ging kill command ?

Althans niet via de telnet connectie so it seems.

Waneer je de prompt krijg: shell
En dan gewoon het kill commando: kill -9 XXX

redman schreef:

quistnix schreef:Ik heb het TR-069 protocol al eens aangehaald op dit forum. Het wordt gebruikt om automatische configuraties te doen d.m.v. een platform die men bij Belgacom gebruikt en ZTC noemt (Zero Touch Configuation). Het TR-098 protocol complementeert het TR-069 protocol. Ik weet niet of automatische software upgrades van de BBOX-2 nog werkt indien men het TR-098 process stop zet. Het is natuurlijk te proberen.

Ik weet het, maar effe de modem rebooten en bij mij is het protocol terug aktief.

In een normale Linux distro zitten de programmas/processen die bij het booten automatisch worden opgestart in /etc/init.d maar dit vind ik niet terug in de Busybox 1.01 kernel van de BBOX-2. Kan er iemand met meer Linux kennis eens bekijken waar er dan wel wordt bepaald welke processen er worden opgestart tijdens het booten. Het zou toch mogelijk moeten zijn, me dunkt, om te verhinderen dat de tr98 deamon na een reboot opstart ?

quistnix schreef:

redman schreef:

quistnix schreef:Ik heb het TR-069 protocol al eens aangehaald op dit forum. Het wordt gebruikt om automatische configuraties te doen d.m.v. een platform die men bij Belgacom gebruikt en ZTC noemt (Zero Touch Configuation). Het TR-098 protocol complementeert het TR-069 protocol. Ik weet niet of automatische software upgrades van de BBOX-2 nog werkt indien men het TR-098 process stop zet. Het is natuurlijk te proberen.

Ik weet het, maar effe de modem rebooten en bij mij is het protocol terug aktief.

In een normale Linux distro zitten de programmas/processen die bij het booten automatisch worden opgestart in /etc/init.d maar dit vind ik niet terug in de Busybox 1.01 kernel van de BBOX-2. Kan er iemand met meer Linux kennis eens bekijken waar er dan wel wordt bepaald welke processen er worden opgestart tijdens het booten. Het zou toch mogelijk moeten zijn, me dunkt, om te verhinderen dat de tr98 deamon na een reboot opstart ?

in /bin kan je tr98 wissen (of hernoemen of verplaatsen is veiliger) via een omweg (read only flesystem).

Er zit toch geen vi editor in deze busybox

OK. Maar met echo "text" > filename en/of met echo "text" >> filename komt men ook al ver

Ter info, het lijkt er bij mij op dat als ik het process tr98 NIET kill dat ik dan random wifi disconnects/connects krijg. Kill ik het process dan is het probleem weg. Misschien komt het door de hoge CPU utilization.

met welk commando kan ik het cpu gebruik zien?

eerst inloggen via telnet.
Daarna shell typen.
en hierna top

Ok thanks. het werkt, ik heb process TR98 gekilled en cpu usage is gedaald

bedankt! ik denk dat mijn broodrooster nu geen brood meer zal roosteren

tot de modem gereboot wordt... staat dat proces prompt terug op 100%. Ik vind het schandalig dat BGC daar dus totaal niks aan doet...

Goed om weten.
Kan hier iemand een scriptje voor schrijven? Of misschien deze functie in de VDSL2Tool stoppen.

Ik krijg het niet aan de praat.
Kan iemand het stap voor stap uitleggen voor de SagemBox + wachtwoord?

Bedankt,

Open een command prompt.

telnet 192.168.1.1 23

Entering character mode
Escape character is '^]'.

login: admin
admin
Password: OLOVDSL2
********
[admin @ home]$ shell
shell


BusyBox v1.01 (2009.04.09-15:28+0200) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

# top

In de linkerkolom staat het process ID. Beëindig top met q of ctrl+c.

Voeg het tr98 process ID toe aan het kill commando, bij mij is dit altijd 800.

# kill -9 800

# exit
exit

Returned 0
[admin @ home]$ exit
exit
[admin @ home]$ Connection closed by foreign host

Voor Belgacom en EDPNET is het password BGCVDSL2. Als je windows vista/7 hebt en dus geen telnet client meer hebt kan je putty gebruiken.

In Windows 7 moet je eerst de Telnet Client activeren: ControlPanel>Programs>Turn Windows features on or off, en dan 'Telnet Client' aanvinken in de lijst.

@ Koerskemel
Bedankt voor deze manual. Ik test dit even uit!

Hier getest op een "wit product" B-box2 via EDPNet en alles werkt blijkbaar toch nog

Bedankt!

Koerskemel schreef: # top

In de linkerkolom staat het process ID. Beëindig top met q of ctrl+c.

Voeg het tr98 process ID toe aan het kill commando, bij mij is dit altijd 800.

# kill -9 800

Of iets simpeler, zonder top te moeten gebruiken:

# killall tr98

En om ervoor te zorgen dat het proces niet meer start na reboot (alhoewel ik nog niet getest heb welke neveneffecten dit creëert):

# mv /bin/tr98 /bin/tr98-renamed

Is read only, na reboot worden alle settings terug gezet (reboot duurt wel iets langer)

teaser schreef:En om ervoor te zorgen dat het proces niet meer start na reboot (alhoewel ik nog niet getest heb welke neveneffecten dit creëert):

# mv /bin/tr98 /bin/tr98-renamed

Dat werkt dus inderdaad niet. Bij het rebooten wordt de symbolische link tr98-renamed teruggezet op tr98. Zie hieronder:

# cd /bin
# ls -l tr98
lrwxrwxrwx 1 0 0 21 Jan 1 2000 tr98 -> /mnt/cramfs//bin/tr98
# cd /mnt/cramfs//bin
# pwd
/mnt/cramfs/bin
# ls -l tr98
-rwxr-xr-x 1 52464 17 420984 Jan 1 1970 tr98
# chmod 777 tr98
chmod: tr98: Read-only file system
# mv tr98 tr98org
mv: unable to rename `tr98': Read-only file system
#

Dus, je kan de symbolische link wel verwijderen of hernoemen, maar na een reboot staat de symbolische link tr98 er gewoon weer terug.

Dus, je kan de symbolische link wel verwijderen of hernoemen, maar na een reboot staat de symbolische link tr98 er gewoon weer terug.

Niet alleen tr98 overigens, ook alle config files die ik gedeleted had (alleen duurt zo'n reboot langer dan een normale reboot).

suggesties? remounten en dan het volgende verwijderen /mnt/cramfs/bin/tr98 ?

Lijkt me dat dat een mount is van de flash image, dus enige oplossing zou zijn de firmware aanpassen en opnieuw flashen, maar dat moet je dan bij iedere firmware update opnieuw doen (of geen updates installeren - dat heb je toch zelf onder controle - en eventuele security updates missen). Tenzij er nog andere trucjes zijn, ben geen Linux goeroe.

ik zelf zou tr98 niet permanent verwijderen eigenlijk, ik zit nu bij dommel, en die tr98 zorgt toch wel voor een update van de firmware. dus deze gewoon killen is meer dan genoeg. op die manier volstaat een reboot om te kijken of er nieuwe update is, want eenmaal je hebt weg geknipt, hoe krijg je het dan nog terug? moest je je bedenken, of je wilt updaten.
gisteren reboot gedaan, blijkbaar ook nieuwe firmware voor mn sagempje, mocht wel, vorige was nog uit 2007
nu is het alleen nog hopen dat mn wake on lan via add static arp function nog werkt