Posts by Fred Bogus Trumper

  • The Legacy of Dreambox Between Closure and Responsibility

    I'm still waiting for the open community solution for SD Multi boot on aarch64 dreamboxes :winking_face:


  • WIN11 Netzlaufwerk

    telnet/ssh password != Samba share password


    Beim Zugriff eines Passwort geschützen Samba shares wird auch nicht das Benutzer oder Root Passwort verwendet sondern ein eigenes Samba Passwort - sofern man nicht mit dem guest account ohne Password zugreift

  • WIN11 Netzlaufwerk

    versuch mal


  • Bug in Code (Typo in self.conntected Variable)

    there will be no updates in the future anymore



    this code can also be found in a "frozen" enigma2 dated on May 2019 - so if this is a bug, it's a very "old" one ..


    Code
    root@dm820:~# dpkg -l enigma2
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                        Version                    Architecture               Description
+++-===========================================-==========================-==========================-============================================================================================
ii  enigma2                                     4.3.2r5-r0   mipsel                     Framebuffer-based digital media application
root@dm820:~#
    Code
    root@dm820:~# grep conntected $(find /usr/lib/enigma2/python/ -iname "*.py")
/usr/lib/enigma2/python/Screens/Standby.py:            self.conntected=False
/usr/lib/enigma2/python/Components/NimManager.py:        # remove nims, that have a conntectedTo reference on
root@dm820:~#



    If this is not a feature but a bug with safety a quick 'n dirty adjustment executed in the terminal

    Code
    PY="/usr/lib/enigma2/python/Screens/Standby.py"
