Posts by Fred Bogus Trumper

    Dampf ablassen ist verständlich und nachvollziehbar. Mir gefällt es auch nicht.


    Ändern wird sich deshalb auch nichts und macht auch nichts besser. Es bringt auch nichts uns gegenseitig anzupöbeln und zu nerven.

    Einigen scheint das aber ein Bedürfnis zu sein ...

    es gibt aber einen Unterschied zwischen online recovery und "normal offline flashen"

    beim online recovery wird neben dem dreambox-rootfs auch /data formatiert und mit dem richtigen LABEL versehen - d.h. der Inhalt von Data ist dann weg.


    solange der flash i.O. ist das OK. Aber wenn man auf das online recovery angewiesen ist, ist das dann nicht so gut. Dann heisst es " basteln" - und das ist nicht jedermanns Sache ...

    Na ja, du hast ja Recht. Aber die Kommunikationspolitik von Dream Property - wenn man "Schweigen" als solche bezeichnen kann - ist nicht ganz unschuldig an diesem "Theather".


    Die User/Kunden sind nun mal verunsichert - vor allem die, die seit Monaten auf Bearbeitung ihrer RMA Tickets warten. Und diese "Kommunikationspolitik" öffnet nun mal Tür und Tor für Spekulationen, Gerüchte und "alternative Wahrheiten".


    Es wäre längst an der Zeit, dass DP ein Statement abgibt: So sieht es jetzt aktuell aus und ob oder wie es weitergehen oder soll.

    Aber darauf werden wir vermutlich vergeblich warten.


    Aktuell sieht es auch für mich auch so aus, dass die alten Lager noch so gut wie möglich geleert werden sollen bevor die Boxen zu Ladenhütern verkommen. ...


    Abwarten und Tee trinken ist da vermutlich die einzige vernünftige Lösung. Aber wenn das alle täten, wäre es hier sehr ruhig und wenig unterhaltend :winking_face:

    im OE2.5/OE2.6 vermutlich mit


    systemctl restart dbttcd.service


    vielleicht und/oder den dbttcd.socket neu starten


    systemctl restart dbttcd.socket



    ich würde zuerst das service mal neu starten, wenn das nicht hilft den .socket, einfach mal testen


    mit den originalen feeds im image kann das nur DP lösen, die feed werden nämlich von http auf https redirected, als die feeds wieder online gingen. Und wenn das Pakekt apt-transport-https nicht bereits vor dem offline gehen der http feeds installiert war, hat man jetzt dieses Problem ...


    Das Problem betrifft jetzt alle die noch original images ohne das installierte Paket apt-transport-https mit den alten feeds am Laufen haben. Und das muss von DP gefixt werden!


    Eine alternative Lösung findet man im IHAD, da wurde das Thema auch schon behandelt.

    Ich bin schon gespannt ob es da noch eine offizielle Lösung geben wird. Ich vermute nicht


    Das nicht funktionierende online recovory (kein https support) und die falschen flash-scripte am OE2.5 feed wären auch noch Themen die schleunigst gefixt werden müssten ...

    EOL ist eine Abkürzung für “End of Life” und bedeutet auf Deutsch “Lebensende” oder “Auslaufprodukt”. Im Elektronik- und Computerbereich werden Produkte, Bauelemente oder Software als EOL bezeichnet, wenn sie vom Hersteller nicht mehr produziert oder unterstützt werden.

    Letzteres heißt, dass im Grunde alle Dreamboxen EOL sein könnten. :thinking_face:


    EOL vielleicht für den Hersteller aber nicht für den Nutzer - das sind ihmo zwei paar Schuhe


    Sind meine dm9x0 seit 2019 EOL nur weil ich seit dem kein Update mehr gemacht habe? Ich glaube nicht, dass ich im täglichen TV/PVR Betrieb einen Unterschied zum aktuellen unstable bemerken werde, abgesehen von den Änderungen in der GUI.

    EOL ist für den Konsumenten wenn das Teil kaputt oder nicht mehr nutzbar ist, weil es Änderungen gab die einen Betrieb unmöglich machen


    Man wirft ja einen 2 Jahre alten PKW auch nicht auf den Schrott nur weil das Modell nicht mehr produziert wird

    also lieber an der Box rumsägen, als 2mm am Stecker vom Lüfter? Und das oft der SOC sehr heiß wird, liegt nicht an dem fehlendem Lüfter. Aber das weißt du ja bestimmt, was die eigentliche Ursache ist.

    Ja klar, nach Jahren mit allen möglichen Experimenten mit habe ich mich für die Verstümmelung der Rückblenden und Stromversorgung über USB entschieden - nach der Garatie und weil der MOFSET am Mainboard abgeschmiert ist. :winking_face:
    DP hat das MB nicht auf Garantie getauscht, weil am 12V Pin nichts mehr ankam.

    die ca. 10x3mm Aussparung sieht man fast nicht, wenn der Deckel aufgeschraubt ist - dafür ist der Deckel unversehrt.

    Da habe Ich habe schon Bilder von weit abenteuerlicheren dm9x0 "Kühlungsexperimenten" gesehen.

    der Lüfteranschluss der dm920 ist so besch*** verbaut, dass es nicht möglich ist einen Standard Lüfter anzuschließen wenn eine Festplatte verbaut ist, ohne den Stecker zu verstümmeln. Der Lüfter in meiner dm900 hat den mofset des 12V Lüfteranschlusses geschrottet - danach ging gar nichts mehr.

    Sägen ist nicht notwendig für den USB Lüfterbetrieb. Mir war es egal.

    Lieber USB und kühle Ruhe als pwm emulator plugin von eh schon wissen ...

    Ich würde auch die 100 euro mehr investieren und eine Samsung QVO 4TB verbauen, wenn dieser Speicherplatzbedarf besteht
    Auf SMR Technologie in 2,5" Platten würde ich auch nicht setzen


    Kühlung ist nach Meinung vieler für eine dm9x0 nicht notwendig, aber ich habe einen 80x80x25 Noctua NF-R8 redux-1800 PWM 4-Pin Lüfter mit hitzebeständigen Doppelklebeband auf den Kühlkörper geklebt. Wird mit 5V über USB mit einem USB / 4-Pin Adapter versorgt. Springt zuverlässig an, ist so gut wie unhörbar und kühlt die CPU um gut 20°C runter. Ich habe in die Rückblende eine Aussparung gesägt, damit das Kabel von vorne "unsichtbar" nach aussen an den USB Port geführt werden kann.

    Kosten um die EUR 20,00 für Lüfter und 5 Stück USB/4-Pin Adapter - einzeln gab's sie nicht.