Ga naar inhoud


RBx

Lid
  • Items

    26
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door RBx

  1. Uit een duits forum:

     

    Citaat:
    ich habe möglicherweise einen "Nachbrenner" für das Netzwerk gefunden.

     

    Ich habe die Datenblätter zum Netzwerk-Chip gewälzt

    und dabei entdeckt, dass für den Full-Duplex-Mode

    der Schalter "swfdup" zusätzlich gesetzt sein muss.

     

    Das kann man wie folgt nachholen.

    - Einloggen auf die Box

    - echo 1 > /proc/sys/dev/eth0/swfdup

     

    Ich habe danach eine Upload-Geschwindigkeit zwischen 1500 und 2000 kbyte/s, und das

    mit Router dazwischen!

  2. Citaat:
    Hoe kan ik mijn eigen favorieten in mijn dreambox krijgen.


    Enkele maanden terug heb ik ook een links versie geinstalleerd op mijn dreambox. Ik weet niet of het dezelfde versie is, maar ik ben er toen in geslaagd een opstartpagina te maken met alle favorieten van mijn PC:
    Eerst op PC de favorieten exporteren: [FILE] [import & Export] ..., en het resulterende bestand via FTP op de dreambox te plaatsen in /hdd/links/.links/startpage.html.
    Deze startpage.html dan als parameter op de commandolijn opgeven ...

    Een andere mogelijkheid is dit export bestand in de dreambox op te slaan als /hdd/links/.links/bookmarks.html
    (ik heb dit nog niet op de dreambox getest, maar onder Redhad Linux werkte dit ...)
  3. Citaat:
    PS: is er een bug in Ronald's image? ik krijg de plugins niet te zien via het menu, enkel via de blauwe toets.


    Dit is geen bug maar een feature: op dit ogenblik zijn er twee soorten plugins: de games die via het menu toegankelijk zijn (in bvb. tetris.cfg staat type=1) en de 'applicaties' als bvb. teletext, links, die via de blauwe toets toegankelijk zijn (in bvb. tuxtxt.cfg staat type=2). Indien er maar 1 type 2 plugin voorkomt (bvb. enkel tuxtxt) wordt dit onmiddelijk gestart via de blauwe toetst, zijn er meerdere wordt een menu getoond waaruit men kan kiezen ...
  4. @MikeV

     

    Citaat:
    Zonder aanpassing

    ~ > hdparm -T -t /dev/ide/host0/bus0/target0/lun0/disc

    /dev/ide/host0/bus0/target0/lun0/disc:

    Timing buffer-cache reads: 128 MB in 2.95 seconds = 43.39 MB/sec

    [color:"red"]Timing buffered disk reads: 64 MB in 72.69 seconds =901.58 kB/sec[/color]

    Voor diegenen die maar weinig verschil zien: in de standaardinstelling kan using_dma reeds aktief zijn ...

     

    Citaat:
    ~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

    /dev/ide/host0/bus0/target0/lun0/disc:

     

    Model=Maxtor 6Y120L0, FwRev=YAR41BW0, SerialNo=Y310504E

     

    ...

    ~ > hdparm -u -d -c /dev/ide/host0/bus0/target0/lun0/disc

    /dev/ide/host0/bus0/target0/lun0/disc:

    IO_support = 0 (default 16-bit)

    unmaskirq = 0 (off)

    using_dma = 1 (on)

     

    ~ > hdparm -T -t /dev/ide/host0/bus0/target0/lun0/disc

     

     

    /dev/ide/host0/bus0/target0/lun0/disc:

    Timing buffer-cache reads: 128 MB in 2.79 seconds = 45.88 MB/sec

    Timing buffered disk reads: 64 MB in 3.37 seconds = 18.99 MB/sec

    Indien ik alles terug af zet krijg ik ook zulke slechte resultaten:

     

    Citaat:
    ~ > hdparm -T -t /dev/ide/host0/bus0/target0/lun0/disc

     

    /dev/ide/host0/bus0/target0/lun0/disc:

    Timing buffer-cache reads: 128 MB in 2.78 seconds = 46.04 MB/sec

    Timing buffered disk reads: 64 MB in 73.58 seconds =890.68 kB/sec

  5. Citaat:
    Met swap-file zal deze soms niet netjes rebooten of halten.


    Met een swap-partitie doet dit probleem zich niet voor ...
    Blijkbaar blijft een halt, reboot of swapoff vasthangen met een swap-FILE. Ik heb het zelf nog niet geprobeerd, maar mischien is dit probleem op te lossen door gebruik te maken van een 'loop-device':
    Code:
    losetup /dev/loop/0 /hdd/swap_dir/hdd_swap_file swapon /dev/loop/0

    Dit was ook een oplossing indien men een swap_file op een NFS-mount wil gebruiken ...
  6. Citaat:
    en als je van die picture een link naar /var/bild zou maken dan ?

    Het boot-image wordt getoond door de bootloader vóór het laden van de linux zelf. Op dat ogenblik heeft de code enkel toegang tot het root filesystem zelf, een symbolic link wordt waarschijnlijk helemaal niet ondersteund, en zeker niet naar een andere 'partitie' als /var of /hdd ...
    De root partitie is READONLY omdat het een CRAMFS is, dwz een compressed filesystem. Deze compressie is nodig om alles erin te krijgen, maar verhindert updates ...
  7. Waarom geen download van de SandBox site zelf? Juist nog geprobeerd en gaat zonder problemen:

     

    Citaat:
    13,4 MB (14.112.540 bytes)

     

    No errors detected in compressed data of eclipse.zip.

    Testing ...

    testing: setup.tar.bz2 OK

    testing: eclipse.img OK

    testing: Guide Eclipse.pdf OK

     

  8. Met het boot-image gaat dit allemaal niet zo eenvoudig: dit image wordt getoond door de bootloader vóór het laden van de linux zelf. Op dat ogenblik heeft de code enkel toegang tot het root filesystem zelf, een symbolic link wordt waarschijnlijk helemaal niet ondersteund, en zeker niet naar een andere 'partitie' als /var of /hdd ...

  9. Kontroleer eerst of in de gebruikte skin geen ander picture getoond wordt ...

    Het kan natuurlijk ook zijn dat in de gebruikte skin de klok getoond wordt ipv. het opgegeven picture.

     

  10. @Ronaldd

    Citaat:
    Was dat de enige picture die niet wordt gevonden,

     

    Ik denk dat het probleem zich enkel voordeed met skins die achteraf naar de Dreambox gecopieerd werden - dus niet onmiddelijk een probleem: in het originele image staan alle 3D-pictures er goed op. Ikzelf had geexperimenteerd met de dark_dream en liquid skins (Dr.Evil op DBOX2 WORLD) en de individuele files gecopieerd via SAMBA ...

     

    Wat wel nog bij in de image mag is /etc/timezone.xml ...

     

  11. Citaat:
    Bij mij gaat hij iedere keer naar standby als ik een andere skin selecteer.

    Aangezien er blijkbaar toch maar weinig problemen gemeld werden met andere skins ben ik een beetje verder gaan zoeken ...
    Aangezien in deze week bijna dagelijks in de log van de CVS aanpassingen zie ivm. crashes bij de nieuwe Multi EPG heb ik deze ook gecompileerd en getest: het probleem blijft en Enigma vliegt eruit.
    Bij het overlopen van de foutmeldingen bleek echter dat bepaalde pictures niet gevonden werden:

    /enigma/pictures/liquid/3D_border_unselected_corner_dark.png: file not found

    Deze stonden wel op de dreambox, maar de hoofdletter in 3D was een kleine letter geworden.
    Nadat deze pictures hun juiste naam gekregen hadden werkte alles. <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

    Uit dit verhaal leren we dus 2 dingen:
    1. opletten met het copieren van bestanden naar de dreambox: indien dit via SAMBA gebeurt is het mogelijk dat de bestandnamen veranderd worden en linux houdt hier niet van ...
    2. nog werk voor de enigma developers: indien een picture ontbreekt mag enigma er niet uitvliegen: ofwel de default picture, ofwel helemaal niets tonen ...


  12. Citaat:
    Bij mij gaat hij iedere keer naar standby als ik een andere skin selecteer.

    Dit is een 'feature' <img src="/ubbthreads/images/graemlins/mad.gif" alt="" /> van de laatste enigma versies ...
    Ik vermoed dat door de wijzigingen in de EPG bepaalde definities ontbreken in de andere skin-files: dus nog werk voor de skin-designers, maar ook voor de developers van enigma om er voor te zorgen dat enigma er niet meer uitvliegt ...

    Om terug aan het kijken te gaan, volstaat waarschijnlijk een flash erase (na het verschijnen van het Dream Multimedia logo op uw TV, de 'Channel up' toets ingedrukt houden: dit zorgt ervoor dat al uw instellingen worden gewist).

  13. De betekenis van de melding 'tainted module' is dat de linux kernel developers hiermee hebben willen aangeven dat in de bewuste kernel code gebruikt is die niet volledig freeware is, waar zijn geen sources van hebben, die buiten hun controle valt.

     

    Citaat:
    What does it mean for a module to be tainted?

    (REG, contributed by John Levon) Some vendors distribute binary modules (i.e. modules without available source code under a free software license). As the source is not freely available, any bugs uncovered whilst such modules are loaded cannot be investigated by the kernel hackers. All problems discovered whilst such a module is loaded must be reported to the vendor of that module, not the Linux kernel hackers and the linux-kernel mailing list. The tainting scheme is used to identify bug reports from kernels with binary modules loaded: such kernels are marked as "tainted" by means of the MODULE_LICENSE tag. If a module is loaded that does not specify an approved license, the kernel is marked as tainted. The canonical list of approved license strings is in linux/include/linux/module.h.

    "oops" reports marked as tainted are of no use to the kernel developers and will be ignored. A warning is output when such a module is loaded. Note that you may come across module source that is under a compatible license, but does not have a suitable MODULE_LICENSE tag. If you see a warning from modprobe or insmod for a module under a compatible license, please report this bug to the maintainers of the module, so that they can add the necessary tag.

    (KO) If a symbol has been exported with EXPORT_SYMBOL_GPL then it appears as unresolved for modules that do not have a GPL compatible MODULE_LICENSE string, and prints a warning. A module can also taint the kernel if you do a forced load. This bypasses the kernel/module verification checks and the result is undefined, when it breaks you get to keep the pieces.

    (KO) According to Alan Cox, a license of "BSD without advertisement clause" is not a suitable free software license. This license type allows binary only modules without source code. Any modules in the kernel tarball with this license should really be "Dual BSD/GPL".

     

    Wat is eigenlijk het probleem: het feit dat er bij het aanzetten van de dreambox een hoop meldingen over het TV-scherm komen (afhankelijk van de geinstalleerde distributie is dit normaal), of dat er geen beeld is <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

  14. @Ronaldd

     

    (eigenlijk: beta105_4b.5_enigma030512.img)

     

    - Tuxtxt geeft volgende fouten:

    Code:
    TuxTxt <open font /share/fonts/tuxtxt0.fon failed>TuxTxt <FTC_SBit_Cache_Lookup (G0): 0x01>

     

    - tetris heeft libcurl.so.2.0.2 nodig

     

    - voor de allerlaatste enigma moet start_enigma aangepast worden met volgende code:

     

    Code:
    ------------------SNIP---------------------  /bin/enigma    if [ $? -eq "1" ]  then      /bin/reboot  else      /sbin/halt  fi  -------------------------------------------

     

    Indien men langer dan 1 seconde op de POWER toets van de afstandbediening drukt krijgt men een menu met 'shutdown now', 'restart', 'goto standby' en 'set sleeptimer' - het onderscheid tussen shutdown en reboot wordt gemaakt via de return-code van enigma. Volgens de instrukties in de cvs zou dit /sbin/reboot moeten zijn maar deze bestaat niet ...

     

    (nu nog wachten op een extra optie: 'restart enigma' waarmee enigma herstart wordt zonder de dreambox opnieuw op te starten ...)

  15. Ondersteuning zou er ondertussen reeds in kunnen zitten ...

     

    Op 6 mei werd oa. volgend bestand toegevoegd in de cvs:

    rcgeneric.xml

     

    Dit betekent dat er op zijn minst aan gewerkt wordt en dat het keyboard in enigma waarschijnlijk reeds (gedeeltelijk) ondersteund wordt.

    Op applicaties als mail enz. moet waarschijnlijk nog gewacht worden.

  16. kzal het nog eens uitleggen <img src="/ubbthreads/images/graemlins/tongue.gif" alt="" />

     

    Er moet [color:"red"]NIET[/color] betaald worden voor het downloaden van deze image. Net als vroeger krijgt men bij ELKE download op deze site een popup waarmee men een gift kan doen, maar dit is niet verplicht ...

     

    Op deze site zijn er ook bepaalde regels, waaraan de gebruikers zich te houden hebben. Op de zelfde manier is er op hun site een regel die zegt dat:

    - niet aktieve leden verwijderd worden: er moet op zijn minst één posting komen binnen de eerste dagen dat men ingeschreven is of men wordt verwijderd. Indien men gedurende langere tijd niets meer doet gebeurt hetzelfde ...

    - aktieve leden krijgen voorrang op het downloaden van nieuwe images: men moet dus eerst zijn userID en passwoord ingeven, en indien men genoeg postings gedaan heeft kan men zonder problemen de image downloaden, ZONDER BETALEN. Na 7 dagen zou de download dan voor iedereen vrijgegeven worden.

    - hetzelfde zal waarschijnlijk ook gebeuren voor de update paketten met correcties, nieuwe features, ...

     

    Dergelijke procedures zijn niet ongewoon in dit wereldje: de mensen die een betalend abonnement hadden op de automatische upgradedienst van Redhat konden vorige maand de laatste versie van Redhat 9 ook verschillende dagen eerder downloaden. Deze download zelf was voor iedereen gratis.

     

    Het verwonderde mij zelfs dat deze versie vrij te downloaden was in het weekend: na de vele, onjuiste, ondoordachte en dikwijls ongegronde negatieve reakties op hun vorige release (copie van Traveller ???) had ik zelfs de indruk dat niets meer vrijgegeven zou worden en nieuwe versies enkel nog beschikbaar zouden komen voor een selectieve groep van mensen die het project ondersteunen en er aan meewerken ... Zelfs Traveller heeft hier verschillende kritieken op deze vorige release tegengesproken!

     

    Ook voor de Eclipse versie zijn verschillende kritieken ongegrond: veel problemen komen voort uit het feit dat de 'manual' niet gelezen werd, of dat eventuele informatie op het forum niet gelezen werd - ik denk dat dit ook het antwoord is dat op 90% van de vragen gegeven wordt die hier gesteld worden <img src="/ubbthreads/images/graemlins/blush.gif" alt="" /> (ik weet: het staat er in het Frans, maar er zijn waarschijnlijk meer mensen die het Frans op hun site begrijpen dan er zijn die het Nederlands hier verstaan). Bedoeling was waarschijnlijk het nieuwe framework rond hun release te laten testen door meerdere mensen. Dat verschillende dingen not niet werkten stond in de bijgevoegde dokumentatie vermeld. Dit zou door update paketten in orde gebracht worden. Om Eclipse te kunnen vinden en downloaden moest men zondag dan ook al echt weten dat hij er stond en wat ermee aan te vangen ...

     

    Tussen haakjes: welke release van Traveller werkt tot nog toe volledig foutvrij? Hij heeft in het verleden ook dikwijls extra bestanden moeten beschikbaar stellen om iets te laten werken.

     

    Verder natuurlijk geen kritiek op Traveller: ik draai op dit ogenblik zelf nog steeds een (aangepaste) Traveller versie <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

     

     

  17. De bijgevoegde readme bevat:

     

    Citaat:
    Traveller 19/04/2003 + Ronald - Fixed by PJ

     

     

    After some investigation I found out that inside the system init

    script rcS there were some errors. Checking about the presence of

    the temporary HD directory is done before the HD is mounted, and

    enigma is always decompressed inside /var/tmp.

     

    With this patch I solved the problem moving the check after the HD

    mount. It's also checked if the file enigma is already present inside

    the temporay directory: in this case only a symbolic link is created

    inside /var/tmp. Using flash erase will delete also the file stored

    inside the HD allowing you to upgrade the executable itself.

     

     

    - PJ - Thanks to sk4s4t for english translation

  18. Citaat:
    maar enigma wordt nog steeds uitgepakt in de /var/tmp dir


    Vanuit start_enigma wordt /bin/enigma opgestart. Dit is in een Traveller image een symbolic link naar /var/tmp/enigma.
    Volgende code staat in /etc/init.d/rcS (en wordt telkens bij het booten van de dreambox uitgevoerd):

    Code:
    [ -d "/hdd/tmp4enigma" ] && {   rm -f /hdd/tmp4enigma/enigma  ln -s /hdd/tmp4enigma/enigma /var/tmp/enigma}echo "Uncompressing Enigma..."bzip2 -dc /bin/enigma.bz2 > /var/tmp/enigmachmod 755 /var/tmp/enigma

    /var/tmp/enigma wordt hierdoor dus een symbolic link naar /hdd/tmp4enigma/enigma
    Het uncompressen van enigma.bz2 in /var/tmp/enigma heeft eigenlijk als resultaat dat enigma zelf (de 2.6 Mb) in /hdd/tmp4enigma/enigma komt te staan.

    [color:"red"]Indien /var/tmp/enigma op dat ogenblik reeds zou bestaan krijgt men een foutmelding: ln: /var/tmp/enigma: File exists - dit kan echter niet want /var/tmp is bij elke boot leeg (ramfs) ...[/color]

    Kontroleer even met
    Code:
    ls -l /bin/enigma /var/tmp/enigma /hdd/tmp4enigma/enigma

    of dit ook klopt ...

  19. Deze foutmelding wordt veroorzaakt door produkten als Norton Internet Security, Zonealarm, ... die ervoor zorgen dat de webserver geen 'referer'-informatie meer krijgt.

     

    Even uitschakelen - downloaden - terug aanzetten ...

×
×
  • Nieuwe aanmaken...