Neutrino auf ARM Quad Böxchen?

[tannen]

Ich denke , das es momentan mit die besten Boxen sind , die es am Markt gibt .

ich habe zwar nur die VU+ Zero 4K DVB-C ich kann aber auch hier nur gutes berichten die Box läuft mit Neutrino HD richtig schön rund ich persöhnlich finde sogar besser als wie die HD51 welche bei mir nicht mehr in Betrieb ist.

Gruß

[Gorcon]

DVB-C hatte ich nicht testen können, da kein Kabelanschluss. Aber 2 SAT Tuner auf Independent eingestellt, funktioniert. Also Aufnahme auf einen TP, auf einen anderen TV schauen ...

Das war nicht meine Frage. Mein zukünftiger Receiver hat ja nur maximal einen DVB-C FBC Tuner den ich nutzen kann.

Nachtrag: oder erscheint ein FBC Tuner bei der Tunerauswaqhl als Mehrfachtuner?

[Janus]

Aber Morgen ist es dran!

Ich konnte natürlich nicht warten!
* Nghtly von Gestern runtergeladen
* Ausgepackt und vuplus/ auf den Stick geschoben
* Flashen "angestoßen"
* während des Reboots den Stick gezogen
* Es tut sich was ("NI" im Display), dann tut sich nix mehr!
Letzter Eintrag:
=> Starting vuplus-platform-util

Fehlstart_NI_nur1.log

(21.43 KiB) 106-mal heruntergeladen

Heute habe ich im Nightly von Heute in vuplus/duo1k rootfs 2 bis 4 auch noch "gefüllt" und neuerlichen Flash vom USB gestartet.
Verhalten nach dem Reboot identisch!
Kein Erfolg!

Anschließend das MultiBoot-Image von BPanther mit
2 = NI
3 = VTi
4 = OpenATV
bestückt
und erneut vom USB-Stick geflasht.

BPanter-Image in Bank 1 startet sauber.
Gesicherte Daten per FTP eingespielt = Neustart sauber
Per Multiboot auf Bank 2 (NI-Image) umgestellt => Verhalten identisch > starting vuplus-platform-util > Nix mehr.
Ich habe dann manuell mit Ctrl-C eingegriffen:

Starting vuplus-platform-util
^C
INIT: Entering runlevel: 3

Jan 1 00:00:32 vuduo4k daemon.info init: Entering runlevel: 3
Jan 01 00:00:32 vuduo4k user.info S01fstab[1210]: mount all local stuff from /etc/fstab
Jan 01 00:00:32 vuduo4k user.info S01fstab[1210]: mount all netfs stuff from /etc/fstab
Jan 01 00:00:33 vuduo4k user.info S75autofs[1221]: starting
Jan 1 00:00:33 vuduo4k user.info S98user-initscripts[1267]: run users initscripts start ...
Jan 1 00:00:33 vuduo4k user.info S98user-initscripts[1267]: starting /etc/init.d/S99emmrd ...
Jan 1 00:00:33 vuduo4k user.info S98user-initscripts[1267]: starting /etc/init.d/S99fritzcallmonitor ...
Jan 1 00:00:33 vuduo4k user.info S98user-initscripts[1267]: starting /etc/init.d/S99tuxcald ...
Jan 1 00:00:33 vuduo4k user.info S98user-initscripts[1267]: starting /etc/init.d/S99tuxmaild ...
[fb_accel_arm] [bcm] /dev/fb0 No such file or directory[fb_accel_arm] [bcm] interface not available - No such file or directory[neutrino] armbox framebuffer Instance created
[ca_ci] -> GetInstance
[ca_ci] -> cCA 2
no choices for input0
no choices for input1
no choices for input2
no choices for input3
no choices for input4
no choices for input5
no choices for input6
no choices for input7
no choices for input8
no choices for input9
no choices for input10
no choices for input11
no choices for input12
no choices for input13
no choices for input14
no choices for input15
hal_debug: debuglevel not initialized!
[HAL:00000000:init ] [CEC] new instance created
libstb-hal debug options can be set by exporting HAL_DEBUG.
The following values (or bitwise OR combinations) are valid:
component: audio 0x01
component: video 0x02
component: demux 0x04
component: play 0x08
component: power 0x10
component: init 0x20
component: ca 0x40
component: record 0x80
all components: 0xff
[HAL:00000000:init ] hal_api_init begin, initialized=0, debug=0x00
[HAL:bedd6c6c:power ] SetCpuFreq(0) => set standby = false
[HAL:00000000:init ] hal_api_init end
/dev/fb0: No such file or directory
failed to open /dev/ci0 ->No such file or directoryfailed to open /dev/ci1 ->No such file or directoryframebuffer not available.
[ConfigFile] Unable to open file /var/tuxbox/config/neutrino.conf for reading.
[fb_accel_arm] FBIOPUT_VSCREENINFO: Bad file descriptor
[fb_accel_arm] SetMode: 32bits, red 0:0 green 0:0 blue 0:0 transp 0:0
[fb_accel_arm] FBIOGET_FSCREENINFO: Bad file descriptor
[neutrino] Error while setting framebuffer mode
Jan 1 00:00:33 vuduo4k user.info start_neutrino[1284]: Neutrino exited with exit code 255
/etc/init.d/start_neutrino: line 50: can't create /dev/dbox/oled0: nonexistent directory
Jan 1 00:00:33 vuduo4k user.info start_neutrino[1284]: Restarting neutrino after exit code 255
[fb_accel_arm] [bcm] /dev/fb0 No such file or directory[fb_accel_arm] [bcm] interface not available - No such file or directory[neutrino] armbox framebuffer Instance created
[ca_ci] -> GetInstance
[ca_ci] -> cCA 2
...
und immer wieder

