 |
| View Issue Details Jump to Notes | Issue History Print | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
| 0000224 | MLD | [All Projects] VDR | public | 2015-07-22 20:10 | 2015-08-17 20:03 | ||||||||
| Reporter | rpi71 | ||||||||||||
| Assigned To | clausmuus | ||||||||||||
| Priority | normal | Severity | major | Reproducibility | have not tried | ||||||||
| Status | assigned | Resolution | fixed | ||||||||||
| Product Version | 5.x Testing | ||||||||||||
| Paket Name und Version | vdr & backup-plugin | ||||||||||||
| Fixed in Version | |||||||||||||
| Summary | 0000224: Uhrzeit nicht korrekt wenn "Einstellen der Zeit über Transponder" gewählt wird | ||||||||||||
| Description | Habe 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? | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Attached Files |  setup.xml.tgz [^] (6,295 bytes) 2015-07-26 16:20 | ||||||||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0000397) clausmuus (administrator) 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 (reporter) 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 (administrator) 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 (reporter) 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 (administrator) 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 (reporter) 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 (administrator) 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 (reporter) 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 (administrator) 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 (reporter) 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 (administrator) 2015-07-31 13:26 edited on: 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 (reporter) 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). |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2015-07-22 20:10 | rpi71 | New Issue | |
| 2015-07-22 20:10 | rpi71 | Status | new => assigned |
| 2015-07-22 20:10 | rpi71 | Assigned To | => MegaX |
| 2015-07-23 12:22 | MegaX | Assigned To | MegaX => clausmuus |
| 2015-07-23 13:28 | clausmuus | Note Added: 0000397 | |
| 2015-07-23 22:02 | rpi71 | Note Added: 0000398 | |
| 2015-07-24 10:55 | clausmuus | Note Added: 0000399 | |
| 2015-07-24 12:16 | clausmuus | Note Edited: 0000399 | View Revisions |
| 2015-07-25 22:26 | rpi71 | Note Added: 0000400 | |
| 2015-07-26 10:26 | clausmuus | Note Added: 0000401 | |
| 2015-07-26 11:02 | clausmuus | Note Edited: 0000401 | View Revisions |
| 2015-07-26 16:19 | rpi71 | Note Added: 0000402 | |
| 2015-07-26 16:20 | rpi71 | File Added: setup.xml.tgz | |
| 2015-07-26 23:32 | clausmuus | Note Added: 0000403 | |
| 2015-07-27 21:25 | rpi71 | Note Added: 0000404 | |
| 2015-07-28 01:36 | clausmuus | Note Added: 0000405 | |
| 2015-07-29 20:55 | rpi71 | Note Added: 0000406 | |
| 2015-07-31 13:26 | clausmuus | Note Added: 0000407 | |
| 2015-07-31 13:26 | clausmuus | Note Edited: 0000407 | View Revisions |
| 2015-08-17 20:03 | rpi71 | Note Added: 0000426 | |
| 2015-08-17 20:03 | rpi71 | Resolution | open => fixed |
|
Issue History |