Posts by Karate01

    Ich gebe mal die Antwort selbst

    Yes the CF-card appears automatically !!
    It works !!

    What did I change?
    I´ve tried again another CF-Card - an older one - 2GB and it works

    ==> So I can say the latest "SanDisk Ultra 4GB with 30MB/s" doesn´t work but the "SanDisk Extrem II 2GB" works fine :hurra:

    [ Hopefully it is fast enough so that the HDD isn´t slown down by the CF too much ] ...... we´ll see .....

    Hi pcd,

    I haven´t had until today.
    In the meantime I have. [ thanks for the link ! ]
    But it didn´t help (really).

    I think from the "physically side" I did everything well.
    I already tried another CF-Card and another IDE-cable.
    The HDD works fine but not the CF-Card.

    If I understand the thread right, then it is only necessary to "connect" the items and then everything should be o.k. !?

    So that´s my main question:
    - Do I have to do something special in the image that the CF-card can be used?
    - Do I have to go to a sub-menu to "activate" the CF card?
    - Do I have to edit a file?
    - Should the CF-card appear automatically when the "physical connection" is all right?



    as promissed I want to give feedback.
    Unfortunately at the moment with "bad experiences".

    At the moment I fail to "run the CF".
    I bought a CF-IDE-adapter.
    I bought a new CF-card (30MB/s)
    I bought a mini-IDE-44pin cable (three plugs)

    But I failed to install BA. (on The CF)
    And I even failed to "see" the CF-card listed in the DreamControlCenter
    ==> So I think it isn´t a BA-problem but a proplem with thd CF or the items in between

    But I have no idea why the CF card isn´t shown in DCC.
    I tried to format in different ways:
    - FAT32 (windows, slow formating process)
    - ext2 (formated with ubuntu and with a tool under windows)
    - FAT32 (with HP USB Disk Storage Formating Tool)
    But everything without success.

    I tried "CF only" (only the CF adapted to the cable and I tried "CF and the HDD" (HDD as master and the CF as slave)

    Do I have to do something special with the image so that I can use the CF?
    What is my mistake?

    Thanks for any suggestions.

    Hi kalehrl
    Hi pcd

    thanks for your answers.
    So it seems that BA might have more advantages than the memory expander.

    The "problem" with BA and HDD is known, due to that I definitively want to install/boot from CF.
    At the moment I also have no experience with that but I´ll try.
    And I´ll give feedback in both cases (good or bad experiences)

    best regards


    Please note :- This image is suitable for installing in flash without using any additional storage with pc, hdd, usb, cf. Of course, for Timeshift and Recording - additional storage is necessary !
    Extra Setup includes Memory expander


    I intend to build in a CF-Card in my DM600.
    I wanted to increase the available space for the image.

    But I see two different possibilities to expand the space for the image.

    1.) to use the "memory expander" from the extra setup

    2.) to install BA and just install another PCD 7.0 on the CF

    Please note:
    I´m not going to try different images. I´m not going to use BA for a real "Multi-Boot" but only to use BA to boot an image from the CF.

    Here are my questions:

    - Are there any advantages or disadvantages by using "Memory Expander"?

    - Are there any advantages or disadvantages by using BA? (may be different speed during operation. Booting doesn´t matter)

    - Is the amount of usable space for the image bigger if the image is started by BA on the CF? Or is the maximum amount of usable space in both cases the same (BA / memory expander)?

    Thanks for your suggestions

    I´ve received a correct script. Thx to the supporter.
    I´m not sure if I would have been able to change it 100% in this way on my own.

    I already tried the new script.
    Everything´s complete fine now!

    Thanks for the support and the "win-win-situation"
    ==> I now understand the "daemon-Manager" quite good
    ==> We identified an failure on the feed (next users will be lucky with the new package)

    ==> Thanks again for your support
    ==> Thanks for solving my problem


    Original von kalehrl
    I guess you are trying to use a daemon whose name starts with O...
    That daemon together with a script is available for download from the addon manager.

    exactly :smiling_face_with_sunglasses:


    Original von kalehrl
    The script provided has two very simple parameters - start and stop.
    To start it type in console:

    /usr/script/dman/ start

    To stop it type:

    /usr/script/dman/ stop

    This was my guess.
    But the "provided script" (downloaded by the addon manager) is waiting for $1 (Parameters) which spells "xxx_up", "xxx_down" and "xxx_res".
    And I already did the test with the telnet.

    /usr/script/dman/ xxx_up

    starts the daemon in the complete right way. Everything works fine. So the config is o.k.

    ==> so the "provided script" seem to be not the correct one
    ==> I have to change the script.
    ==> Or I have to look for the "right script"

    But this should not be a big problem. ( Hopefully to be solved )


    "I think so" and "yes".

    The path I did not change ....


    I made a copy of the script of the daemon in this folder.
    I changed / checked the the rights (755) [both from script and daemon]

    - The daemon appears in the screen of the daemon manager
    ==> So I think this is the evidence that the path to the daemon-script is right

    - When I try with telnet

    /usr/script/dman/ Parameter

    The daemon will start fine
    ==> This should be the evidence that the rights from script and daemon are correct

    - When I press the green buttom in the DaemonManager something happens. The spinner appears. Then the picture switches back to the Daemon Manager
    ==> Daemon Manager seems to work. But I don´t know what exactly he is doing

    The only unknown thing for me at the moment are the "parameters" means the "output" of the daemon Manager which are given to the daemon-script.


    Daemon-manager : To run any daemon - put a start-stop script in a script folder. Insert the script folder path in the Daemon Manager config screen. Default path - /user/script/dman.


    I just tried this excellent Image.
    It works fine.
    I only struggle in one point ..... the Daemon Manager.

    My problem ist that the Daemon Manager tries to start/restart or stop my daemon, but without success.

    I didn´t change the cript I use for the daemon. (just downloaded)
    If I start the script over telnet added with the possible "parameter" everything is fine.
    The daemon will start and also will stop.
    --> The sript itself and the daemon itself seem to be o.k.

    So I think my problem ist the "interface" between "Daemon Manager" and the "start-stop-script".
    Maybe the Daemon Manager gives other "parameter" at the end as the script wants to have.

    Can anybody tell me, what the "parameters" are when I press the buttom for "start/restart" and "stop" (with the remote control in the daemon Manager) ??

    Is it like "blabla_up" and "blabla_down" and "blabla_res"
    or just simple "start" and "stop"

    ==> So maybe I only have to change the parameters in the



    Original von Oldboke
    Im Merlin ../default/hd-idle: HD_IDLE_OPTS="-a sdb -i 600"
    HD_IDLE_OPTS="-a /dev/disk/by-label/xxxx -i 600"

    Mit -t sdb, muss die Platte sofort schlafen gehen.

    Alles klar.
    Dann werd´ ich heute Abend mal versuchen die Platte direkt "mit Namen" anzusprechen ...... vielleicht reagiert sie ja dann :winking_face:

    Plan B wäre dann ...... ein anderes Gehäuse mal auszuprobieren.

    Danke jetzt schon mal für die Tipps


    Danke für die Hilfe !
    Ich habe es geschafft.
    Noch mal ganz von vorne und absolut strikt nach Anleitung ...... jetzt schläft auch meine externe Festplatte an der Dream !!!


    Original von Oldboke
    Ich bin nach dieser Anleitung vorgegangen:

    Die 1TB Caviar GP in einer IcyBox IB318, zusätzlich zur internen Platte angeschlossen und direkt in die Konfig eingetragen, so wie es in der Beschreibung steht.
    StandBy nach 10 Minuten (OoZooN oe1.5 und Merlin oe1.6).

    mhmm .....
    Genau die gleiche Anleitung lag mir auch vor ..... bin genau nach ihr vorgegangen.

    Habe gerade durch die SuFu gefunden gehabt, dass du in einem anderen Thread gepostet hattest, dass du die binary nach /sbin kopiert hast und nicht wie in der Anleitung steht nach /usr/sbin. Stimmt das noch?
    (Obwohl das eigentlich ja keinen Unterschied machen dürfte, weil als "path" in einer der configs ja beide Pfade aufgeführt sind)

    Was versteckt sich hinter deiner Aussage: ...... "und direkt in die Konfig eingetragen" ...... was genau hast du da gemacht?


    ich müsste hier auch noch mal kurz nachhaken, weil ich es auch leider NICHT schaffe, dass meine externe Platte schlafen geht.

    Mein Ausgangssituation:
    - Dream 800
    - OoZooN (1.5) 2.8.0 im Flash
    - Kein BA
    - Keine Picons
    - Kein Swap
    - interne HDD .... klappt alles bestens
    - Externe HDD per USB angeschlossen (Icy-Box mit USB und esata, IB-362StUs2-B)
    - Ext. Platte: WD20EARS (2TB)
    - Ext.Fetsplatte erfolgreich initialisiert (Aufnehmen und Wiedergabe auf Ext.Platte funktioniert)
    - Ext.Festplatte folgendermaßen in fstab aufgeführt: /dev/scsi/host0/bus0/target0/lun0/part1 /media/usb auto defaults 0 0

    Habe auch schon das hd-idle "installiert" und ausprobiert ..... leider OHNE Erfolg

    - Muss man / kann man Einträge bei hd-idle verändern, damit die externe Platte auch wirklich gefunden wird?
    - Wo könnte noch eine Fehlerquelle liegen?
    - Welches externe Gehäuse funzt denn auf jeden Fall, wenn an USB angeschlossen?

    Also ich würde neu flashen.

    Da ist wohl was schief gelaufen.
    Also ich musste KEINE Dateirechte ändern.

    Einfach Meoboot im Flash-Image instlliert ..... dann neu gestartet (mit USB-Stick bereits eingesteckt) ..... dann USB Stick eingebunden (formatiert) ..... sicherheitshalber noch mal neu gestartet ...... und ab da die neuen Images installiert (zuerst kopieren per DCC auf den USB-Stick in den meoboot-mount-Ordner - weiß nicht mehr genau wie der heißt - und dann per meoboot eingebunden)

    Mir ist aufgefallen, dass bei der ganzen Prozedur kein weiteres USB-Medium an der Dream hängen darf (also z.B. ein USB-Festplatte) ..... das führt zur Verwirrung der Dream und zu Fehlern. (Aber ich glaube das stand so auch in der Anleitung drin).

    EDIT: Du schreibst was von "Original-Image" ...... ich hoffe du meinst nicht das wirkliche Original-Image :face_with_rolling_eyes: ...... versuch´s mal mit OoZooN !!

    Dann kenn´ ich den wohl auch noch nicht ..... :schäm-in-die-Ecke-steh

    ich kannte diese Seiten hier (wo ich bis her immer geschaut hatte)


    .... und wenn ich da auf experimental gehe, sehe ich die beta eben nicht.

    Gibt es da noch eine andere Seite, die ich kennen sollte?


    Original von OoZooN
    wo ist dein problem? er hat es doch installiert. er schreibt am schluss nur noch eine warnung, das die paketabhängigkeiten nicht erfüllt werden konnten. vorher schreibt er aber das er "upgraded" und "configuring" also das er es konfiguriert. wer english kann hat vorteile :winking_face:

    ähhhm o.k.

    Das Englische ist eigentlich nicht das Problem.
    Hier fehlt es mir eher am Verständnis, was da im Hintergrund alles laufen sollte / läuft / nicht läuft

    Ich habe auch sehr wohl "upgrading" und "configuring" gelesen ..... allerdings hatte ich das als "Versuch" gewertet (eben dieses zu tun) - aber da dann die Meldung "collected errors" erschien und dass er eine Warnung ausgab, dass er etwas nicht "satisfyen" konnte, klang das für mich nicht gerade nach einer erfolgreich beendeten Mission.

    Aber wenn dem so ist - um so besser.

    Dann noch mal Danke für die Unterstützung

    Hat geklappt.
    Steht jetzt ganz klar ..... v. 1.3b dran ....... und das ohne "complete" / "successfull" / "installed" ...... :winking_face: :winking_face:
    Danke !!

    Hat leider nicht funktioniert :face_with_rolling_eyes:

    root@dm800:~# ipkg install /media/hdd/enigma2-plugin-extensions-cccaminfo_svn-242-r0_all.ipk -force-depends                                                   
    Upgrading    enigma2-plugin-extensions-cccaminfo on root from 1.2-r3 to svn-274-r0...                                                                         
    Configuring enigma2-plugin-extensions-cccaminfo                                
    Collected errors:                                                              
    Warning: Cannot satisfy the following dependencies for enigma2-plugin-extension

    werde ich wohl auf die Version von OoZooN warten müssen.
    Oder gibt´s noch einen anderen Trick?