Danke die Herren !

Danke u. verstehe, aber wenn das so wäre warum habe ich dann etwas gesehen wie:

update enigma2_4.3.2r5-r0.2_armhf.deb over enigma2_4.3.2r5-r0.1_armhf.deb

Da hat sich doch was geändert, sonst braucht man nicht updaten?

Ich wollte rausfinden welche Enigma2 auf meiner 920 installiert worden ist. Da fand ich heraus daß Revision 4.3.2r5-r0.2 das letzte Mal installiert wurde.
Wenn ich im Terminal 'enigma2 -v' sehe ich 'r.02' nicht:

root@dm920:~$ /usr/bin/enigma2 -v
Enigma2 v4.3.1 (revision: 4.3.2r5, date: 2019-04-05)

Also die Frage ist, ob dies die einzige Möglichkeit ist, um die vollständige Revisionsnummer zu erhalten:

root@dm920:~$ apt list --installed|grep 'enigma2/'|awk '{print $2}'
4.3.2r5-r0.2

Pfew super danke !!!
Habe mir so eine database angelegt und funktioniert 100%.

Weißt du ob ich auch so etwas wie eine database anlegen kann, womit OEMID wird "transformiert".

Also so wie zb.:

0x5344 -> SD

Habe jetzt in der manufid-database:

MANUFACTURER<-->   ID<->      OEMID<--->CARDBRANDS FOUND WITH MID/OEID
Panasonic<----->0x000001<------>PA<---->Panasonic
Toshiba <------>0x000002<------>TM<---->Toshiba
SanDisk <------>0x000003<------>SD<---->SanDisk
Samsung <------>0x00001b<------>SM<---->ProGrade, Samsung
AData   <------>0x00001d<------>AD<---->AData
Phison  <------>0x000027<------>PH<---->AgfaPhoto, Delkin, Integral, Lexar, Patriot, PNY, Polaroid, Sony, Verbatim
Lexar   <------>0x000028<------>BE<---->Lexar, PNY, ProGrade
Silicon Power<->0x000031<------>SP<---->Silicon Power
Kingston<------>0x000041<------>42<---->Kingston
Transcend<----->0x000074<------>J<----->Transcend
Transcend<----->0x000074<------>JE<---->Transcend
Patriot(?)<---->0x000076<------>??<---->Patriot
Sony(?) <------>0x000082<------>JT<---->Gobe, Sony
Sony(?) <------>0x00009c<------>SO<---->Angelbird (V60), Hoodman
Sony(?) <------>0x00009c<------>BE<---->Angelbird (V90)

Danke; kriege hier das gleiche.

Normal sollte in /sys/block/mmcblk1/device/cid der Vendor stehen, aber auch hier nur zahlen.
Dann muß man es leider tun mit 'parted -s' usw. oder was in /sys/.../device/uevent steht

fred Bogus Temper: Vlt. haben wir neben einander geredet oder war ich nich klar genug.
Wie geschrieben die SDKarte wurde gemountet. Habe (als Test) zwei Dateien auf der Karte kopiert und nach unmount waren die Dateien nicht mehr im Verzeichniss und nach mouten waren sie wieder da. Also die Karte ist also gut. Meine erste Frage war auch nicht wegen Datenrettung, aber war nur ob die Karte im GeräteManager erkannt werden kann und wie ich die Namen von Hersteller kriegen konnte.

Ja das habe ich auch getan, und die Karte wird dann selbstverständlich gemountet.

Aber Makaveli hat geschrieben daß die Karte im DreamElite Image sichtbar ist im GeräteManager und darauf hat Fred Bogus Temper (mittels punkt 2) geantwortet, daß im DreamOS es auch ohne Plugin möglich ist.

Deswegen meine Frage; m.a.W.: wie kann ich im DreamOS die SDKarte (ohne Plugin) auch im GeräteManager sichtbar machen

Zitat von Fred Bogus Trumper

2. funktioniert das auch im DreamOS ohne userscript plugin

wie dann ?

Zitat von makaveli

Im Dream Elite Image wird die SD-Karte im Gerätemanager angezeigt

Wird da dann auch die Namen der Hersteller/Typ angezeigt?

Zitat von gutemine

User Scripts Plugin hebt die Blacklist der SD Karte auf dann geht es fast wie normales device....

Danke, ist ja zwar nicht alles, aber trotzdem etwas.

Zitat von Fred Bogus Trumper

Kling fast so als ob die SD Karte hinüber ist, mit viel Glück kannst du die Daten mit dd direk auf der dm900 retten:

Nein, ist sie nicht

Ich habe in der dm920 eine 8 GB SanDIsk SDHC Karte.

Nach Jahren wird leider noch immer diese SDKarte nicht im GeräteManager erkannt (DreamOS).

Mounten geht nur manuell (eintrag in /etc/fstab), aber hier nur mit '/dev/mmcblk1p1...' usw, also' /dev/disk-by-uuid/...' geht auch nicht.

Ich brauche von der FP, den USB's und die SDKarte die Namen von Hersteller, Typ, usw.
Dazu habe ich smartctl (smartmontools) installiert und funktioniert, aber nicht für die SDKarte ('unknown device type')

Dann habe ich (für die eMMC Karte) von hier mmc-utils (armhf) installiert, aber leider wird auch damit die SDKarte nicht erkannt

 mmc extcsd read /dev/mmcblk1p1
ioctl: Operation not permitted
Could not read EXT_CSD from /dev/mmcblk1p1

Meine Fragen sind:

