Kann den Ersteinrichtungsassistenten auf SG3 mit defektem Bildschirmdigitalisierer nicht bestehen

Also habe ich den Digitizer auf i9305 gebrannt, indem ich die beschädigte Wiederherstellung geflasht habe. Dann habe ich ein neues funktionierendes benutzerdefiniertes ROM und eine Wiederherstellung geflasht, nachdem Stock JB einige KitKats wie MoKee, Omni, CyanOgen 10/11 ausprobiert hatte, aber ich habe mit allen das gleiche Problem. Nach dem Booten von frischem Android blieb ich auf dem Begrüßungsbildschirm / Setup-Assistenten zum ersten Ausführen hängen, weil ich nirgendwo klicken kann. Dieses Telefon unterstützt USB OTG , sodass ich beispielsweise die Maus bei der TWRP-Wiederherstellung verwenden kann, aber der Treiber funktioniert noch nicht auf dem Begrüßungsbildschirm. Außerdem kann ich ADB nicht verwenden , um die Bildschirmberührung zu simulieren, da es keine Verbindung herstellt, wenn die Ersteinrichtung aktiv ist. Ich habe kein Backup von initialisiertem/konfiguriertem Android, also geht das auch nicht.

Irgendwelche Ideen, wie man weiter kommt? Danke für jeden Tipp.

versucht, ROMs build.props mit ro.setupwizard.mode=DISABLED zu ändern, Lücken zu löschen, SetupWizard.apk/Provision.apk oder OneTimeInstaller zu löschen, wo zutreffend, aber die Ersteinrichtung ist immer noch vorhanden. Kann sich eine Kopie davon auch in boot.img befinden?
fand auch einen Tipp auf XDA, /system/app/SetupWizard.apk auf bereits installiertem Android über adb mit Gerät in Wiederherstellung zu löschen, fand diese App in /system/priv-app, aber keine Änderung
Wie kann man einen Digitizer brennen
Frage im ersten Satz beantwortet. Eine andere Möglichkeit besteht darin, eine gesunde, aber falsche Version der Wiederherstellung oder des ROM zu flashen. Jedes elektronische Teil kann verbrannt werden, wenn es mit einer höheren Spannung betrieben wird, als es vorgesehen ist. Low-Level-Software steuert solche Dinge auch.
Welche Wiederherstellung des Geräts hast du installiert? Wusste nicht, dass Software einen Digitizer braten kann
Die Version war korrekt, für i9305, vielleicht war dort auch ein Subtyp vorhanden, ich bin mir nicht sicher, nach diesen Jahren ... Download war beschädigt, beim nächsten Mal besser md5sum oder so ähnlich überprüfen.

Antworten (2)

Endlich Lösung durch Bearbeiten der /data/data/com.android.providers.settings/databases/settings.dbDatei über sqlite3 gefunden. Nur adb pulldiese Datei auf Ihrem Computer, wenn Sie die Bestandswiederherstellung verwenden, müssen Sie die Benutzerdatenpartition manuell mounten, in diesem Fall finden Sie Hinweise unter Android ADB Shell Recovery Mounten . Außerdem können Sie die Datei nicht einfach direkt abrufen, sondern adb shellauf Ihre SD-Karte oder ein zwischengeschaltetes Dateisystem kopieren. Z.B.busybox cp sett* /sdcard

Um die Ersteinrichtung loszuwerden:

update global set value=1 where name='device_provisioned';

update secure set value=1 where name='user_setup_complete';
insert into secure (name,value) VALUES ('device_provisioned','1');

Ja, das device_provisioned muss in beiden Tabellen vorhanden sein. Auf der Bestands-JB gab es jedoch keine globale Tabelle, sodass Sie sich nicht darum kümmern müssen, und der sicheren Tabelle fehlen einige Datensätze, die wir hier aktualisieren, sodass diese stattdessen eingefügt werden müssen. Auf Lager JB vor dem Bearbeiten der settings.db ausführen PRAGMA wal_checkpointund PRAGMA journal_mode = DELETEhier beschrieben: https://stackoverflow.com/a/21258892/881375 Andernfalls werden Updates für vorhandene Zeilen nicht wirksam, da Android beim Neustart ein Rollback durchführt. Löschen Sie für CyanOgenMod 11 einfach die Datei settings.db-journal und es sollte in Ordnung sein.

Es war notwendig, nachdem die Datei settings.db zurück in den Ordner auf dem Gerät verschoben wurde

chmod 660 settings.db
chown system:system settings.db

in dieser Reihenfolge, da chmod den Besitzer und die Gruppe auf root zurücksetzen kann

Die USB-OTG-Maus funktioniert leider immer noch nicht, also muss ich wohl sowieso Zugriff auf adb bekommen.

So aktivieren Sie das USB-Debugging (ADB):

setprop persist.service.adb.enable 1 ('setprop persist.sys.usb.config mtp,adb' if needed)

Einstellungen.db:

update secure set value=5037 where name='adb_port';
update global set value=1 where name='adb_enabled';

Nach dem Booten erscheint ein Dialog zur Bestätigung des PC-Fingerabdrucks. Um dies zu vermeiden, holen Sie sich Ihre adbkey.pub (unter Linux kann sie sich unter ~/.android befinden):

adb push adbkey.pub /data/misc/adb/adbkey.pub
cat adbkey.pub >> adb_keys

Nach all dem können Sie input tap|swipe|textIhr Telefon steuern und Zugriff auf Bluetooth oder OTG-Maus / -Tastatur usw. erhalten. Ich hoffe, das hilft. Die Fingerabdruckinjektion wird für Android 4.2.2+ benötigt.

Vielen Dank an xda-developers und Android-Probleme mit adb-Sicherheit bei code.google.com.

Alle diese Befehle wurden eingegeben, als sich das Telefon im Wiederherstellungsmodus befand, sodass keine Berechtigungen erforderlich waren
der Befehl , den cat adbkey.pub >> adb_keysSie in Ihr Telefon oder Ihren Host eingegeben haben?
Lange Zeit, aber ... Telefon, denke ich, weil Sie Ihr Telefon benötigen, um Ihren Host zu kennen, Entschuldigung für unklare Codeblöcke
Ja, ich habe es herausgefunden, aber trotzdem danke für die Antwort ;)

Ich hatte das gleiche Problem. Gelöst wurde es durch die Installation von ShareKM (App, mit der Sie Ihr Android-Telefon mit der Tastatur und Maus eines PCs steuern können). Nachdem Sie die ShareKM-App ausgeführt haben, wird sie Ihnen wahrscheinlich mitteilen, dass sie veraltet ist und Sie sie nicht ausführen können. Eine Problemumgehung (zu finden in diesem xda-Thread) besteht darin, zuerst die App zu beenden, ihren Cache zu löschen und das Datum auf Ihrem Telefon auf den 30.03.2014 einzustellen.

Wie installierst du es im Wiederherstellungsmodus?
Kann den Ersteinrichtungsassistenten auf SG3 mit defektem Bildschirmdigitalisierer nicht bestehen
AntwortenHierDatenschutz-Bestimmungen1y, 0v