HDMU_13999_AzboxHD_OE_1989_Flash.zip vom 16-Apr-2015 00:49

[morly]

Flashen ... OK (wieder geschrumpfter Kernel)
Booten - HDMU Splash extrem unscharf und verpixelt
Erstassi ... OK
Telnet (und so Verbindung via MAT) ... OK
FreeTV ... OK
BackupRules eingespielt ... OK
Reboot - klappt alles für mich!

Prima bonkel!

[Anskar]

@ morly, ist hier die ChannelNumber.pyo vorhanden?
Siehe bitte mein Thema zur GB Quad Plus .

MfG

[morly]

Hi Anskar,
hatte diese Datei anzubieten:

/usr/lib/enigma2/python/Components/Renderer/ChannelNumber.pyo

[Anskar]

Ist bei der GB Quad Plus nicht vorhanden gewesen.
MfG

[morly]

du schreibst von ChannelNumbers.pyo und von ChannelNumber.pyo

[bonkel]

Mh komisch das es nun geht. Dann war wohl.nen wurm. In der Umgebung

[morly]

Wie gesagt - das Problem bestand bereits als du noch nicht am Kernel geschraubt hast...

[bonkel]

Deswegen war es ja schon komisch. Geht ipv6 nun?

[Anskar]

du schreibst von ChannelNumbers.pyo und von ChannelNumber.pyo

Die ich meine liegt im Ordner Converter.

MfG

[macmanolo]

Also bei mir in Multiboot geht alles ausser Telnet und FTP beides KO, habe den neuern Kernel geflash und geths auch nicht, jetz werde ich in DOM flashen mal sehen ob es dan geht?.

mfg

[morly]

ich hab neues Image (incl. Kernel) in DOM geflasht und telnet + ftp sind OK (ipv4)

[SpaceRat]

Macht mal bitte

netstat -tulpen
oder, wenn das nicht geht,

netstat -tupen
...

[macmanolo]

So, in DOM alles OK, aber in multiboot weder Telnet noch FTP, ausserden wird in dysplay nicht angezeigt, musst noch weitere proben machen.

9738

In moment und damit die Images von HDMU laufen müssen Sie in DOM (inklusive neuer Kernel) geflash werden, dan leuft alles bestens.

Aber... eben kein multiboot...

mfg

[morly]

kann eigentlich nicht sein - von wo wird bei multiboot der Kernel geladen? Ist das ein separater? Oder für alle Images der selbe Kernel von mtd4 - dann hackt es natürlich!

Kannst mal das neueste HDMU flashen und dann das selbe Image via Multiboot installieren und testen?

[macmanolo]

Der Kernel der benutz wird ist immer der der in Flash ist.

mfg

[morly]

Der Kernel der benutz wird ist immer der der in Flash ist.

mfg

dann ist es klar,
da bonkel den Kernel für das neue ipv6 Image verändert hat spiesst sich das mit den anderen Images...

- - - Aktualisiert - - -

laufen die anderen Images wie openspa mit dem neuen HDMU Kernel?

[zeini]

Ja, es wird immer nur der Kernel benutzt, der sich im Flash befindet, bei den Azboxen.
Es funzt auch Multiboot in den letzten Versionen nicht mehr, wenn ein größerer DOM eingebaut ist, als der Original mit 256 MB. Das gilt für alle Images. Ich weiß jetzt aber nicht mehr, seit wann das so ist.

[morly]

und warum funzt mb dann nicht mehr?

[zeini]

Keine Ahnung!

[macmanolo]

Gerade probiert OpenSpa leuft mit der neuer Kernel aber in display des azbox ersheint nichts.

Multiboot geht auch mit grössere DOM aber dafür müste der script "S44spzFlashExp.sh" oder "S44DOMExtender.sh" je nach Image entfern werden den sons wen partition /hda5 gefunden wierd (das macht der azup wen der dom grösser als 256MB ist) ob wol ich glaube wen man mit MAT sowieso keine partition /had5 inlässt werd ohne weieres gehen, ich habe es an laufen mit 8GB DOM uns geth!.

