[HowTo] Online flashen openATV Image

Nachricht

Pike_Bishop · #61

Hi betacentauri,

Gibt es ein einigermassen allgemein nutzbares Verfahren um SoftCAMs zu stoppen?

Also meist wurden cams immer mit nem init Script gestartet/gestoppt
openatv geht da aber nun nen anderen Weg (da kenn ich mich aber auch nicht aus) nennt sich python-camstarter
da gibts dann ein File ich glaub mit Namen CCcam 2.3.0_emu und da steht folgendes drinnen;

Code: Alles auswählen

emuname = CCcam 2.3.0
binname = CCcam_2.3.0
startcam = /usr/bin/CCcam_2.3.0 -t -C /usr/keys/CCcam.cfg
stopcam = killall -9 CCcam_2.3.0

aber im Prinzip halt nix anderes als ein killall -9

Grüsse
Biki3

#62

Hi biki3,

das Problem ist, dass es so viele Softcams gibt wie Sand am Meer (ist übertrieben, ich weiß). Ich müsste jetzt alle möglichen Binary Namen in mein Tool aufnehmen. Also
killall Cccam_2.3.0
killall oscam_v1
killall oscam_v2
...
Das will ich eigentlich nicht. Müsste man ja laufend pflegen.
Ist auch komisch, dass es bei manchen trotz Softcam funktioniert und bei manchen nicht. Ich teste die nächsten Tage mal was. Vielleicht hilft das.

#63

mal blöd gefragt... ist es evtl. nur ein CAM?

#64

Jetzt mal blöd zurückgefragt: Ich dachte CAM und Softcam sind das gleiche. Bzw. CAM ist ja eigentlich ein Stück Hardware. Und darüber reden wir ja auf jeden Fall gerade nicht. Oder verstehe ich nur Bahnhof

#65

Biki3 hat geschrieben:openatv geht da aber nun nen anderen Weg (da kenn ich mich aber auch nicht aus) nennt sich python-camstarter

When needed you can also use scripts.
OpenATV create the scripts automatic when you set it to Linux Camstarter ( init.d).

This you can change in the InfoPanel > Softcam Einstellungen.
The first time you start the cam (green button) it will create the script, then you need to start again the cam.

NOTE: make sure you stop your cam BEFORE you switch from camstarter !!

Here i can flash without stopping my cam (CCcam).

#66

Ich hatte bis jetzt mit oscam und cccam auch keine Probleme, Flashe fast täglich zwei Boxen.

Pike_Bishop · #67

Hi betacentauri,

das Problem ist, dass es so viele Softcams gibt wie Sand am Meer (ist übertrieben, ich weiß). Ich müsste jetzt alle möglichen Binary Namen in mein Tool aufnehmen. Also
killall Cccam_2.3.0
killall oscam_v1
killall oscam_v2
...
Das will ich eigentlich nicht. Müsste man ja laufend pflegen.
Ist auch komisch, dass es bei manchen trotz Softcam funktioniert und bei manchen nicht.

Ja da bin ich ganz deiner Meinung - das kann die Lösung nicht sein da alle möglichen Cams mit reinzunehmen.

Kann selbst auch nur sagen ich verwend hier ccc@m-2.3.0 und du weisst ja das ich mittels deinem tool ofgwrite andauernd
hin und her flashe und da gibt es keinerlei Probleme also so wie bei @mike99 alles bestens.

EDIT !

Ich dachte CAM und Softcam sind das gleiche.

Na ja, letztlich tun die zumindest das gleiche also könnte man schon sagen es ist das Gleiche - ich denke auch hier gehts ums Softcam
(is halt so das viele das umgangssprachlich abkürzen und als Cam bezeichnen aber eh das Softcam meinen).

Grüsse
Biki3

Pike_Bishop · #68

Hi Black_64,

When needed you can also use scripts.
OpenATV create the scripts automatic when you set it to Linux Camstarter ( init.d).

