12.01.2015 17:25 - edited 12.01.2015 18:00
12.01.2015 17:25 - edited 12.01.2015 18:00
Zitat:
Andi schrieb:
Hallo zusammen,
ich habe diesen Sachverhalt an die entsprechende Fachabteilung weitergegeben. Zur Zeit befindet sich ein Softwareupdate in Vorbereitung. Bis zur Veröffentlichung bitte ich euch noch um ein wenig Geduld.
Anbei ein paar Verhaltenshinweise.
Tablet lässt sich noch einschalten / lädt noch:
Bitte nach Möglichkeit den Akku vorerst nicht unter 50% entladen.
Tablet lässt sich nicht mehr einschalten / lädt nicht mehr:
Bitte versuchen, das Gerät am PC oder mit Hilfe von anderen Ladegeräten (nicht dem mitgelieferten) zu laden. Wenn die Lade-LED angeht, bitte eine Weile laden lassen und dann erst einschalten. Sollte der Tipp nicht funktionieren, wendet euch bitte einmal an den Support.
Gruß
Andi
Zitat:
Andi schrieb:
Hallo zusammen,
das Update befindet sich momentan in der Entwickling. Natürlich ist es unser Anliegen, hier möglichst schnell zu reagieren. Da derartige Anpassungen sehr zeitaufwendig und kompliziert sind, bitte ich euch noch um ein paar Tage Geduld.
Wir haben soeben die Info bekommen, dass schon gegen Ende dieser Woche mit einer Lösung zu rechnen ist.
Sobald wir neue Informationen haben, werden wir diese hier direkt mitteilen.
01.03.2015 16:42
01.03.2015 16:42
01.03.2015 16:44
01.03.2015 19:46 - edited 01.03.2015 19:51
01.03.2015 19:46 - edited 01.03.2015 19:51
Ja, aber das erste Drittel bis zur Zeile "# system.prop for generic sdk" hätte gereicht..
Tatsache ist dein Kernel ist noch nicht geupdated, vielleicht wurde bei Hofer die erste Version ausgeliefert, und in D dann schon mit modifizierter Version, die dann noch 2 updates bekamen. Du hast "ro.build.date=Fr 28. Nov 19:40:47 CET 2014".
Frage dazu hier den Admin ! Das weiss ich auch nicht wie du ein passendes Update kriegen kannst.
Was ist mit dem manuellen Update-Versuch, wie ich im letzten post geschrieben hatte?
02.03.2015 15:15
02.03.2015 15:15
Bitte erkläre einmal möglichst genau, was während des Updateversuchs des 2er Updates im Detail passiert.
- Kannst du das Update herunterladen und die Ausführung bestätigen?
- Fährt das Gerät dann in den Reparaturmodus (Android mit Blitz im Bauch) und beginnt mit der Installation?
- Läuft der während des Updates angezeigte Fortschrittbalken bis zum Schluss durch oder bricht die Installation an einer bestimmten Stelle ab?
- Erscheint nach dem Neustart eine Meldung, dass ein Update durchgeführt wurde?
- Ist das Gerät evtl. gerootet?
Ich habe den Sachverhalt und die Angabe deiner Buildnummer zur Überprüfung an die Fachabteilung weitergegeben. Sobald ich neue Informationen habe, melde ich mich hier wieder.
Beste Grüße - Andi
02.03.2015 17:35
02.03.2015 17:35
Hallo Andi
Ok Danke
dann wart ich mal ab ob Du was in Erfahrung bringst...
(Denn ich denke wenn ich mit dem Problem zum Hofer gehe bekomm ich maximal ein Gerät mit dem gleichen Softwareproblem?)
lg
Bernhard
02.03.2015 20:01
02.03.2015 20:01
03.03.2015 11:40
03.03.2015 11:40
Prima, dass es nun klappt.
Den Sachverhalt mit der Lade-LED habe ich weitergegeben.
Laut Rückinfo sollte deine Buildnummer e0bfa64.141128.1935 auch für die OTA Updates 1 und 2 freigeschaltet sein. Auf deinem Tablet befindet sich die App "Updates". Bitte suche damit einmal manuell nach Updates, während eine WLAN Verbindung besteht. Sollte das nicht funktionieren, führe bitte einen Werksreset mit dem Gerät durch und versuche es danach noch einmal.
Gruß - Andi
03.03.2015 13:58 - edited 03.03.2015 14:00
03.03.2015 13:58 - edited 03.03.2015 14:00
Glaube nicht dass bei @Barni 1100 das Update funktionieren kann. Im Updater-Sript von Update #1 steht doch im Anfang zum "Verifying des current system" die fingerprints oder release keys die gecheckt werden. Sind die anders, wie in seiner build.prop
kommt der Abbruch. Oder? MfG daddle
mount("ext4", "EMMC", "/dev/block/mmcblk0p6", "/system");
file_getprop("/system/build.prop", "ro.build.fingerprint") == "MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/fc29945.141202.1643:user/release-keys" ||
file_getprop("/system/build.prop", "ro.build.fingerprint") == "MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/6090ea1.141230.1324:user/release-keys" ||
Da seine Build-Nummer e0bfa64.141128.1935 nicht aufgeführt ist, kommt dann die "Abort"-Meldung und der Abbruch.
abort("Package expects build fingerprint of MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/fc29945.141202.1643:user/release-keys or MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/6090ea1.141230.1324:user/release-keys; this device has " + getprop("ro.build.fingerprint") + ".");
getprop("ro.product.device") == "LIFETAB_S831X" || abort("This package is for \"LIFETAB_S831X\" devices; this is a \"" + getprop("ro.product.device") + "\".");
ui_print("Verifying current system...");
Und in Update #2 das Gleiche, seine Build-Nummer kann logischerweise noch nicht aufgeführt sein:
mount("ext4", "EMMC", "/dev/block/mmcblk0p6", "/system");
file_getprop("/system/build.prop", "ro.build.fingerprint") == "MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/6090ea1.141230.1324:user/release-keys" ||
file_getprop("/system/build.prop", "ro.build.fingerprint") == "MEDION/LIFETAB_S831X/LIFETAB_S831X:4.4.2/KOT49H/d5f68ce.150112.1313:user/release-keys" ||
03.03.2015 14:50
03.03.2015 14:50
Hallo @daddle .
Vermutlich hast du in dein 1er Update hineingeschaut. Dein 1er Update ist aber ein anderes 1er als Barny bekommen würde. Auf dem Server liegen zwei verschiedene 1er Updates, um auch bei unterschiedlichen Builds starten zu können. Der Updatestand nach dem 1er ist dann hinterher gleich.
Gruß - Andi
03.03.2015 15:18 - edited 03.03.2015 15:45
03.03.2015 15:18 - edited 03.03.2015 15:45
Hi @Andi,
danke, das würde das erklären. Natürlich hatte ich in mein Update geschaut, ein anderes kann ich ja nicht einsehen. Hatte aber schon in beide Updates (mein #1 und #2 geschaut) und auch zitiert. Und ich hatte Barny ja schon 2 Tage vor deinem vorigen Post geschrieben, er solle doch das Update manuell aufrufen, dazu kam aber keine Reaktion von ihm!
Wahrscheinlich lacht er sich jetzt ins Fäustchen und hat das Update hoffentlich längst bekommen, wenn die zwei verschiedenen Update #1 auf dem Server liegen. Aber warum wurden die ihm dann das für sein Tab passendes vorher nicht automatisch angeboten?
Trotzdem wundert mich die verschiedenen build.prop releases für Hofer und für good old Germany. Egal, nach Update #1 sind dann wie du schreibst die Versionsstände gleich.
Mfg daddle