Mache weiter mit Multiboot in den anderen post.

mfg

[SpaceRat]

dann ist es klar,
da bonkel den Kernel für das neue ipv6 Image verändert hat spiesst sich das mit den anderen Images...

Das kann aber eher nicht am zugefügten IPv6 liegen, sondern eher an irgendwas, was er dafür rausgenommen hat.
Der Kernel sah mir schon sehr geschrumpft aus ...

Ich würde ja vorschlagen, methodisch vorzugehen:
Kernel zurück auf Anfang und dann Schritt für Schritt Optionen rausnehmen.

[morly]

kann wer ipv6 testen?

- - - Aktualisiert - - -

ein log vom nicht-bootendem Image wäre sehr hilfreich!

[santa]

Bonkel hat wenig am Kernel deaktiviert, nur auf Module umgestellt...

[SpaceRat]

Bonkel hat wenig am Kernel deaktiviert, nur auf Module umgestellt...
Das reicht schon, wenn er z.B. ein für den Boot notwendiges Dateisystem modularisiert hat, das Boot-FS muß im Kernel sein.

Soweit ich weiß sind die ext-Dateisysteme nicht nur abwärts- sondern auch begrenzt aufwärtskompatibel, d.h. es kann auch Konstrukte geben wie das ein File-System zuerst mit ext2 gemountet und später erst mit ext3/ext4 remounted wird.
ext2/ext3/ext4 sollte man also nur im Ausnahmefall als Modul bauen, vor allem auf so einem komplizierten Multiboot-Konstrukt.

[morly]

Bonkel hat wenig am Kernel deaktiviert, nur auf Module umgestellt...
das genügt ja - die Module sind dann im Image und nicht im Kernel - fehlen somit bei Images die den geschrumpften HDMU Kernel verwenden

[santa]

Naja, ganz ehrlich. Multiboot mit einem Kernel ist Banane und der der das erfunden hat sollte erschlagen werden.
Das ist einfach nur pfusch und gehört auf keine anständige Box, entweder ich kann die bootargs verdrehen oder ich lass es sein.
Es ist doch praktisch unmöglich in der heutigen Zeit in der die Teams weiter auseinander gehen die Kernel gleich zu halten.

[SpaceRat]

kann wer ipv6 testen?

Als Trockentest ist besagtes

netstat -tulpen
oder

netstat -tupen
schon sehr aussagekräftig.

Man kann nämlich durchaus auch mit einem IPv4-only-Kernel in der inetd.conf "tcp6" verwenden (Man braucht also keine unterschiedlichen Versionen zu pflegen).

Das Ergebnis sieht auf einer IPv4-only-Kiste dann natürlich trotzdem so aus:

root@dm800se:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 635/enigma2
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 635/enigma2
tcp 0 0 0.0.0.0:81 0.0.0.0:* LISTEN 481/oscam
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 598/inetd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 576/dropbear
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 598/inetd
netstat: /proc/net/tcp6: No such file or directory
udp 0 0 0.0.0.0:33804 0.0.0.0:* 613/avahi-daemon: r
udp 0 0 0.0.0.0:5353 0.0.0.0:* 613/avahi-daemon: r
netstat: /proc/net/udp6: No such file or directory


D.h. man erhält trotzdem IPv4-only-listener (Erkennbar am 0.0.0.0) und - weil netstat IPv6 kann, aber der Kernel nicht - auch noch die Fehlermeldungen
netstat: /proc/net/tcp6: No such file or directory
und
netstat: /proc/net/udp6: No such file or directory


So sähe es dann bei vorhandenem IPv6 aus:

root@vuduo2:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 635/dropbear
tcp 0 0 :::12000 :::* LISTEN 314/oscam
tcp 0 0 :::8001 :::* LISTEN 705/inetd
tcp 0 0 :::80 :::* LISTEN 748/enigma2
tcp 0 0 :::81 :::* LISTEN 314/oscam
tcp 0 0 :::21 :::* LISTEN 705/inetd
tcp 0 0 :::22 :::* LISTEN 635/dropbear
tcp 0 0 :::23 :::* LISTEN 705/inetd
... es wurden also wirklich Dual-Stack-Listener (Erkennbar am "::") angelegt, nur dropbear fällt aus der Reihe, der verwendet zwei getrennte Socken für IPv4 und IPv6.

[morly]

Naja, ganz ehrlich. Multiboot mit einem Kernel ist Banane und der der das erfunden hat sollte erschlagen werden.

geb ich dir absolut recht - unsere Linux haben auch unterschiedliche Kernel ;)
also entweder kleinerer Kernel mit ipv6 Support oder MB... bin für ersteres

- - - Aktualisiert - - -

@SpaceRat: nun gut oder schlecht?

[santa]

Spacerat hat keine az, das musst du oder jemand anderes mal bei sich eingeben.

[SpaceRat]

Naja, ganz ehrlich. Multiboot mit einem Kernel ist Banane und der der das erfunden hat sollte erschlagen werden.
Da stimme ich Dir zwar zu, aber so ungewöhnlich ist das gar nicht.

Bei Virtualisierungslösungen gibt es das auch, daß alle VMs denselben Kernel (Entsprechend in derselben Konfiguration) verwenden (müssen).
Das merkst Du spätestens, wenn Du auf so realisierten vServern mal den Kernel mit sit-Modul selber bauen willst.

- - - Aktualisiert - - -


also entweder kleinerer Kernel mit ipv6 Support oder MB... bin für ersteres
Ich bin für beides ;)

IPv6 alleine, das auch noch als Modul, das vergrößert den Kernel wirklich nur minimal.
Der Extremschrumpf ist also unnötig und damit sollte auch wiederum beides hinzukriegen sein.

Entweder/oder-Lösungen haben immer den Nachteil, daß am Ende "in-the-wild" irgendwelcher Kram gehaxx0red wird und der User guckt blöd aus der Wäsche, wenn der "Multiboot mit HDMU"-Hack dann doch das IPv6 kaputtmacht.

[morly]

IPv6 alleine, das auch noch als Modul, das vergrößert den Kernel wirklich nur minimal.
Der Extremschrumpf ist also unnötig und damit sollte auch wiederum beides hinzukriegen sein

wenn das klappt bin ich voll bei dir ;)

[zeini]

Im Regelfall bleibt ja auch bei den Boxen der Kernel gleich. Es ist ja eher selten, dass der sich ändert. Und bei den Azboxen kann man den Kernel auch alleine flashen. Dafür gibt es bei den "alten" Boxen im Flashtool Azup eine eigene Einstellung. Und auch im Webinterface der "neuen" AzboxMe kann man den Kernel alleine flashen.

Aber besser wäre es ohnehin, dass die Aufteilung der Bootargs der Boxen Premium, Elite und Ultra anders aufgeteilt wird. Den eigentlich haben die Boxen mit 256 MB einen groß genugen Flashbereich um auch neueste Images zu flashen.

[macmanolo]

Als Trockentest ist besagtes

netstat -tulpen
oder

netstat -tupen
schon sehr aussagekräftig.

Man kann nämlich durchaus auch mit einem IPv4-only-Kernel in der inetd.conf "tcp6" verwenden (Man braucht also keine unterschiedlichen Versionen zu pflegen).

Das Ergebnis sieht auf einer IPv4-only-Kiste dann natürlich trotzdem so aus:

root@dm800se:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 635/enigma2
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 635/enigma2
tcp 0 0 0.0.0.0:81 0.0.0.0:* LISTEN 481/oscam
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 598/inetd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 576/dropbear
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 598/inetd
netstat: /proc/net/tcp6: No such file or directory
udp 0 0 0.0.0.0:33804 0.0.0.0:* 613/avahi-daemon: r
udp 0 0 0.0.0.0:5353 0.0.0.0:* 613/avahi-daemon: r
netstat: /proc/net/udp6: No such file or directory