This you can change in the InfoPanel > Softcam Einstellungen.
The first time you start the cam (green button) it will create the script, then you need to start again the cam.

NOTE: make sure you stop your cam BEFORE you switch from camstarter !!

thanks for your infos, but it works very good here with python camstarter too, so i'am very happy as it is.

Here i can flash without stopping my cam (CCcam).

yes, here too

regards
Biki3

#69

Hi zusammen,

ab heute kann man auch Boxen mit NOR Flashspeicher(also beispielsweise die GB800solo) mit meinem Tool und dem Plugin flashen. Dazu einfach ein Update machen, damit ihr die angepasste Software bekommt.
Getestet wurde es auf der GB800solo. Das Flashen dauert aber immer noch relativ lang. Mit Download ca. 20 Minuten. Also nicht ungeduldig werden und zu früh abschalten!
Viel Spaß beim Flashen!

#70

Eine neue Version steht zur Verfügung. Diese ist auch schon in den Images enthalten. Sie zeigt eine Fortschrittsanzeige auf dem Fernseher an, nachdem E2 beendet wurde.
[ATTACH]4248[/ATTACH]

ofgwrite_v1.8.zip: (312.27 KiB) 83-mal heruntergeladen

#71

heute erst getestet und sieht gut aus

Danjel4u · #72

Muss man noch etwas einstellen? Da bei mir keine Online Image angezeigt wird. Auch wenn ich auf ATV 3.0 bleibt die Liste leer. Installiertes Image (ATV 4.0) ist vom Anfang der Woche.

#73

evtl. mal blau drücken bei der Imageauswahl, vielleicht ist bei dir noch 3.0 default

Danjel4u · #74

Das habe ich schon probiert. Bleibt auch leer.

#75

Was für eine Box hast Du? Kannst du bitte auch gleich in dein Profil schreiben, erleichtert den support

Danjel4u · #76

Hier geht es um den Venton Unibox HD3

#77

Also auf der VentonHD1 bekomme ich die Images, vielleicht noch mal lokal flashen, Image ist ja das selbe.

Der Dateianhang grab.jpg existiert nicht mehr.

Limoges · #78

Ich muss mal diesen Thread bemühen.
ich kann einfach kein aktuelles Image flashen. Meine Geräte siehe Signatur. Alles, also auch Aufnahmen, laufen über die NAS, welche problemlos gemounted wird.
Ich wollte heute, da die Updatefunktion mich auf mein "veraltetes Image" (Open ATV 4.2) hinwies, das neueste Image von heute flashen, wie es in der Online Flashfunktion angeboten wird.
Das Image wurde problemlos geladen und in /media/hdd/images/ gezippt abgelegt, zum flashen wurde es dann unzippt und im Unterordner /tmp abgelegt.
Leider erhalte ich die Fehlermeldung error remounting root, die Box muss dann neu gestartet werden und läuft danach problemlos im alten Image weiter.
Nach Hinweisen hier aus anderen Threads habe ich per Telnet nachgeschaut. Die Flash-Simulation (ofgwrite -n usw) läuft problemlos. Versuche ich per Telnet "echt" zu flashen, kommt ganz unten folgende Fehlermeldung:

Code: Alles auswählen

Welcome to openATV for gbquadplus
openatv 4.2 gbquadplus

gbquadplus login: root
root@gbquadplus:~# ofgwrite -r -k /media/hdd/images/tmp

ofgwrite Utility v2.1.0
Author: Betacentauri
Based upon: mtd-utils-native-1.5.1
Use at your own risk! Make always a backup before use!
Don't use it if you use multiple ubi volumes in ubi layer!

Searching image files in /media/hdd/images/tmp
Found kernel file: /media/hdd/images/tmp/kernel.bin
Found rootfs file: /media/hdd/images/tmp/rootfs.bin

