MLD Bug - MLD
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000224MLD[All Projects] VDRpublic2015-07-22 20:102015-08-17 20:03
Reporterrpi71 
Assigned Toclausmuus 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusassignedResolutionfixed 
OS Version 
Product Version5.x Testing 
Fixed in Version 
Paket Name und Versionvdr & backup-plugin
Summary0000224: Uhrzeit nicht korrekt wenn "Einstellen der Zeit über Transponder" gewählt wird
DescriptionHabe ein neues 5.0.0-System mit einem custom-image installiert (tat soweit) und danach meine 4.0-configuration (vom backup plugin) über das webfrontend eingespielt. (Hier stellt sich die Frage, was passiert, wenn man bei dem image ein plugin vergessen hat, das in der backup-config drin ist.)

1. Nach dem reboot lief erst mal nix, da auf dem neuen system die Datenpartition gefehlt hat und vdr endlos neu startete (habe ich per ssh manuell behoben: cd /mnt/data; mkdir tv).

2. Wenn ich auf dem OSD das System-Konfigurationsmenü aufrufe kommt nur ein Fehler (irgendwie gefällt ihm die Konfiguration nicht; auf dem webfrontend kann ich das menü aber aufmachen)

3. Die Uhrzeit war per DVB/Transponder/Pro7 eingestellt, das scheint aber nicht zu tun, die Uhrzeit ist 3 Stunden daneben. (das Problem geht auch nicht weg, wenn man dann ein Netzwerkkabel einsteckt), ohne korrekte Uhrzeit ist das EPG dann auch irgendwie unvollständig.

Was kann ich tun, um mit möglichst wenig Aufwand meine alte system-config auf dem 5.0.0 zu bekommen ohne alles von Hand neu machen zu müssen?
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Filestgz setup.xml.tgz (6,295) 2015-07-26 16:20
http://www.minidvblinux.de/bug/file_download.php?file_id=22&type=bug
Issue History
Date ModifiedUsernameFieldChange
2015-07-22 20:10rpi71New Issue
2015-07-22 20:10rpi71Statusnew => assigned
2015-07-22 20:10rpi71Assigned To => MegaX
2015-07-23 12:22MegaXAssigned ToMegaX => clausmuus
2015-07-23 13:28clausmuusNote Added: 0000397
2015-07-23 22:02rpi71Note Added: 0000398
2015-07-24 10:55clausmuusNote Added: 0000399
2015-07-24 12:16clausmuusNote Edited: 0000399bug_revision_view_page.php?bugnote_id=399#r121
2015-07-25 22:26rpi71Note Added: 0000400
2015-07-26 10:26clausmuusNote Added: 0000401
2015-07-26 11:02clausmuusNote Edited: 0000401bug_revision_view_page.php?bugnote_id=401#r123
2015-07-26 16:19rpi71Note Added: 0000402
2015-07-26 16:20rpi71File Added: setup.xml.tgz
2015-07-26 23:32clausmuusNote Added: 0000403
2015-07-27 21:25rpi71Note Added: 0000404
2015-07-28 01:36clausmuusNote Added: 0000405
2015-07-29 20:55rpi71Note Added: 0000406
2015-07-31 13:26clausmuusNote Added: 0000407
2015-07-31 13:26clausmuusNote Edited: 0000407bug_revision_view_page.php?bugnote_id=407#r125
2015-08-17 20:03rpi71Note Added: 0000426
2015-08-17 20:03rpi71Resolutionopen => fixed

Notes
(0000397)
clausmuus   
2015-07-23 13:28   
Hast Du denn auch eingestellt, dass der VDR immer mit Pro7 starten soll? Das hätte den Vorteil, dass sofort nach dem Starten die Zweit korrigiert wird.
Allerdings soll das auch noch dann funktionieren, wenn später auf Pro7 umgeschaltet wird.
Ob das stellen der Zeit über's Netzwerk auch dann noch funktioniert, wenn das Kabel erst später eingesteckt wird, weiß ich nicht. Hab ich noch nicht ausprobiert. Das sollte aber funktionieren.
Um Deine alte Config bei der Installation wieder herzustellen, gibt es mehrere Wege. Zum einen kannst Du das config archiv einfach auf irgendweine HDD/USB-Stick packen, die am System angeschlossen ist. Dann kannst Du Nach dem booten des Netinstall Images bei der Auswahl der Zusammenstellung die installiert werden soll auch den Punkt "old-config" auswählen.
Alternativ wählst Du einfach gar keine Zusammenstellung aus und spiehlst Dein Config Backup im Quicksetup über das Webinterface ein.
Alle benötigten Pakete werden in beiden Fällen installiert.
(0000398)
rpi71   
2015-07-23 22:02   
Danke für die Info - habe es mit der netinstall noch mal neu gemacht und die Uhrzeit war dann (diesmal ARD als Transponder/bei Start gewählt) nur noch 2 Stunden daneben (nach einem Kaltstart ohne Netzkabel). Kaltstart mit Netz geht.
Dann habe ich aber wohl zu viele Pakete (bzw. ein problematisches) installiert und bekam nur noch nen schwarzen Bildschirm, teste es morgen noch mal.

