OTA-Aktualisierungsfehler – „Paket erwartet Build-Fingerabdruck von …“

Ich habe die Bestandswiederherstellung von CWM auf meinem Nvidia Shield Tablet entfernt und neu installiert. Aber als ich versuchte, ein OTA zu installieren, bekam ich jedoch, als ich versuchte, das Update zu installieren, bekam ich einen Fehler mit einem roten Dreieck. Nach Überprüfung des Protokolls erhielt ich die Fehlermeldung „Paket erwartet Build-Fingerabdruck von … oder …, dieses Gerät hat …“.

Ich kann mich nicht erinnern, was die Fingerabdrücke waren, aber der erste war etwas, das mit "nvidia/" begann, eine Reihe von Zahlen in der Mitte hatte, gefolgt von einem Unterstrich, und dann mit "/release-keys" endete.

Der aktuelle Build-Fingerabdruck des Geräts war jedoch genau derselbe wie der erste, außer dass er auf halbem Weg abgeschnitten wurde , direkt nach den Zahlen und dem Unterstrich.

Zurücksetzen des Caches hat nicht funktioniert. Wie wurde dieser Fehler verursacht und wie kann ich ihn beheben, ohne meine Daten zu löschen?

So weit ich weiß. Sie können kein OTA mit einer benutzerdefinierten Wiederherstellung installieren. Es sei denn, Sie laden das OTA herunter und flashen es manuell. Ich hatte ein ähnliches Problem, als ich versuchte, faul zu sein, wenn ich für den Rückruf auf Lager zurückging. Am Ende habe ich das Archiv-Image heruntergeladen und mit adb/fastboot geflasht. Hast du das Bild von der NVIDIA-Website heruntergeladen? Ich bin mir auch nicht sicher, warum nach Feindrucken gefragt wird, da das Gerät keinen f.print-Scanner hat.
@jer3my ist "Build-Fingerabdruck", eine Kennung eines Builds (z. B. Firmware), kein physischer Fingerabdruck.
@AndrewT. ach derp. Mein Fehler. Lol
Hat jemand das gleiche Problem? Eine Erklärung habe ich hier gegeben . Gelesen von: Nein, Sie können nicht zu einem zufälligen neueren Update wechseln, indem Sie ein inkrementelles OTA-Update verwenden ...

Antworten (2)

Ich hatte das gleiche Problem, als ich versuchte, OTA von Android 4.4.4 auf Android 5.1 und jetzt von Android 5.1 auf eine neue Version zu aktualisieren.

Ich gehe davon aus, dass Ihr Telefon gerootet ist und Sie eine benutzerdefinierte Wiederherstellung installiert haben.

1. Finden Sie Ihren Build-Fingerabdruck heraus.

  • Installieren Sie CID Getter und überprüfen Sie den ro.build.fingerprintEintrag.

    (In meinem Fall ist der Wert motorola/peregrine_retbr/peregrine:5.1/LPB23.13-35.5/5:user/release-keys)

Überprüfen Sie Ihren Wert erneut.

Überprüfen Sie es doppelt und dreifach, es ist sehr, sehr, SEHR wichtig, es bis zum letzten Bit richtig zu machen.

2. Besorgen Sie sich die ZIP-Datei für Ihr OTA-Update

Starten Sie den OTA-Update-Vorgang (Einstellungen -> Telefon -> Updates prüfen). Es lädt eine Datei herunter und legt sie in Ihrem internen Speicher ab, für mich ist es zum Beispiel /cache/Blur<long file name>.zip.

Besorgen Sie sich diese Datei und legen Sie sie auf Ihrem Computer ab (ich habe dazu meine benutzerdefinierte TeamWin-Wiederherstellung verwendet).

3. Überprüfen Sie das Updater-Skript

In dieser ZIP-Datei befindet sich eine Datei namens /META-INF/com/google/android/updater-script.

Es wird eine Zeile ähnlich der folgenden angezeigt:

getprop("ro.build.fingerprint") == "motorola/peregrine_retbr/peregrine:5.1/LPB23.13-35.5/5:user/release-keys" || 
getprop("ro.build.fingerprint") == "motorola/peregrine_retbr/peregrine:5.1/LPBS23.13-35.5-1/1:user/release-keys" ||
abort("Package expects build fingerprint of motorola/peregrine_retbr/peregrine:5.1/LPB23.13-35.5/5:user/release-keys or motorola/peregrine_retbr/peregrine:5.1/LPBS23.13-35.5-1/1:user/release-keys; this device has " + getprop("ro.build.fingerprint") + ".");

Was macht es in diesem Fall? Diese Zeile sucht nach dem Build-Fingerabdruck und bricht den Prozess ab, wenn es nicht genau entweder motorola/peregrine_retbr/peregrine:5.1/LPB23.13-35.5/5:user/release-keysoder ist motorola/peregrine_retbr/peregrine:5.1/LPBS23.13-35.5-1/1:user/release-keys.

4. Vergleichen Sie Ihren Build und das Updater-Skript.

Ernsthaft. Überprüfen Sie es erneut.

5. Bearbeiten Sie das Updater-Skript

Löschen Sie diese Zeile. Platzieren Sie die bearbeitete Datei in der ZIP-Datei.

6. Patchen und glücklich sein!

Verwenden Sie Ihre benutzerdefinierte Wiederherstellung, um den Patch ohne Signaturüberprüfung anzuwenden.

OBS:

Wenn Sie irgendetwas geflasht haben, das Systemdateien ändert – einschließlich, aber nicht beschränkt auf SuperSU und das Xposed-Framework – müssen Sie diese Dateien möglicherweise in ihren ursprünglichen Zustand zurückversetzen, da das OTA-Update viele Systemdateien überprüft. Um diese Dateien wiederherzustellen, konsultieren Sie die Dokumentation von dem, was Sie geflasht haben.

Hat das bei jemandem funktioniert, bei dem ich den gleichen Fehler habe?
@TechWolf Es war nicht für mich.

Diese Antwort ist nicht sofort auf das Nvidia-Tablet von OP anwendbar, aber ich lasse sie hier, falls sie für andere nützlich ist.

https://mirrors.lolinet.com/ hostet viele Stock-ROMs von Motorola. Ich weiß nicht, ob die Seite vertrauenswürdig ist oder nicht, aber ich benutze sie jetzt.

Nachdem Sie eine Standard-Zip-Datei heruntergeladen haben, verwenden Sie https://github.com/dlenski/motoflash2sh , um ein blinkendes Shell-Skript zu generieren, das nicht von der Existenz eines vorhandenen unveränderten Standard-ROM abhängt. Das resultierende Skript hat fastboot erase userdata || exit 1. Entfernen oder kommentieren Sie diese Zeile aus, wenn Sie nicht alle Daten auf dem Telefon löschen möchten.

Ich weiß nicht, ob Sie diese Zip-Dateien über TWRP installieren können.