if grep "self.conntected=False" $PY & >/dev/null; then sed -i 's/self.conntected=False/self.connected = False/' $PY;fi
systemctl restart enigma2

  • Umstieg von DM 7020HD auf DM920 UHD

    Ich habe schon einige Male die Übersiedelung von Daten von einer HDD auf eine andere direkt auf der Box gemacht, auf den alten mipsel wie auf den neuen arm Boxen. Auf der dm920 sollte das sauber laufen, die hat genug Power. Auf den alten mispel Boxen hatte ich das Kopieren meist im Hintergrund bei gestoppten Enigma2 über Nacht laufen lassen, was vermutlich nicht notwendig war. Probleme gab es eigentlich nie


    Die PC Variante mit einem Linux (Live CD) empfiehlt sich vor allem, wenn man keine passenden Adapter / Gehäuse zur Hand hat. Am Notebook benötigt man meist 2 Gehäuse/Adapter, an der dm920 kommt man in diesem Fall mit einem aus.

    Die Befehle sind um Grunde die selben, am PC wird das Kopieren vermutlich auch etwas schneller laufen

  • Umstieg von DM 7020HD auf DM920 UHD

    naja, entweder können die Daten gelesen werden - oder eben nicht. Mehrere Versuch helfen da meist auch nichts.


    Welche Fehler hat die HDD dm7020hd? Entweder das Dateisystem ist beschädigt oder die Platte selbst (defekte Sektoren etc.)

    Du kannst erst mal versuchen das Dateisystem zu prüfen und gegebenenfalls zu reparieren. Dafür gibt es einen Menüpunkt im Gerätemanager. Die Datenpartition der Platte auswählen und dann mit GRÜN Test auswählen -> Dateisystemprüfung starten


    Wenn diese Prüfung mit einem Fehler beendet wird, kann man die Prüfung auch im Terminal manuell starten.


    Vorab alle Services die auf die HDD zugreifen könnten beenden: nfs, samba, mediathek etc.

    dann die Platte aushängen und am besten auch einigma2 killen, weil die Prüfung von Dateisystemen > 500GB die Speicherauslastung auf den alten OE2.0 ans Limit bringt. Auf jeden Fall auch die 1GB SWAP Partiton manuell aktivieren


    Annahme die hdd wird als /dev/sda erkannt (sonst die Befehle anpassen)


    etwa so (bin mir bei den Befehlen nicht 100% sicher da ich keine OE2.0 Box mehr im Betrieb habe)


    killall enigma2

    init 3

    killall nfsd

    killall nmbd

    killall smbd

    umount /dev/sda1

    swapon /dev/sda2



    Dann die Dateisystemprüfung bzw. die automatische Reparatur starten:


    fsck.ext3 -v -p -f /dev/sda1|tee /tmp/fsck.log


    Falls Fehlermeldungen auftreten findest du in /tmp/fsck.log die log Datei


    Wenn du smartmontools auf der dm7020hd installiert hast, kannst du auch die Platte selbst nach Fehlern prüfen


    smartctl -a /dev/sda



    Wenn die Platte bzw. das Dateisystem soweit OK ist, am besten zuerst versuchen die Daten auf Dateisystemebene mit rsync oder cp zu kopieren und etwaige Fehlermeldungen in ein log file zu schreiben um zu sehen ob und welche Dateien nicht kopiert werden konnten. Siehe 1. Befehl von Cepheus62 in #3


    Den genauen Befehl können wir dann auch gemeinsam "erarbeiten" wenn es soweit ist.


    Am besten kopiert man den gesamten Inhalt der 2Tb Platte in einen Order der neuen Platte bzw. SSD, dann kann man nach dem Kopiervorgang den verbrauchten Speicherplatz der Daten und die Anzahl der Ordner, Dateien und Symlinks vergleichen. Beim Speicherverbrauch können Abweichungen von ein paar KB möglich sein. Danach kann man den inhalt des movie Ordners einfach in den movie Ordner der SSD verschieben, dass dauert nur ein paar Sekunden.


    Wenn das Kopieren auf der Dateisystemebene nicht mehr funktioniert könnte man versuchen die Daten auf der Geräteebene zu kopieren. d.h. die gesamte platte mit dd in ein .img file auf die SSD der dm920 zu schreiben. Danach kann man versuchen das Dateisystem der Datenpartition im .img zu reparieren und dann versuchen die Daten aus dem .img file heraus zu schreiben.


    Aber prüfe erstmal das Dateisystem der 2TB Platte in der dm7020hd und sieh dir auch die S.M.A.R.T. Werte mit smartctl an. Wenn beides in Ordnung ist sollte es auch mit dem Kopieren klappen.


    Im besten Fall sollte das externe USB3.0 Gehäuse mit der 2TB Platte auch über eine eigene Stromversorgung verfügen. Im worst case bricht der Kopiervorgang ab, weil die USB Schnittstelle zu wenig Strom liefert und die Platte "rauswirft". Das kann dann auch zu einem korrupten Dateisystem führen ...


    Dafür kann man auch ein 3.5" Gehäuse mit eigener Stromversorgung verwenden, da reicht es wenn die 2.5" Platte temporär liegend ohne Fixierung im Gehäuse an den SATA Controller angeschlossen ist.


    Man kann die Dateisystemprüfung und das Auslesen auch an der dm920 angeschlossen durchführen. Allerdings könnte es sein, dass der USB Controller des externen Gehäuses die S.M.A.R.T. Werte nicht durchreichen kann, weil der kernel der dm920 den Controller nicht erkennt. Deshalb sicherheitshalber die S.M.A.R.T. Werte hdd mit der dm7020hd auslesen über die SATA Schnittstelle auslesen.

  • Umstieg von DM 7020HD auf DM920 UHD

    Warum per FTP doppelt kopieren? Die dm7020hd kann nur 100Mbit/s, das dauert bei 2TB ewig ...


    die dm920 flashen und die HDD initialisieren


    dann entweder die Daten der dm7020 per nfs share mit cp oder rysync im Terminal über das Netzwerk als Hintergrundprozess kopieren (siehe #3), was mit 10-11MB/s auch ne Weile dauern wird, aber noch immer um gut die Hälfte schneller sein wird als über den Umweg PC/FTP.


    Zu beachten ist auch, dass das Kopieren mit rsync ist gut 20-30% langsamer ist als mit cp, weil rsync "rescourcenschondender" arbeitet.


    Oder entweder die HDD der dm7020hd per USB3.0 extern an die dm920 stöpseln und die Daten lokal kopieren. Im Terminal als Hintergrundprozess starten und über Nacht laufen lassen - dauert auch noch immer gut 7-9 Stunden bei 2TB.


    Oder zumindest die HDD der dm7020hd ausbauen und am PC mit einem gebooteten Linux (Live CD) anschließen und über Netzwerk mit 1Gbit kopieren - das ist dann auch gut 5x schneller als über einen Netzwerkshare der dm7020hd


    Wenn die 4TB HDD SMR statt CMR verwendet wird es vermutlich auch länger dauern, aber das ist eine andere Geschichte.


    Die hdd der dm920 per eSATA an die dm7020hd stöpseln wäre auch eine Variante, bin jetzt aber nicht 100% ob es im oe2.0 ext4 Treiber gibt bzw. ob man mit ext4 initalisierte HDD der dm920 im OE2.0 mounten kann. Im OE2.0 wurde ext3 verwendet und von DP empfohlen.

  • AIO feed, Wünsche und Träume

    Quote from ralfK
    Code
    09.03.2024 - Version 5.0.0r2-r0.6
- add Transponder Time to System settings

    Damit kann die Transponderzeit an- und abgeschaltet werden.

    gutemine hatte es mal erklärt wie es sich mit der Transponderzeit verhält, ich kann es aber nicht mehr finden.

    Wird, auch wenn die dreambox am LAN hängt, die Transponderzeit verwendet. Gibt es da dann Fälle wo die Zeit nicht passt?


    Was und wo wird da zusätzlich angezeigt.


    das ist nur ein kleiner fix damit man in der GUI unter Menü - Einstellungen - System - Anpassen die Transponder Zeit aktivieren und deaktieren kann (default aktiviert)


    bisher musste man das manuell in die settings schreiben, wenn man die Transponderzeit deaktiveren wollte

    Code
    config.misc.useTransponderTime=false


    Wenn dann ein Zeitserver in den Netzwerkeinstellungen hinterlegt ist holt sich die Box die Zeit vom Zeitserver anstatt vom Transponder. Das ist vor allem dann von Vorteil wenn die Box nicht am SAT etc. hängt und nur als Partnerbox (Streaming) Client konfiguriert ist - die Box bekommt sonst nie eine aktuelle Uhrzeit


    Ich habe auf all meinen Boxen seit Jahren die Transponderzeit deaktiert und einen Zeitserver konfiguriert - egal ob die Box am LNB hängt oder nicht und konnte bisher keine Nachteile feststellen. Die Box bekommt bereits schon vor dem Enigma2 Start eine korrekte Zeit während man bei aktiver Transponderzeit (ohne hinterlegten Zeitserver) auf Enigma2 warten musste.

    In frühreren Enigam2 Versionen musste man die Transponderzeit meines Wissens deaktiveren, damit sich die Box die Zeit vom Zeitserver holte. Ich glaube das ist mittlerweile nicht mehr erforderlich. Aber es macht vermutlich Sinn nur eine Zeitquelle zu aktivieren, die Transponderzeit ist vermutlich immer etwas hinterher ...