Auch hier kommt (zumindest mehrmals) beim Versuch die System-Konfiguration auf dem OSD aufzumachen die Meldung "fehler in vdr-config" - im gegensatz zu gestern (nach dem einspielen der config's) verschwand diese aber nach mehrmaligem versuch, muß ich wohl auch noch mal testen, ob ich mir die konfig mit dem backup/restore zerschieße.

-das mit dem backup habe ich auch noch nicht ganz verstanden, gibt es 2 davon? eines das die Konfigurationsdateien enthält und eines das die installierten Pakete, wie kann ich letzteres auf der 4.0.1 erzeugen? (ich habe bislang nur das backup über das webif gemeint)
(0000399)
clausmuus   
2015-07-24 10:55   
(edited on: 2015-07-24 12:16)
Es gibt nur ein Backup das alles enthält.
Der Setup fehler kahm bisher immer dann, wenn eines der Installierten Pakete ein fehlerhaftes Setup enthält.
(0000400)
rpi71   
2015-07-25 22:26   
Habe mit einem neuaufsetzen alles zum laufen bekommen (sogar die GPIO18-IR-FB-lösung mal kurz zusammengelötet, cool)
außer das "Setup-Problem"
- über das OSD bekomme ich immer noch die fehlermeldung (leider auch nach einer reinstallation des setup-paketes)+löschen der setup.xml. Was kann man noch machen damit es wieder geht?

(das config-archiv habe ich so dezimiert, das nur die notwendigsten sachen über das webif übernommen wurden, die netinstall ist mit der old-config hängengeblieben.

Warum das mit dem transponder-systemzeit nicht ging, keine Ahnung.

BTW: die externe USB-Platte hat erst funktioniert, als ich sie von hand in die fstab eingetragen habe, trotz usb paket, ich find die stelle nicht mehr wo man die datenpartition einstellen kann :-o )

BTW: das der raspi nach einem power-fail nicht mehr hochfährt, müßte man dadurch vermeiden können, das man die boot-partion read-only/gar nicht mounted (und nur bei bedarf kurz schreibbar macht), zumindest funktioniert das booten bei mir immer wieder, wenn ich die karte mal im pc gemounted/unmounted habe. irgendwas stört den kernel oder die firmware am dirty-flag...
(0000401)
clausmuus   
2015-07-26 10:26   
(edited on: 2015-07-26 11:02)
Wegen des Setup Fehlers, müsstest Du hier mal Deine /etc/vdr/plugins/setup/setup.xml anhängen, dann kann ich mir das anschauen.
Das auswählen des Daten Laufwerkes hatte ich versehentlich entfernt. Ist nun aber wieder drin.
Bisher wurde immer berichtet, dass nicht die boot, sondern die root Partition die Probleme beim booten verursacht. Solltest Du hier andere Erfahrungen gemacht haben, sag bitte Bescheid. Der Hinweis mit dem dirty-flag ist aber gut. Da werde ich mal schauen, ob sich das ignorieren lässt.
(0000402)
rpi71   
2015-07-26 16:19   
die gelöschte setup.xml hat sich über nacht repariert - es dauert offenbar sehr lange bis diese erzeugt wird, solange die nicht da ist, kommt man nicht ins setup-OSD rein. Ich habe mal die neue und die vermurkste Datei angehängt.

PS: nun hätte ich den Edimax-WLAN stick mal ausprobiert, es gibt aber trotz installation des paketes network-wireless kein 8192cu.ko auf meinem system, kein wlan0 device...
(0000403)
clausmuus   
2015-07-26 23:32   
Du musst das network-wireless-drivers installieren. Das wird seit heute auch beim ARM im Webif angeboten.

Claus
(0000404)
rpi71   
2015-07-27 21:25   
no luck: der Edimax läst sich noch nicht zum leben erwecken, wenn man wpa-supplicant von hand started bekommt man mehr info:

MLD> /sbin/wpa_supplicant -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -D nl80211,wext -c /etc/wpa_supplicant.conf
Successfully initialized wpa_supplicant
nl80211: Driver does not support authentication/association or connect commands
ioctl[SIOCSIWAP]: Operation not permitted
ioctl[SIOCSIWENCODEEXT]: Invalid argument
ioctl[SIOCSIWENCODEEXT]: Invalid argument
wlan0: Trying to associate with 44:32:c8:9c:5d:c6 (SSID='xxx' freq=2437 MHz)
wlan0: Association request to the driver failed
wlan0: CTRL-EVENT-DISCONNECTED bssid=44:32:c8:9c:5d:c6 reason=0

googled man danach ist evtl. diese Seite interessant:
'https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=104974 [^]'
erwähnt wird auch ein patch der den lib-ln support wohl repariert...

Bin aber nicht sicher, ob ich alle kombinationen ausprobiert habe
(WPA/WPA2/TKIP/CCMP/AES und was man alles so einstellen kann).
Bin auch nicht sicher, ob der rfkill-switch on oder of ist (sofern der edimax sowas hat), rfkill ist aber auf dem MLD nicht drauf, auf dem laptop zeigt er nach dem einstecken:
rfkill list:
2: phy1: Wireless LAN
    Soft blocked: yes
    Hard blocked: no
also könnte es auch daran liegen.
(0000405)
clausmuus   
2015-07-28 01:36   
Seit gestern unterstützt lässt sich die -D Option auch per setup setzen. Der muss beim edimax auf "wext" gesetzt werden, und nicht auf "nl80211,wext" wie in Deinem Beispiel.
Den Rest kannst Du auf automatisch lassen.
(0000406)
rpi71   
2015-07-29 20:55   
wlan funktioniert - aber irgendwie nicht zuverlässig.
Wenn ich es aktiviere mit LAN connect, wird die selbe MAC für 2 IP-adressen angezeigt, egal ob mit oder ohne DHCP, seltsam. Boote ich ohne LAN geht es irgendwann über WLAN aber über nacht hat sich das WLAN wieder verabschiedet - das System lief aber ohne Probleme.
PowerSave ist auf meinem Router nicht aktiv, muß also eher am Edimax/Raspi liegen.

BTW - eine Aufnahme auf USB-disk vom ZDF ruckelte und stoppte + freeze.
Eine KiKa-HD Aufnahme auf die micro-sd funktionierte problemlos.
Ich schätze mal, eine Aufnahme auf USB-stick wird kaum besser funktionieren, HD wird vermutlich nur auf /dev/mmcblk laufen, weil alles was usb ist sich die bandbreite mit dem dvb-usb teilen muß ?

In 4 / 5 Fällen bootet mein raspi (mit boot readonly/not mounted) übrigens nach einem hard-reset problemlos hoch, bis lang nur einmal mußte die karte in den PC.

Die Einstellung der daten-partition geht immer noch nicht, nach dem update des base-paketes (o.a.) war der eintrag in der fstab futsch und ich mußte wieder von hand nachbessern.
(0000407)
clausmuus   
2015-07-31 13:26   
Bei dem Speicherproblem auf den USB Stick dürfte es an der Geschwindigkeit des USB Sticks liegen. Die schaffen beim schreiben oft nicht mehr als 1MBit. Für HD Aufnahmen sind aber meistens mehr als 10MBit nötig.
Die USB Bandbreite dürfte kein Problem sein, da die bei über 400MBit liegt.
(0000426)
rpi71   
2015-08-17 20:03   
nachdem ich nun die provisorisch angestöpselte usb-hd von ntfs auf ext4 umgestellt habe, laufen auch hd-Aufnahmen mit paraller Wiedergabe, zappen etc. problemlos. (die cpu-load war zwar auch mit ntfs gering und es stand nix von io-wait oder so, irgendwie scheint der fuse-mount/ntfs3g nicht gut mit vdr zusammenzuspielen).