Meine Box hat lt. Aussage des Händlers die neue "Version 2" des S2X - FBC-Twins.

Ich schicke die Logs mal per PM.
Vielleicht ergibt sich damit ein Hinweis!

[Janus]

In der Box steckt vorerst nur ein 128 GB SanDisk USB 3.0 Stick drin. Ist eingehängt als HDD.

Erstbestückung (Samstag) habe ich zuerst mit dem vuplus direkt aus dem Download gemacht. Also nur rootfs1 belegt mit Neutrino.

Zweiter Versuch (Sonntag) - wie zuvor schon erfolgreich mit dem BP-Image gemacht - die rootfs2, 3 und 4 mit entsprechendem rootfs, kopiert von anderen Images oder meinen Sicherungen (openATV) ausgestattet.

Der anschließende Versuch mit dem BP-Image war auch mit allen 4 rootfs-Files
1 BPanther (jungfräulich, DL von Mitwoch) => startet
2 NI (jungfräulich, aus dem Nightly von Heute) => startet halt nicht
3 VTi (jungfräulich, DL von Gestern) => startet, Einrichtung läuft gerade noch
4 OpenATV (aus Sicherung von Samstag) => startet wie gesichert


Und das spätere Flashen von EInzelpartitionen wird genauso gemacht (Einschalten (Power ON) un PowerTaste festhalten bis "Upgrade" erscheint. Allerdings mit einem entsprechende vorbereitetem BP-Multiboot-Image, in dem nur der Kernel und das rootfs für die gewünschte Partition enthalten sind.

Anleitung aus dem BP-Forum:

Wichtig
Beim ersten umstellen auf Multiboot müssen ALLE Partitionen mit einem Image geflasht werden, d.h. es müssen alle 4 rootfsX.tar.bz2 und kernelX_auto.bin vorhanden sein.
Erst danach ist das flashen der einzelnen Partitonen möglich.

Neue Dateien des USB Stick für MultiBoot, nur eine der 4 Partitionen flashen, hier für Partition 3
- kernel3_auto.bin -> neues Kernel für MultiBoot
- rootfs3.tar.bz2 -> Wunsch-Image für Partition 3
- initrd_auto.bin -> die neue für "MultiBoot"
- reboot.update -> (0 Byte dummy) - optional, nicht bei VU+ ZERO 4K und VU+ UNO 4K vorhanden, automatischer Neustart nach Update
- rootfs.tar.bz2 -> dummy (0 Byte) - damit geflasht wird
- kernel_auto.bin -> dummy (0 Byte) - damit geflasht wird
- force.update -> (0 Byte dummy) - nur bei VU+ ZERO 4K und VU+ UNO 4K notwendig, da keine Powertaste vorhanden

Weshalb ich das so gemacht habe ?
ofgwrite hat nicht funktioniert, aber Partition geschreddert.
Ausgeschaltet und per USB-Stick wieder ein Image drübergebraten.
Oder anders gesasgt: Ich versuche immer das, was mir zuerst einfällt...


Und die beiden anderen Logs Logs habe ich nicht public gepostet, weil da beim Quer-Lesen im Vorbeiflug irgendwelche RSA-Keys auftauchten. Deshalb nur per PM @vanhofen

Aber wenn das unkritisch ist, kann ich das gerne nachreichen.
Gleich schicke ich das aber auch mal per PM zu Dir.

[Janus]

Für Bank 2 hast du die rootfs2 und kernel2_auto aus dem Flashimage genommen, oder aus dem MultiBoot Image?

Nein!
rootfs1 aus dem Multiboot-Image (ni360-201911240459-arm-vuduo4k_multi_usb.zip) und umbenannt als rootfs2 in vuplus/duo4k kopiert.
Habe aber keine Kernel mitkopiert. Da das OpenATV-Image damit problemlos lief und darüberhinaus BPanther einen Hinweis in der Richtung "benutzt nur meine Kernel wegen der Umschaltung" habe ich nur die rootfs-FIles eingearbeitet. Und im Moment arbeitet auch das VTi ohne direkt sichtbare Probleme mit dem BP-Kernel.
(Die DDT basiert Eigenbau-Images (mp und tango) liefen ja auch, basieren aber wohl auf dem gleichen BS. Deshalb nicht repräsentativ)

Und der USB-MiniStick steckt unterhalb der Ethernet-Schnittstelle im unteren Slot. (Beide Slots sind blau)
Und er steckt seit der Erstinstallation eines Images hier im Haus. Für die Erstinstallaion hatte ich ihn vorher noch rausgezogen.

Der Stick zum Flashen ist ein 16GB USB 2.0 Stick mit FAT32 formatiert nd steckt nur im vorderen Port.

Im Gegensatz zur HD51 stört der USB 3.0-Stick hinten garnicht. Vielleicht auch weil der Bootloader nur - oder zu allererst - im vorderen USB-Port sucht ?


p.s.
Eventuell wäre es ganz sinnvoll, in der Art des AX/Mutant... - Forums auch eine solche Abteilung für VU- Hardware, Anwendung und Entwicklung einzurichten.
Man könnte die Themen spezieller machen und damit auch die Übersichtlichkeit verbessern.

[Don de Deckelwech]

Hi,
aber hast du überhaupt einen Kernel für das NI-Image dadrin?

Ciao,
DdD.

[Janus]

Verzeichnis von J:\vuplus\duo4k

19.11.2019 18:10 <DIR> .
19.11.2019 18:10 <DIR> ..
17.11.2019 09:06 35 imageversion
17.11.2019 09:06 8.722.440 initrd_auto.bin
17.11.2019 09:06 33 initrd_auto.bin.md5
17.11.2019 09:06 4.444.560 kernel1_auto.bin
17.11.2019 09:06 33 kernel1_auto.bin.md5
17.11.2019 09:06 4.444.560 kernel2_auto.bin
17.11.2019 09:06 33 kernel2_auto.bin.md5
17.11.2019 09:06 4.444.560 kernel3_auto.bin
17.11.2019 09:06 33 kernel3_auto.bin.md5
17.11.2019 09:06 4.444.560 kernel4_auto.bin
17.11.2019 09:06 33 kernel4_auto.bin.md5
17.11.2019 09:06 18 kernel_auto.bin
17.11.2019 09:06 38 mkpart.update
17.11.2019 09:06 44 reboot.update
17.11.2019 09:06 18 rootfs.tar.bz2
17.11.2019 09:06 30.206.959 rootfs1.tar.bz2
17.11.2019 09:06 33 rootfs1.tar.bz2.md5
24.11.2019 10:47 127.246.746 rootfs3.tar.bz2
22.11.2019 23:02 212.969.672 rootfs4.tar.bz2
17.11.2019 09:06 1.036.854 splash_auto.bin
17.11.2019 09:06 33 splash_auto.bin.md5
24.11.2019 04:59 83.171.109 rootfs2.tar.bz2
24.11.2019 18:52 43 USBFlashVerzeichnis.txt
23 Datei(en), 481.132.447 Bytes
2 Verzeichnis(se), 15.191.334.912 Bytes frei

Alle 4 Kernel sind BPanther-Version.
Funktionieren auch mit allen anderen getesteten Images (OpenATV, VTi, DDT, DDT-Tango)

[Don de Deckelwech]

Hi,
nun, falls du Lust zum testen hast, der NI-Kernel ist jedenfalls minimal grösser (4.446.264 Bytes), kA ob der so viel anders ist, aber Versuch macht kluch, nimm den doch mal passend zum NI-rootfs...

Ciao,
DdD.

[Janus]

Habe jatzt mal das *.tgz aus dem Nightly geholt (da sollte ja ein passender Kernel drin sein) und per ofgwrite aus dem BPanther in Bank 1 nach Bank 2 geschreiben.

Nach anscheinend funktionierendem ofgwrite und anschließend erfolgtem Neustart:
Box hängt an der gleichen Stelle:

[ 3.050363] mmcblk0boot0: mmc0:0001 4FTE4R partition 1 4.00 MiB
[ 3.056331] mmcblk0boot1: mmc0:0001 4FTE4R partition 2 4.00 MiB
[ 3.059506] 8f805c0.mdio--1:05: Broadcom BCM7278 PHY revision: 0x01, patch: 0
[ 3.069440] mmcblk0rpmb: mmc0:0001 4FTE4R partition 3 512 KiB
[ 3.077785] mmcblk0: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 p16
[ 3.298233] dsa 8f00000.ethernet_switch eth0 (uninitialized): attached PHY at address 5 [Broadcom BCM7278]
[ 3.308405] brcm-systemport 9300000.ethernet sys0: [1]: detected a Broadcom Starfighter 2 switch
[ 3.317208] brcm-systemport 9300000.ethernet sys0: [1]: couldn't create dsa switch instance (error -22)
[ 3.326778] 8021q: 802.1Q VLAN Support v1.8
[ 3.331001] Key type dns_resolver registered
[ 3.335390] Registering SWP/SWPB emulation handler
[ 3.342563] ALSA device list:
[ 3.345538] No soundcards found.
[ 3.349713] EXT4-fs: Warning: mounting with data=journal disables delayed allocation and O_DIRECT support!
[ 3.397175] EXT4-fs (mmcblk0p12): recovery complete
[ 3.402275] EXT4-fs (mmcblk0p12): mounted filesystem with journalled data mode. Opts: data=journal
[ 3.411270] VFS: Mounted root (ext4 filesystem) on device 179:12.
[ 3.417719] devtmpfs: mounted
[ 3.420821] Freeing unused kernel memory: 312K
INIT: version 2.88 booting
Jan 01 01:00:03 (none) user.info rcS[754]: start
Jan 01 01:00:03 (none) user.info rcS[754]: creating and mounting system directories...
mount: mounting devtmpfs on /dev failed: Device or resource busy
Tue Jan 1 00:00:00 CET 2019
Jan 1 00:00:00 vuduo4k syslog.info syslogd started: BusyBox v1.30.1
Jan 1 00:00:00 vuduo4k user.info service[827]: running /etc/init.d/vuplus-platform-util start
Starting vuplus-platform-util

Erstmal ist jetzt Schluß für Heute. Mein HWAF ist schon genug gesunken.

[Don de Deckelwech]

Hi,
ja, am Kernel liegts wohl nicht, der ist ja auch schon durch. Liegt dann wohl an dem neuen Sysvinit, wobei das auf vanhofens Zero4k problemlos funktioniert.

Ciao,
DdD.

[vanhofen]

Die entsprechenden Bereiche wurden erstellt. Füllt sie.

[Hounddog]

DVB-C hatte ich nicht testen können, da kein Kabelanschluss. Aber 2 SAT Tuner auf Independent eingestellt, funktioniert. Also Aufnahme auf einen TP, auf einen anderen TV schauen ...

Das war nicht meine Frage. Mein zukünftiger Receiver hat ja nur maximal einen DVB-C FBC Tuner den ich nutzen kann.

Nachtrag: oder erscheint ein FBC Tuner bei der Tunerauswaqhl als Mehrfachtuner?

Bei mir sieht das so aus...

[Gorcon]

Danke, genau das war mir nicht klar.

[Joerg]

ja vielen Dank für den Screenshot des FBC-Tuners.
Grundsätzlich spiele ich auch mit dem Gedanken eine Kiste mit FBC-Tuner anzuschaffen. Jetzt weiss ich allerdings, dass es "gewisse AddOns" gibt, welche mit der Aussenwelt kommunizieren und da mag man es meist garnicht, wenn anstelle von einem Programm bis zu 8 Programme parallel geschaut werden, weil die FBC-Tuner schon mal pro-aktiv 5,6 oder von mir aus auch 7 weitere Transponder empfängt, damit das Umschalten dann schneller geht.
Frage: kann man diese 8 Tuner einzeln ein/ausschalten, oder gar konfigurieren ? (so das man für jeden Tuner auch andere Satelliten einstellen kann, auch wenn diese den selben Kox-Anschluss nutzen ?)

[Hounddog]

Frage: kann man diese 8 Tuner einzeln ein/ausschalten, oder gar konfigurieren ? (so das man für jeden Tuner auch andere Satelliten einstellen kann, auch wenn diese den selben Kox-Anschluss nutzen ?)

Kannst du...

[vanhofen]

@Janus, es gab ein Treiber-Update für die Duo4K. Probiere bitte nochmal.