Beiträge von Fred Bogus Trumper

  • OE2.5 (dm900) - bug im samba sysVinit start/stop script

    Zitat von Ghost

    Imho ist bei uns in den images aber standardmässig auch nur samba-base installiert... und da gibts dann deine Scripte da auch nicht :winking_face:


    just 4 info


    das Thema ist zwar als erledigt markiert, aber das buggy script /etc/init.d/samba ist auch im aktuellen update weiterhin enthalten
    samba-base_4.4.5-r0.6_armhf.deb


    man muss nur die Pfade anpassen, damit es funktioniert, wobei man das ganze Script überarbeiten könnte/sollte - oder ganz entfernen

  • OE2.5 (dm900) - bug im samba sysVinit start/stop script

    naja, dann ist auch das service samba obsolet, da wird nach einer /usr/sbin/samba gesucht, die es nicht gibt

    Code
    Jan 22 01:00:22 dm900 systemd[1]: Starting Samba AD Daemon...
Jan 22 01:00:22 dm900 systemd[990]: samba.service: Failed at step EXEC spawning /usr/sbin/samba: No such file or directory
Jan 22 01:00:22 dm900 systemd[1]: samba.service: Main process exited, code=exited, status=203/EXEC
Jan 22 01:00:22 dm900 systemd[1]: Failed to start Samba AD Daemon.
Jan 22 01:00:22 dm900 systemd[1]: samba.service: Unit entered failed state.
Jan 22 01:00:22 dm900 systemd[1]: samba.service: Failed with result 'exit-code'.

    Dann kann man es auch gleich weglassen, damit es keine Verwirrung stiftet.


    Auf die Idee muss man erst kommen, smb.service und nmb.service zu stoppen und neu zu starten, wenn man den samba-sever neu starten möchte obwohl es das service samba gibt. Da sehe ich keinen Vorteil zu sysVinit.


    so gesehen würde das initV script Sinn machen, wenn es out of the box funktionieren würde - das macht auch nichts anderes. Aber da könnte man stattdessen auch gleich die systemctrl Befehle reinmachen um den restart mit einem Befehl zu erledigen.


    Aber gut, wenn man es weiß ...

  • OE2.5 (dm900) - bug im samba sysVinit start/stop script

    Wobei das im systemd nicht auch ganz sauber zu laufen scheint
    status meldet läuft nicht, aber der share ist definitiv erreichbar, nmbd und smbd laufen




    nur mit dem angepassten initV script lässt sich samba stoppen/starten

  • OE2.5 (dm900) - bug im samba sysVinit start/stop script

    Mir ist aufgefallen, dass in /etc/init.d auch ein samba start|stop script enthalten ist. Du stop Funktion ist buggy. Da werden die ausführbaren binaries im falschen Order gesucht




    Wofür wird das script benötigt? Samba kann auch über systemctrl gestartet/gestoppt werden. Das Script ist lt. maintainer info doch schon etwas älter und das liese sich heutzutage auch etwas moderner lösen, aber wenn man die Pfade anpasst funktioniert es.

  • [ gelöst ] OE2.5 - Tasten [Pos1] und [Ende] in der shell ohne Funktion

    Danke für die Rückmeldung.

    Zitat von obi

    Da es unter Linux bei mir mit allen Terminals außer Putty funktioniert und ich die inputrc und Keyboardeingaben allgemein demnächst nochmal genau unter die Lupe nehmen möchte, bitte ich noch um etwas Geduld.


    Stimmt, das ist mir gar nicht aufgefallen. Ich habe mich in letzter Zeit eigentlich auch nur mit putty verbunden. Ich hab's jetzt mal mit dem pantheon- und gnome-terminal getestet, da funktioniert es ohne Änderung ...


    Ich ändere auch andere Sachen in der bash, da liegen die backups sowieso auf der SD-Card. Ich hab's eigentlich nur gemeldet, weil die Änderung in der inputrc nicht nach reboot wirksam wird,


    Ich aktiviere auch das gerne:

    Code
    # # mappings for Ctrl-left-arrow and Ctrl-right-arrow for word moving
 "\e[5C": forward-word
 "\e[5D": backward-word
 "\e[5C": forward-word                                                   
 "\e[5D": backward-word


    Das greift im pantheon- oder gnome-terminal interessanterweise nicht, egal ob es in der /etc/inputrc oder ~/.inpurtrc oder aktiviert wird. Im putty terminal kann ich mit [Alt]+[<-] und [->] von Wort zu Wort springen, wenn es in der .inputrc steht. Änderung in der /etc/inputrc bleibt ohne Wirkung.


    Danke für's Ansehen, wenn mal Zeit dafür ist




    \\Edit
    so klappt es auch im gnome terminal (~/.inputrc)

    Code
    # # mappings for Ctrl-left-arrow and Ctrl-right-arrow for word moving     
 "\e[1;5C": forward-word                                                 
 "\e[1;5D": backward-word                                                
 "\e[5C": forward-word                                                   
 "\e[5D": backward-word                                                  
 "\e\e[C": forward-word                                                  
 "\e\e[D": backward-word

  • [ gelöst ] OE2.5 - Tasten [Pos1] und [Ende] in der shell ohne Funktion

    Ist zwar "nur" ein Schönheitsfehler, aber trotzdem lästig.


    Wenn man über Telnet/SSH verbunden ist, kann man mit [Pos1] und [Ende] nicht zum Anfang oder Ende des Befehls springen - statt dessen kommt der Warnpiep (putty.exe) und die ~ wird ausgeben. Ich mache viel über das CLI und bin die Tasten [Pos1] und [Ende] gewohnt und falle immer wieder drauf rein. Die alternative Tastenkombinationen funktionieren jedoch:
    [Strg]+[a]nfang
    [Strg]+[e]nde


    Wenn man das mapping neu läd funtionieren die beiden Tasten (ohne Änderungen in der /etc/inputrc) - allerdings nur bis zum nächsten reboot.

    bind -f /etc/inputrc



    Die beiden keys in der /etc/inputrc auskommentieren hilft auch nicht. Sieht aus, als würde die /etc/inputrc beim Booten nicht geladen.


    Ich hab's so gelöst, damit das alternative Mapping auch beim Boot geladen wird. Die inputrc ins Homeverzeichnis kopieren

    cp -a /etc/inputrc ~/.inputrc



    und die beiden Tasten in der .inputrc aktivieren (Kommentar # entfernen)


    Code
    # allow the use of the Home/End keys
"\e[1~": beginning-of-line
"\e[4~": end-of-line

    und dann laden, damit die Änderung sofort übernommenwird:


    bind -f ~/.inputrc


    Das muss halt nach jedem flashen wieder einbauen. Wäre aber schon, wenn die beiden Tasten "out of the box" im CLI funktionieren würden :winking_face:
    Vieleicht kann man das demnächst beheben - auch wenn es lowest prio ist

  • Ticket für dm900uhd

    Naja, es waren auch Weihnachten und Neujahr dazwischen. Dazu kommt noch, das ich nicht in DE lebe.


    Ich bin da eher auf den Händler sauer, der die Box nach vier Tagen nicht tauschen wollte, trotz bootlog, in dem der MemSys Error zu sehen war. Der wollte lieber vor Weihnachten eine Box mehr verkaufen ...

  • dm900 - FATAL ERROR: Boot 2nd image failed

    Klar ist das ärgerlich. Andereseits ist das die erste Box die wirklich Zicken macht - und ich hatte/habe doch schon einige. Irgendwann erwischt es wohl jeden mal - und wenn, dann beser innerhalb der Garantie.


    Leider hat der Händler heute nicht sofort getauscht, obwohl ein noch ein paar Boxen auf Lager hat ...

  • dm900 - FATAL ERROR: Boot 2nd image failed

    hmm, gestern runtergefahren und stromlos gemacht. Heute die Box eingeschaltet: rote LED, reagiert nicht auf Sensor touch


    bootlog:



    hab' die Box auch für 10 Minuten stromlos gemacht SD und HDD entfernt, die dm900 kommt nicht mehr hoch - komme auch nicht in den Flashmode ...


    das macht mir Sorgen ...

    Code
    MEMSYS ERROR: 00000001

    Sobald ich die Box über den Kippschalter einschalte, kommt die rote LED - keine Ausgabe am Display. Kann man die Box wiederbeleben oder Ticket / Händler ?


    \\Edit


    wohl wieder mal der RAM kaputt ...
    Bootet nicht mehr / LED ist rot


    da ich nicht der einzige bin, scheint das wohl ein Chargen Problem zu sein

  • Zugriff auf Dreambox per SFTP

    Ich kompiliere gerade die aktuelle Version v0.2.2 für alle Architekturen (inkl. armhf) und OE's


    kann bitte mal ein user, der die version gestftpserver_0.2.1-1 im DreamOS OE2.2 (dm520/dm525/dm820/dm7080) installiert hat folgendes testen:


    Code
    [ ! -d /usr/libexec ] && mkdir /usr/libexec
rm /usr/lib/openssh/sftp-server
ln -sf /usr/lib/openssh/gesftpserver /usr/libexec/sftp-server


    und danach testen ob der SFTP Zugriff klappt.


    wenn nicht, so wieder herstellen:


    Code
    rm -f /usr/libexec/sftp-server
cd /usr/lib/openssh 
ln -sf gesftpserver sftp-server
rmdir /usr/libexec &>/dev/null


    wenn es nicht klappt, muss ich 2 unterschiedliche mipsel Versionen für OE2.2 und OE2.5 bauen ...


    Danke für die Mithilfe

  • Aufnahme auf 8GB stick mit dream Box 900dm

    Ist doch egal welche Speicherkapazität der Stick hat. Wenn er eine Platte per USB dranhängt, hätte er das selbe Problem ...
    Dass die Speicherkapazität nicht ausreicht, merkt er früh genug - aber das hat nichts damit zu tun, dass er nichts aufnehmen kann.


    Nordpola:


    Welchen Einhängepunkt hast du dem Stick zugewiesen? Oder hast du "Einhängepunkt manuell auswählen" gewählt, dann muss du die Aufnahmepfade ändern. Der Einhängepunkt wird dir im Gerätemanager angezeigt