[TimUx]

Hi Claus, danke!

Werde heute Abend mal eine SD-Karte mit Testing bespielen und schauen, was die SD Sender von Sky machen.

Wenn alles OK ist, sollten wir es auch zeitnah ins Stable übernehmen.

Ich werde mich dann auch mal an die neue channels.conf machen.

Gruß Timo

[TimUx]

Hi Claus,
sicher dass die Firmware aktuell ist?

Ich habe nachwievor die Störungen auf meinem Test RPI.

Ich habe mal die start.elf auf meinem RPI mal mit der aktuell verfügbaren rein größen technisch verglichen.

MLD RPI:

Code: [Select]

-rwxrwxr-x    1 root     root       2733976 Jan 13 01:19 start.elf

Aktuell verfügbar:

Code: [Select]

-rw-rw-r--  1 timo        timo      2735832 Jan 13 17:18 start.elf


Gruß Timo

[EDIT]
Ich habe die aktuelle start.elf jetzt mal via scp auf meinen test RPI kopiert, neu gestartet und es sieht erst mal gut aus.
Spontan keine Störungen.

Ich werde es aber mal eine Zeit beobachten, da ich zuvor auch shon phasen hatte, wo es mal ohne Störungen lief.

[EDIT 2]
Auf dem RPI B+ mit Testing kann ich den start.elf einfach tauschen und alles läuft bis jetzt sauber.

Tausche ich die start.elf auf einem RPI 2 stable, schmiert der VDR immer ab und spuckt Kernel Messages raus, dass der VDR zu viel Memeory nutzt oder so ähnlich.

[clausmuus]

Wie alt ist die Installaton bei der DU das upgrade des Firmware Paketes erfolglos gemacht hast?

Claus

[TimUx]

Hi Claus,
ich habe heute ein neues Testing netinstall gezogen und meinen Test RPI B+ neu aufgesetzt, samt apt-get update und apt-get upgrade.

Gruß Timo

[Frounts]

Ich glaub, Timo meint es so:
Das Update installiert die Version vom 6.1., die fehlerbereinigte Version gibs nur als zip und ist noch nicht im git und ist die Version vom 11.1.

https://github.com/raspberrypi/firmware/issues/499#issuecomment-168301930

Ich hab mal den Inhalt der zip händisch auf die SD kopiert und es schaut gut aus.  :-)

Fr.

[TimUx]

Hi Frounts,
fast so meine ich es. 

Nur dass ich sehr wohl die Firmware aus dem GIT gezogen habe und diese anscheinend eine andere Version ist, wie es aktuell vom MLD Testing installiert wird.

Kopiere ich die Version aus dem GIT auf die aktuelle MLD Installation (Testing) , ist alles gut.

Im GIT und derm Kernel Bump sieht mah auch, dass der Fix für den Issue 499 enthalten ist.

Gruß Timo

[clausmuus]

Wie geht denn das? das wurde doch erst vor 9 Minuten im git eingecheckt,...
Ich hab das Firmware Paket jetzt also noch mal aktualisiert. Allerdings hat das neue Paket die Selbe Version. Wenn ich dran denke gibt's das Morgen noch mal mit neuer Versionsnummer.
Bitte teste das neue Paket noch mal.

Claus

[TimUx]

Hi Claus,
du hast recht, vor ca. einer Stunde gab es ein Update im GIT.

Die Version, welche ich heute heruntergeladen habe, war zwei Tage alt.

Sie hat sich aber trotzdem von der Version unterschieden, welche du heute Nacht gebaut hattest.

Gruß Timo

[TimUx]

Hi Claus,
das kam heute beim Versuch heraus, den RPI Testing zu updaten.

Code: [Select]

rpi1> apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  rpi-firmware:armhf-rpi satip
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1.601 kB of archives.
After this operation, 12,3 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
WARNING: The following packages cannot be authenticated!
  rpi-firmware:armhf-rpi satip
Authentication warning overridden.
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2016-01-14 18:21'
(Reading database ... 7655 files and directories currently installed.)
Preparing to unpack .../rpi-firmware_2016.01.14-1_armhf-rpi.deb ...
umount: can't unmount /boot: Device or resource busy
cp: '/mnt/boot/ABOUT' and '/boot/ABOUT' are the same file
cp: '/mnt/boot/bootcode.bin' and '/boot/bootcode.bin' are the same file
cp: '/mnt/boot/cmdline' and '/boot/cmdline' are the same file
cp: '/mnt/boot/config.txt' and '/boot/config.txt' are the same file
cp: '/mnt/boot/COPYING' and '/boot/COPYING' are the same file
cp: '/mnt/boot/fixup.dat' and '/boot/fixup.dat' are the same file
cp: '/mnt/boot/initrd' and '/boot/initrd' are the same file
cp: '/mnt/boot/kernel' and '/boot/kernel' are the same file
cp: '/mnt/boot/start.elf' and '/boot/start.elf' are the same file
cp: '/mnt/boot/start.elf.bak' and '/boot/start.elf.bak' are the same file
cp: '/mnt/boot/VERSION' and '/boot/VERSION' are the same file
dpkg: error processing archive /var/cache/apt/archives/rpi-firmware_2016.01.14-1_armhf-rpi.deb (--unpack):
 subprocess new pre-installation script returned error exit status 1
