La schermata Samsung è definita nel bootloader, mi pare. Fintantoché compare quella sei a posto. La recovery esegue comunque prima il kernel presente. Se sia col kernel che con recovery si ferma al logo, qualcosa si è corrotto nel kernel come ha già spiegato Zack. Odin quindi resterà sempre l'unica (e al 99,9999% dei casi funzionante), soluzione.Quote:
Originariamente inviato da Ikon
[ROM][STOCK MOD] Optimus Rom by Androidiani team[DEODEXED]
Visualizzazione stampabile
-
22-11-12, 11:32Michelasso
-
22-11-12, 11:38ZackFair84io non ho capito come mai sbagli la scrittura a volte però.. più che un errore in bmlunlock mi pare un errore in dd, perché il blocco viene attivato, ma è come se venisse scritto in maniera sbagliata, altrimenti se non venisse proprio scritto al limite si avrebbe il vecchio kernel, non nessun kernel.Quote:
Originariamente inviato da Michelasso
è una scelta voluta?codice:bs=4096
-
22-11-12, 12:05MichelassoNon lo so. Avevo testato anche a mano, direttamente da adb shell. so solo che io non ho più avuto un singolo caso di errore in scrittura da quando decomprimo il pacchetto firmato e lo ricomprimo da comando zip. Non so se c'entri, ma quegli errori di flash son proprio spariti. E bs=4096 è comunque meglio metterlo.Quote:
Originariamente inviato da ZackFair84
Hmm… ora che ci penso ci sono due dd… Quello di toolbox e quello di busybox. Vuoi che a volte si incasini? Non ce ne sarebbe motivo, però. Il codice è sempre lo stesso, non cambiano i PATH. -
22-11-12, 12:29ZackFair84pure io sto usando comando zip per la rom, che è il mio unico pacchetto che contiene il kernel... perché 7zip mi si impallava, ho preferito fare tutto da linea di comando.. a me si è impallato anche con repencis però..Quote:
Originariamente inviato da Michelasso
il bs lo so che ci vuole, infatti da quando l'ho messo gli errori si sono praticamente quasi azzerati.. ma pensavo magari di ridurre il blocco, non lo so, forse bs=512 o bs=1024.
Sto fatto dei due dd mica mi piace però, lo sai? non potremmo dirgli noi quale usare? io avevo creato un pacchetto che insieme a bmlunlock forniva anche dd e cp (per usi miei personali :D) Però nella rom, visto che il kernel viene scritto dopo /system si potrebbe fare un richiamo diretto a /system/bin/dd -
22-11-12, 13:37MichelassoMa perché, secondo te il mio kernel cosa fa? rotflQuote:
Originariamente inviato da ZackFair84
Tu hai messo solo dd o tutto il path?codice:assert(run_program("/system/bin/dd", "if=boot.img", "of=/dev/block/bml7", "bs=4096"));
Il bs non osare toccarlo. Il boot.img viene creato con un bs da 4096!!! :p -
22-11-12, 13:45ZackFair84e per questo ti ho chiesto di bs, non sapevo se fosse un valore con un perché :D il kernel è roba tua, senza chiedere a te non faccio nulla ;DQuote:
Originariamente inviato da Michelasso
no, hai ragione, c'è tutto il path anche nella rom.. ma giustamente ho copiato pari pari quel pezzo dal tuo installer -
22-11-12, 14:15Michelasso
Hmmm… un possibile problema è che la scrittura di /system non vada a buon fine. Memoria piena, per esempio. A quel punto che sappia io può impallarsi tutto. Non dovrebbe succedere, visto che la fai da zero. Ma giusto per informazione. Con i kernel non ho ricordi di gente che si è più lamentata, però. Quindi il problema dovrebbe/potrebbe essere prima del flashing.
-
22-11-12, 14:46ZackFair84boh... perché se succede quest'errore, e senza toccare niente in /system flasho solo kernel da odin (perché la recovery ovviamente non va), funziona tutto alla grande, quindi /system è a posto... vabbè, stica insomma :DQuote:
Originariamente inviato da Michelasso
-
22-11-12, 14:50MichelassoAh già. C'è da dire che la mia prima installazione della Optimus è stata un macello!! Il che mi turba. faccio decine di flashing del kernel, mai un problema. E gli updater-script sono simili. Boh. Stica indeed!!Quote:
Originariamente inviato da ZackFair84
-
22-11-12, 16:29ZackFair84
Rilasciato aggiornamento 2.0.7 con la rettifica alla traduzione e le progress bar modificate. (Ota, too)
