Domanda:
Quando eseguo il flashing di una ROM personalizzata, perché ricevo un errore su getprop ("ro.product.device")?
Maarten
2014-02-08 23:00:47 UTC
view on stackexchange narkive permalink

Ogni volta che provo a eseguire il flashing di una ROM sul mio ASUS Transformer Prime (tf201), ottengo il seguente errore:

  assert failed: getprop ("ro.product.device") == "tf201" || getprop ("ro.build.product") == "tf201"  

Ho aggirato il problema aprendo il file ZIP della ROM, navigando su / META-INF / com / google / android / updater-script e rimuovendo semplicemente questo controllo. La ROM si installa bene allora.

Ma ancora mi resta la domanda: perché il mio dispositivo non viene riconosciuto come tf201, mentre ovviamente lo è? È perché ho formattato la partizione di sistema in una frenesia di formato?

Ho avuto la stessa cosa su un Galaxy Tab4 10.1 marchiato Vodacom, credo che lo abbiano fatto per errore quando si cambia la ROM di un altro modello e si dimentica di aggiornare l'ID del dispositivo, o intenzionalmente per rendere un po 'più difficile l'installazione della ROM lampeggiante o personalizzata.
Ho avuto lo stesso problema, perché il mio dispositivo è stato sradicato dopo un ripristino delle impostazioni di fabbrica e TWRP non aveva il permesso di leggere /system/build.prop.
Due risposte:
GµårÐïåñ
2014-03-05 01:21:45 UTC
view on stackexchange narkive permalink

Assicurati che il tuo build.prop nella cartella / SYSTEM sia configurato correttamente e abbia la variabile ro.product.device impostata, spesso nelle ROM personalizzate il build.prop non è configurato completamente e alcune di queste variabili sono necessarie per alcuni controlli di funzionalità. Puoi aprirlo in un editor di testo e cercarlo e assicurarti che sia impostato e che non ci siano caratteri errati che potrebbero influire sull'analisi corretta.

Controlla anche queste variabili e assicurati che sono impostati, è bene averli:

  • ro.product.model = XXX
  • ro.product.brand = XXX
  • ro.product.name = XXX
  • ro.product.device = XXX
  • ro.product.board = XXX
  • ro.product.manufacturer = XXX
thewisenerd
2014-02-08 23:48:43 UTC
view on stackexchange narkive permalink

Ciò potrebbe essere causato da una serie di motivi, il motivo principale è un ripristino incompatibile, in cui le variabili appropriate non sono impostate correttamente. Prova a utilizzare un altro ripristino (esempio: TWRP) e verifica se ricevi questo errore.

Una soluzione temporanea per questo sarebbe:

Potresti semplicemente aprire il file zip , estrai il file

META-INF/com/google/android/updater-script

e rimuovi le righe getprop, che assomigliano a:

getprop (xyz) == "xyzyxz");

righe da esso. Queste righe sono solitamente all'inizio del file updater-script.

Dato che dici che la ROM è "per" il tuo dispositivo, questo non dovrebbe causare problemi.

Quindi, basta trascina indietro il file dello script di aggiornamento, di nuovo nello zip. Ora, il flashing non causerebbe alcun problema.

Nota che:

Utilizza programmi come 7-zip o WinRAR, durante l'estrazione del file dello script di aggiornamento. Utilizza l ' editor di testo Notepad ++ o alternative come Geany, che supportano i formati EOL di Linux.

** Attenzione: ** Anche se rimuovere quel segno di spunta * in questo contesto specifico * va bene, non dovresti farlo con leggerezza; l'assegno è lì per una buona ragione. Se lo fai, devi essere *** assolutamente sicuro *** che la ROM sia compatibile con il tuo dispositivo. In caso contrario, potresti finire nei guai seri e persino (soft-) il tuo dispositivo. // @Vineeth: Non è una critica, la tua risposta va benissimo nel contesto. Includerei comunque quell'avvertimento per quei "lettori veloci";)
Inoltre, per completare il commento di @Izzy's, non dovresti semplicemente aggiornare `updater-script` e reimballarlo nell'archivio, perché quel file zip è firmato alla generazione del * initial *` update.zip`. E a causa della modifica nel file zip come risultato, i checksum SHA256 *** non corrisponderanno, genereranno un disastro. Il checksum SHA256 è riportato e contenuto all'interno del file zip stesso, se il ripristino doveva controllare, verrà segnalato, probabilmente lanciando un messaggio di errore o rifiutandosi di elaborarlo.
Per me, l'aggiornamento del ripristino all'ultima versione ha risolto questo problema.Penso che questa dovrebbe essere la prima linea di condotta prima di modificare lo script di installazione.
Questo ha risolto il problema per me, SICURAMENTE avevo un dispositivo 'matisselte' (TAB4 10.1 SM-T535), ma penso che l'operatore di rete (Vodacom) che l'ha etichettato abbia commesso un errore e abbia impostato la variabile su `matissewifi` che sicuramentenon era.Ho creato la prima riga del file `/ META-INF / com / google / android / updater-script` in modo che corrispondesse al mio modello e ho installato la ROM corretta (matisselte) e ha funzionato.


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...