- könnte bitte (u.a.) den GeräteManager angepasst werden, so daß eine MMC Karte auch erkannt wird
- mit welchem Tool kann ich die Daten von der SDKarte (Hersteller usw) lesen?

Danke.

Entschuldiging, aber welche Beispieldatei wird gemeint?

Zitat von pclin

Du kannst ja erstmal mit apt Suchen, dann schauen was du installiert hast und nachinstallieren.

apt search aac*

apt search mpeg*

apt show 'Package'

Vlt schreibfehlerchen; denn ich denke apt show 'Package' soll apt show package* sein

Habe gesucht (aac* und mpeg*), aber ich weiß nicht was ich nachinstallieren soll. Anbei die Bildschirmausgabe von apt show package* und den Inhalt des Verzeichnisses /proc/stb/audio

Habe auf dieser dm920 nur original (letzte unstable) Image drauf, werde später nn2 auch hier drauf versuchen.

Kriege auf IPTV sender immer: "This Dreambox can not decode MPEG-4 AAC decoder". Leider kein audio und immer die Fehlermeldung auf dem Schirm. Ich habe aus vlc die folgenden Audiodaten:

Type: Audio

Original ID: 257

Codec: MPEG 4 AAC Audio (mp4a)

Channels: Stereo

Samplerate: 48000 Hz

AAC-extension: SBR

Habe auch advanced-audiosettings Plugin versucht aber damit (downmix) geht es auch nicht.

Kann die Dreambox damit nicht umgehen oder gibt es einen (gstreamer) mpeg4 AAC decoder?

Schon wieder paar mal neu geflasht auf der dm920. Habe noch nie so oft geflasht...
Erst nur getan was in post #18 geschrieben ist, d.h. flashen, netzwerk und timeserver
Leider dann keine richtige Zeit (siehe Anhänge)

Dann wieder neu geflasht und getan was in post #20 geschrieben ist, d.h. flashen, netzwerk kein TimeServer über GUI sondern nur de.pool.ntp.org in /var/lib/connman/ethernet_000934xxxxxx_cable/settings eingtragen, gespeichert und reboot. Auch wieder falsche Zeit

Werde wieder flashen und nochmal nur tun was du hier (post #20) geschrieben hast

Versucht mit neu flashen was Fred geschrieben hat und auch was Unique geschrieben hast aber leider immer die falsche Zeit.

Neu geflasht (unstable dm920-20190309), ohne settings restore und die dm920 hängt nur am LAN; also keine Tunerkonfiguration und kein Satkabel.

Nach eingeben von den Netzwerkeinstellungen (dhcp aus) wieder reboot und keine (wired) Netzwerkeinstellungen aktiv.
Habe versucht in connman ethernet_000934xxxxxx_cable settings: AutoConnect auf true zu setzen, aber wird nicht akzeptiert (auch nicht wenn enigma2 gestoppt worden ist)
Also nach reboot wird nie das Netzwerk gefunden denn AutoConnect bleibt immer auf falsch stehen.

1. Leider hat DP immer noch nicht den Fehler behoben und muß immer noch Fred seine Lösung mit "networkwd.sh" (angerufen in rc.local) genutzt werden (habe ich jetzt noch nicht getan).

Dann ist die Systemzeit immer noch falsch; mit und ohne config.misc.useTransponderTime=false in E2 settings

Übrigens kann man im GUI die useTransponderTime nirgendwo auf falsch setzen, daß muß immer manuel in settings eingetragen werden, oder...

Auch im GUI gibt es

- mit ntp auto und keine Timeserver eingegeben;
- oder ntp auto und als Timeserver 0.pool.ntp.org;

immer keine richtige Zeitangabe.

Was mir aufgefallen ist, daß bei Netzwerkeinstellungen unter Timerserver stehen 2 einträge:

- meine gateway bzw dns server (sind beide gleich hier) und
- 0.pool.ntp.org

k.A. ob das so gut ist, aber wie geschrieben keine richtige systemzeit.

In /var/lib/connman/settings steht unter [global]:
OfflineMode=false
Timeservers=de.pool.ntp.org;

2. Was bedeutet: OfflineMode=false ?

3. Nach neu flashen leider immer noch nicht die richtige Systemzeit

Danke. Ja wie geschrieben die letzte beide Zeilen sind wieder auskommentiert.

rc local habe ich noch nicht versucht, aber die wird funktionieren denn wenn ich während des Startens ein Skript starte, ist alles i.O.
In das Skript wird:

- erst mittels "ping 8.8.8.8" (usw) kontolliert ob es eine Internetverbindung gibt
- wenn ja wird die Systemzeit wird mit der NTP-Zeit verglichen, und gegebenenfalls wird die Systemzeit mit rdate -s aktualisiert.

Aber was ich will ist dat alles ohne das Skript i.O. ist.

Werde morgen neu flashen und schauen was das bringt.

Danke Fred. Habe es getan wie du geschrieben hast und time-sync.target is wieder aktiv (mit den beiden letzten Zeilen auskommentiert).
Leider ist die Zeit immer noch auf 1-1-1970 02:00.

Habe ich vorher noch nicht gemeldet, aber ich nutzte die Box nur auf der Terasse (und ohne Satkabel). Abends hole ich die Box vom Stromnetz (aus der Steckdose). Und nächsten Morgen ist dann die Zeit falsch.
Wenn ich die Zeit manuel gut gesetzt habe und fahre die Box runter (FB->menu->deep stand by) dann ist beim neustart (FB->Powerknopf) alles i.O. Also kriege ich die falsche Zeit nur wenn ich die Box vorher spannungslos gemacht habe.