cp: '/boot/ABOUT' and '/mnt/boot/ABOUT' are the same file
cp: '/boot/bootcode.bin' and '/mnt/boot/bootcode.bin' are the same file
cp: '/boot/cmdline' and '/mnt/boot/cmdline' are the same file
cp: '/boot/config.txt' and '/mnt/boot/config.txt' are the same file
cp: '/boot/COPYING' and '/mnt/boot/COPYING' are the same file
cp: '/boot/fixup.dat' and '/mnt/boot/fixup.dat' are the same file
cp: '/boot/initrd' and '/mnt/boot/initrd' are the same file
cp: '/boot/kernel' and '/mnt/boot/kernel' are the same file
cp: '/boot/start.elf' and '/mnt/boot/start.elf' are the same file
cp: '/boot/start.elf.bak' and '/mnt/boot/start.elf.bak' are the same file
cp: '/boot/VERSION' and '/mnt/boot/VERSION' are the same file
mount: mounting /dev/mmcblk0p1 on /boot failed: Device or resource busy
Errors were encountered while processing:
 /var/cache/apt/archives/rpi-firmware_2016.01.14-1_armhf-rpi.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

[EDIT]
Vergiss es, das Problem saß vor dem Monitor.
Ich stand noch im /boot Verzeichnis. 

Jetzt hat alles Funktioniert.

Code: [Select]

rpi1> cd /
rpi1> apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  rpi-firmware:armhf-rpi satip
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1.601 kB of archives.
After this operation, 12,3 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
WARNING: The following packages cannot be authenticated!
  rpi-firmware:armhf-rpi satip
Authentication warning overridden.
(Reading database ... 7655 files and directories currently installed.)
Preparing to unpack .../rpi-firmware_2016.01.14-1_armhf-rpi.deb ...
Unpacking rpi-firmware (2016.01.14-1) over (2016.01.13-1) ...
Setting up rpi-firmware (2016.01.14-1) ...
(Reading database ... 7655 files and directories currently installed.)
Preparing to unpack .../satip_2015.03.01-23.6_armhf.deb ...
Unpacking satip (2015.03.01-23.6) over (2015.03.01-23.4) ...
Setting up satip (2015.03.01-23.6) ...


[iNOB]

Die Klötzchen auf SD Kanälen (die über DVB-S2 kommen) sind weg. Sehr schön.

Nur blöd, dass damit das Bildruckeln auf MTV Sendern (SD, verschlüsselt, DVB-S) nicht auch verschwunden ist. Werde dazu mal einen eigenen Thread aufmachen.

Gruß
iNOB

[TimUx]

Ich teste noch mal über das Wochenende, wenn mir dann nichts mehr auffällt, sollte wir das rpi-firmware auch ASAP ins Stable übernehmen.

Gruß Timo

[TimUx]

Hallo zusammen,
ich habe die neue Firmware jetzt intensive gestestet und bis jetzt keine Probleme festgestellt.

Alle sender werden jetzt wieder sauber dargestellt, ohne Störungen.

Aus meiner Sicht ist der BUG behoben.

Bitte ASAP auch ins Stable übernehmen.
Möchte nur ungern meine drei Stable RPIs auf Testing umstellen. 

Ich habe jetzt auch mal die "DVB-S-S19.2E-Astra-FTA-DE-HD+-SKY.conf" nach besten Wissen und Gewissen angepasst (siehe Anhang).
Dabei konnte ich natürlich nur die Sender Überprüfen, wofür ich auch das Paket gebucht habe. 

Da müsste dann nur auch jemand die Sender-Logos samt ihrer Verknüpfungen anpassen und ein entsprechendes Update bereit stellen.

Gruß Timo

[clausmuus]

Danke, hab beides aktualisiert. Die Kanalliste aber vorerst nur im Testing Bereich.

Claus

[TimUx]

Ich habe gerade das Update im stable eingespielt und rebootet.

Sieht gut aus!

Somit wäre das Problem gelöst. 

Gruß Timo