Found /proc/mtd entries:
Device:   Size:     Erasesize:  Name:                   Image:
mtd0:     1ee00000  00020000    "rootfs"            ->  /media/hdd/images/tmp/ro
otfs.bin
mtd1:     1ee00000  00020000    "rootfs(redundant)"
mtd2:     00700000  00020000    "kernel"            ->  /media/hdd/images/tmp/ke
rnel.bin
mtd3:     00100000  00020000    "mac"
Using kernel mtd device: /dev/mtd2
Using rootfs mtd device: /dev/mtd0

Found UBIFS

Found NAND flash
Erasing kernel: flash_erase /dev/mtd2 0 0
Erasing 128 Kibyte @ 6e0000 -- 100 % complete
Flashing kernel: nandwrite -pm /dev/mtd2 /media/hdd/images/tmp/kernel.bin
Writing data to block 0 at offset 0x0
Writing data to block 1 at offset 0x20000
Writing data to block 2 at offset 0x40000
Writing data to block 3 at offset 0x60000
Writing data to block 4 at offset 0x80000
Writing data to block 5 at offset 0xa0000
Writing data to block 6 at offset 0xc0000
Writing data to block 7 at offset 0xe0000
Writing data to block 8 at offset 0x100000
Writing data to block 9 at offset 0x120000
Writing data to block 10 at offset 0x140000
Writing data to block 11 at offset 0x160000
Writing data to block 12 at offset 0x180000
Writing data to block 13 at offset 0x1a0000
Writing data to block 14 at offset 0x1c0000
Writing data to block 15 at offset 0x1e0000
Writing data to block 16 at offset 0x200000
Writing data to block 17 at offset 0x220000
Writing data to block 18 at offset 0x240000
Writing data to block 19 at offset 0x260000
Writing data to block 20 at offset 0x280000
Writing data to block 21 at offset 0x2a0000
Writing data to block 22 at offset 0x2c0000
Writing data to block 23 at offset 0x2e0000
Writing data to block 24 at offset 0x300000
Writing data to block 25 at offset 0x320000
Writing data to block 26 at offset 0x340000
Writing data to block 27 at offset 0x360000
Writing data to block 28 at offset 0x380000
Writing data to block 29 at offset 0x3a0000
Writing data to block 30 at offset 0x3c0000
Writing data to block 31 at offset 0x3e0000
Writing data to block 32 at offset 0x400000
Writing data to block 33 at offset 0x420000
Writing data to block 34 at offset 0x440000
Switching to user mode 2
killall: rpc.mountd: no process killed
sh: /etc/init.d/softcam: No such file or directory
killall: CCcam: no process killed
killall: hddtemp: no process killed
killall: transmission-daemon: no process killed
killall: openvpn: no process killed
Syncing filesystem
Remounting rootfs read-only
mount: mounting ubi0:rootfs on / failed: Device or resource busy
Error remounting root!
root@gbquadplus:~#

Hat das was mit der NAS zu tun, d.h. sie wird während des Flashens unmounted? Vom PC per Telnet aus verliere ich den Zugriff auf die NAS HDD über die Box genau in dem Moment, wenn der Fehler im Telnet kommt (NAS ist aber über Netzwerk immer noch vorhanden). Wenn das so ist, wie kann ich alternativ verfahren? Flashen vom Stick bringt keine Hilfe

#79

@Limoges hast Du mal das NAS ganz abgeklemmt und dann geflasht?

Limoges · #80

Dann lässt er flashen gar nicht zu Fehlermeldung "Keine HDD angeschlossen" oder so ähnlich, wohlgemerkt auch nicht, wenn ich vom USB-Stick flashen will. Ich gehe auf "local" (gelbe Taste), normalerweise kann ich hier die Flashsource auswählen, aber so weit komme ich gar nicht erst. USB-Stick ist 4GB groß, daran sollte es nicht liegen, ausser dass er ggf. mit einer kleineren Blockgröße formatiert werden sollte, hat jedenfalls irgendwo gestanden.