D.h. man erhält trotzdem IPv4-only-listener (Erkennbar am 0.0.0.0) und - weil netstat IPv6 kann, aber der Kernel nicht - auch noch die Fehlermeldungen
netstat: /proc/net/tcp6: No such file or directory
und
netstat: /proc/net/udp6: No such file or directory


So sähe es dann bei vorhandenem IPv6 aus:

root@vuduo2:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 635/dropbear
tcp 0 0 :::12000 :::* LISTEN 314/oscam
tcp 0 0 :::8001 :::* LISTEN 705/inetd
tcp 0 0 :::80 :::* LISTEN 748/enigma2
tcp 0 0 :::81 :::* LISTEN 314/oscam
tcp 0 0 :::21 :::* LISTEN 705/inetd
tcp 0 0 :::22 :::* LISTEN 635/dropbear
tcp 0 0 :::23 :::* LISTEN 705/inetd
... es wurden also wirklich Dual-Stack-Listener (Erkennbar am "::") angelegt, nur dropbear fällt aus der Reihe, der verwendet zwei getrennte Socken für IPv4 und IPv6.
Hier mit OpenSPA in DOM und der neuer Kernel von Bonkel geb das aus:

root@azboxhd:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:xxxx 0.0.0.0:* LISTEN 1300/CCcam_2.1.3
tcp 0 0 0.0.0.0:xxxx 0.0.0.0:* LISTEN 1300/CCcam_2.1.3
tcp 0 0 0.0.0.0:xxxxx 0.0.0.0:* LISTEN 1300/CCcam_2.1.3
tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 1255/enigma2
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 1104/smbd
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1255/enigma2
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 1190/inetd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1181/dropbear
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 1190/inetd
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 1255/enigma2
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 1104/smbd
netstat: /proc/net/tcp6: No such file or directory
udp 0 0 0.0.0.0:42299 0.0.0.0:* 1207/avahi-daemon:
udp 0 0 192.168.0.130:137 0.0.0.0:* 1102/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 1102/nmbd
udp 0 0 192.168.0.130:138 0.0.0.0:* 1102/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 1102/nmbd
udp 0 0 0.0.0.0:5353 0.0.0.0:* 1207/avahi-daemon:
netstat: /proc/net/udp6: No such file or directory
root@azboxhd:~#

root@azboxhd:~# netstat -tupen
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 192.168.0.130:23 192.168.0.104:4130 ESTABLISHED 1563/telnetd
tcp 0 0 192.168.0.130:80 192.168.0.104:3694 ESTABLISHED 1255/enigma2
tcp 0 0 192.168.0.130:23 192.168.0.104:3874 ESTABLISHED 1509/telnetd
tcp 0 198 192.168.0.130:23 192.168.0.102:62483 ESTABLISHED 1585/telnetd
tcp 0 0 192.168.0.130:21 192.168.0.104:4133 ESTABLISHED 1565/vsftpd
tcp 0 0 192.168.0.130:23 192.168.0.104:3865 ESTABLISHED 1487/telnetd
tcp 0 0 192.168.0.130:57032 xx.xxx.xxx.xxx:xxxx ESTABLISHED 1300/CCcam_2.1.3
netstat: /proc/net/tcp6: No such file or directory
netstat: /proc/net/udp6: No such file or directory
root@azboxhd:~#

mfg

[SpaceRat]

Hier mit OpenSPA in DOM und der neuer Kernel von Bonkel geb das aus:
netstat: /proc/net/tcp6: No such file or directory
netstat: /proc/net/udp6: No such file or directory

Also definitiv kein IPv6 aktiv und damit wahrscheinlich auch nicht bonkels neuer Kernel in Benutzung (oder das Kernel-Modul ipv6 ist nicht geladen, weiß nicht genau, was dann passiert).

[macmanolo]

Hier mit HDMU Image und neue Kernel:


netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:XXXXX 0.0.0.0:* LISTEN 594/CCcam_2.0.11
tcp 0 0 0.0.0.0:XXXXX 0.0.0.0:* LISTEN 594/CCcam_2.0.11
tcp 0 0 0.0.0.0:XXXXX 0.0.0.0:* LISTEN 650/enigma2
tcp 0 0 0.0.0.0:XXXXX 0.0.0.0:* LISTEN 594/CCcam_2.0.11
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 536/smbd
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 536/smbd
tcp 0 0 :::80 :::* LISTEN 650/enigma2
tcp 0 0 :::21 :::* LISTEN 607/inetd
tcp 0 0 :::23 :::* LISTEN 607/inetd
udp 0 0 0.0.0.0:41232 0.0.0.0:* 621/avahi-daemon: r
udp 0 0 192.168.0.130:137 0.0.0.0:* 534/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 534/nmbd
udp 0 0 192.168.0.130:138 0.0.0.0:* 534/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 534/nmbd
udp 0 0 0.0.0.0:5353 0.0.0.0:* 621/avahi-daemon: r
root@azboxhd:/var/volatile/tmp# netstat -tupen
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 192.168.0.130:60107 XXX.XXX.XXX.XXX:XXXX ESTABLISHED 594/CCcam_2.0.11
tcp 0 0 192.168.0.130:56766 xxx.xxx.xxxx.xxxx:XXXXX ESTABLISHED 594/CCcam_2.0.11
tcp 0 0 ::ffff:192.168.0.130:21 ::ffff:192.168.0.104:2253 ESTABLISHED 746/vsftpd
tcp 0 0 ::ffff:192.168.0.130:80 ::ffff:192.168.0.104:2275 ESTABLISHED 650/enigma2
tcp 0 0 ::ffff:192.168.0.130:23 ::ffff:192.168.0.104:2250 ESTABLISHED 744/telnetd
tcp 0 0 ::ffff:192.168.0.130:23 ::ffff:192.168.0.102:63137 ESTABLISHED 786/telnetd
tcp 0 0 ::ffff:192.168.0.130:21 ::ffff:192.168.0.104:2260 ESTABLISHED 777/vsftpd
root@azboxhd:/var/volatile/tmp#

mfg

[SpaceRat]

Paßt..

[bonkel]

ipv6 ist als modul drin, somit haben die anderen images das nich drin......

[SpaceRat]

ipv6 ist als modul drin, somit haben die anderen images das nich drin......
Ist auch ok, steht denen ja frei, es einzubauen.

PS: Stellst Du mir die Kernel-Config zur Verfügung?

[bonkel]

http://pastebin.com/cH3N9TZh

bitte :D

[SpaceRat]

Wärst Du so frei, es mal mit dieser
http://pastebin.com/fqbAEk6a
zu probieren?

Ich habe da nur minimal abgespeckt (Das "Unix File System" aus den 80ern ganz raus, MSDOS_FS als Modul und AppleTalk aus den 80ern ebenfalls raus).

Wir tauschen da also nur ein uraltes Dateisystem und ein uraltes Netzwerkprotokoll gegen ein aktuelles Netzwerkprotokoll.
Das MSDOS_FS spielt meines Wissens auch keine echte Rolle mehr, da damit nicht VFAT und FAT32 gemeint sind sondern wirklich CP/M / DOS-Style mit 8.3-Dateinamen.

Damit sollten die Änderungen dann auch jenseits jeglicher Diskussion stehen, was mir eben sehr wichtig ist, bevor ich es einchecke.

Was mir an Deiner z.B. nicht gefällt:
Du baust auch die default NLS nur als Modul.

[SpaceRat]

Meister bonkel?

[bonkel]

Bin Grad nur mit Handy on. Und unterwegs. Baue später ein

[SpaceRat]

Bin Grad nur mit Handy on. Und unterwegs. Baue später ein
Schon ok, eilt nicht, wollte auch nur ein "ok" oder "nok" :)