Jump to content
Nokioteca Forum

Search the Community

Showing results for tags 'recovery'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Benvenuto sul Nokioteca Forum
    • Nuovo utente? Entra qui
    • Comunicazioni
    • Notizie, recensioni e approfondimenti
  • Info e contenuti utili
    • Novità, anteprime e discussioni varie
    • Confronti e Consigli per gli acquisti
    • Tutorial e Guide
    • Per smanettoni
    • Product Codes Nokia
    • Navigazione GPS
    • Programmi PC per cellulari
    • Fotografia
    • Gestori
    • Mercatino
    • English Spoken Forum
  • Feature Phone Nokia (by HMD Global)
    • Nokia 2720 Flip
    • Nokia 800 Tough
    • Nokia 8110 4G
    • Nokia 3310
    • Altri Feature Phone Nokia
  • Android Forum
    • News e Discussioni Varie su Android
    • Nokia Android
    • Smartphone Android di altre marche
    • Tablet Android
    • Nokia X, X+ e XL
    • App e Giochi per Android
  • Windows Forum
    • News e Discussioni Varie su Windows
    • Windows 10 per PC, Tablet e Xbox
    • Lumia Smartphone
    • Applicazioni per Windows
    • Giochi per Windows
    • Firmware Updates
    • Custom ROM e Unlock
    • Tutorial e Guide
    • Accessori per dispositivi Windows
  • Symbian Forum
  • Altri Dispositivi Nokia
  • Dispositivi di altre marche e OS
  • Parliamo d'altro..

Marker Groups


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Località


Interessi


Smartphone


Versione OS


Firmware


XBox Live Name

Found 4 results

  1. Da utente v12 un errore che ho commesso è stato dare per scontato le funzionalità che ho introdotto nel mio dispositivo per tutti gli utenti Nokia 8110 4G, soprattutto per chi possiede la versione più recente del firmware. Dopo una lunga discussione su come creare e utilizzare un file di swap con un utente che non riusciva in nessun modo a farlo visualizzare dal sistema (e lo ringrazio per il feedback, per cui mi sono documentato meglio e mi ha indotto a pubblicare questa guida) mi sono confrontato con SpeedUpLoop, il creatore di tutti quegli script avviabili attraverso il recovery. Cosa è cambiato esattamente da v12 a v13 a livello di permessi? La v12 (come le versioni inferiori) presentano delle chiavi di test (test-keys) che comunicano tra le partizioni varie. Dal mio dump ho potuto prelevare la bellezza di 32 partizioni differenti, ognuna con una funzione ben specifica. Quelle su cui andiamo solitamente a lavorare sono 3: /data (userdata.img), occupa solitamente 2 GB di memoria e in essa vengono immagazzinati tutti i dati, la cronologia e....il file swap che noi possiamo creare (attualmente il mio dump risulta di 2.6 GB, quindi la memoria interna disponibile è ridotta). Da qui si spiegano i 2 GB mancanti rispetto alle specifiche di listino. Quando effettuate il ripristino ai dati di fabbrica...queste è l'unica partizione interessata; /system (system.img), occupa circa 800 MB e in essa risiede il sistema, quindi i driver, le applicazioni stock/non removibili, le configurazioni di base e tutto il resto. Le certificazioni OTA richiedono che la partizione sia completamente pulita e illibata perché l'aggiornamento possa essere effettuato, quindi ogni singola modifica di questa partizione impedirà gli aggiornamenti futuri e (rullo di tamburi) se volete far partire qualsiasi aggiornamento da recovery di quelli elencati nelle mie guide (telneton.zip, bootstrapon.zip, dumpall.zip, omnijb-final.zip....) avrete le dev-keys a impedire ogni singolo test. Ed è per questo che l'aggiornamento v13 ha cambiato le chiavi di test. Solo la casa madre ha diritto di modificare ciò che noi abbiamo acquistato! Quindi siete obbligati a tenere i giochi demo e Twitter se volete ricevere ancora aggiornamenti futuri! Ma noi siamo dei BananaHackers, e giustamente ci ribelliamo a questo trattamento! Già è tanto che WhatsApp non è stato ufficializzato nello Store come promesso (mi chiedo quanto lungo possa essere il loro "presto"); /recovery (recovery.img), le sue dimensioni variano a seconda della versione (la mia è 26 MB), ed è la partizione nella quale entriamo quando dal telefono spento premiamo SU+Power o effettuiamo un adb reboot recovery dalla shell. Questa partizione è compatibile con v13 anche se viene flashata da un immagine v12 pulita come la mia....ma non è quella che voglio lincare per il download in questa guida. SpeedUpLoop ha reso disponibili i suoi dump in CLOUD: https://www.magentacloud.de/share/sojjvrui22#$/images Dal link precedente è possibile navigare nei dump per v12 e v13. Ma per gli utenti v13 è altamente consigliata la cartella TA-1048-v13.00.17.01 contenente appunto due versioni di recovery: recovery.img, classica immagine per v13 come è già presente sul vostro dispositivo; recovery_testkeys.img, ed è quella la partizione modificata in maniera da poter accetare tutti gli zip flashabili come in una v12. Di seguito come installarla, ma vi avverto che per essere operativa sul sistema occorre modificare il file /system/bin/install-recovery.sh che, appunto, è contenuto nella partizione di sistema ed è il file che controlla le chiavi di accesso. Di seguito i passi per un viaggio...senza ritorno. Questa sarà la tua pillola rossa (giusto per citare Matrix), quindi "allacciati la cintura, Alice, che da adesso di meraviglie ne vedrai un bel po" (Cypher): Rinomina il file recovery_testkeys.img in recovery.img per facilitare tutto, inseriscilo nella tua scheda sd ed esegui da terminale, con il telefono collegato al pc e la modalità di debug attiva (*#*#33284#*#*). Ricordati inoltre che devi accedere a una shell di root, tnroot è raccomandato e più specifico per questo tutorial in quanto verrà utilizzato busybox nei comandi che sto per illustrare, quindi fare riferimento a questa guida, oppure usare adbroot o connettere il browser del telefono al seguente link se siete più esperti http://r.gerda.tech/ E ora...eseguire i seguenti comandi (nota che la seconda riga, busybox telnet localhost, è necessaria se si usa tnroot, non è necesaria se si usa adbroot o gerdaroot dal link): adb shell busybox telnet localhost busybox dd if=/dev/block/bootdevice/by-name/recovery of=/sdcard/recovery-backup.img bs=2048 busybox dd if=/sdcard/recovery.img of=/dev/block/bootdevice/by-name/recovery mount -o remount,rw /system echo '#!/system/bin/sh' > /system/bin/install-recovery.sh echo 'exit 0' >> /system/bin/install-recovery.sh chown root:root /system/bin/install-recovery.sh chmod 750 /system/bin/install-recovery.sh sync mount -o remount,ro /system exit reboot "Benvenuto nel mondo vero." (Morpheus) Se avete letto bene i comandi ho inserito anche nel quarto passaggio un comando per creare una recovery-backup.img nel caso vogliate ripristinare la vecchia immagine recovery. Non dovrete che ripetere l'operazione in questo modo: adb shell busybox telnet localhost busybox dd if=/sdcard/recovery-backup.img of=/dev/block/bootdevice/by-name/recovery exit reboot La cosa bella di questo gioco delle partizioni è che in caso di errore Recovery può essere ripristinato da System, e viceversa. Una volta ottenuta la nuova Recovery sarete in grado di eseguire anche archivi zip per il ripristino del sistema come quello presente in questa pagina del mio sito. Sito BananaHackers: https://sites.google.com/view/bananahackers/home Forum BananaHackers: https://groups.google.com/forum/#!forum/bananahackers GerdaOS Project: https://gerda.tech/ SpeedUpLoop's World: https://www.magentacloud.de/share/sojjvrui22#$/
  2. Ieri sera ho tentato di aggiornare il mio sistema v12 al più recente v13. Per fare ciò ho sostituito il mio /system personalizzato con il system.img con firmware 12.00.17.06 TA-1048 (west Europe) pulito presente in questa pagina. Da recovery ho usato uno strumento che porto quotidianamente appresso sulla mia scheda sd, formato da due file: 4bash.zip e bash4zip.sh Inserire questi due file nella scheda sd insieme a un file system.img di backup. Assicuratevi che corrisponda alla stessa versione del firmware (v13 per v13, v12 per v12). In Recovery Mode, una volta montato /system e selezionato "update from sd card" avviare il file 4bash.zip, che a sua volta eseguirà i comandi presenti nel file bash4zip.sh, ecco il contenuto attuale di questo file: #!/tmp/busybox sh # Example to flash from the root of the sdcard # a file named "v13system.img" to the /system partition. /tmp/busybox dd if=/sdcard/system.img of=/dev/block/bootdevice/by-name/system l'ultima linea è quella che ci interessa. Come è impostata preleverà il file dalla scheda sd (/sdcard/system.img) per installarlo sulla partizione /system. Nel caso abbiate usato dumpall.zip per avere il completo backup delle partizioni (allego uno shot delle mie partizioni ricopiate sul computer) potete modificare l'ultima riga in maniera da poter ripristinare le immagini direttamante dalla cartella dumps che verrà creata sulla vostra scheda sd, in questo modo: /tmp/busybox dd if=/sdcard/dumps/system.img of=/dev/block/bootdevice/by-name/system potete fare lo stesso per ripristinare la partizione dei dati utente (userdata.img su /userdata) in questo modo: /tmp/busybox dd if=/sdcard/dumps/userdata.img of=/dev/block/bootdevice/by-name/userdata e così via per ogni altra partizione (eccetto recovery, che è la partizione su cui state lavorando). Mai ricopiare via dd il file userdata.img da sistema aviato e soprattutto, se avete effettuato l'aggiornamento al firmware più recente, utilizzare il nuovo dump per userdata.img e per tutte le partizioni che corrispondiono al nuovo firmware. Ovviamente per rendere eseguibili certi zip avrete bisogno di un sistema v12 o almeno di un v13 recovery con chiavi di test, come nella guida precedente. Ora vorreste sapere come è andato il mio aggiornamento a v13? Beh, dal titolo avrete intuito che è andato male. Di seguito il mio log estratto dalla partizione cache.img: E:erasing fota.status failed errno=2 The left battery capcity:52 The battery status:Discharging Finding update package... I:Update location: /data/fota/downloaded/update.zip Opening update package... I:read key e=3 hash=20 I:1 key(s) loaded from /res/keys Verifying update package... I:comment is 1738 bytes; signature 1720 bytes from end I:whole-file signature verified against RSA key 0 I:verify_file returned 0 Installing update... Source: Nokia/Nokia_8110_4G/Nokia_8110_4G:6.0.1/MMB29M/12.00.17.06:user/test-keys Target: Nokia/Nokia_8110_4G/Nokia_8110_4G:6.0.1/MMB29M/13.00.17.01:user/dev-keys Verifying current system... contents of partition "/dev/block/bootdevice/by-name/boot" didn't match EMMC:/dev/block/bootdevice/by-name/boot:15084828:67037923f483507d059ca20c0cee5d6e2f47de83:15084828:660159b1224d00b74818ca9f21f0bc44515fce4e file "EMMC:/dev/block/bootdevice/by-name/boot:15084828:67037923f483507d059ca20c0cee5d6e2f47de83:15084828:660159b1224d00b74818ca9f21f0bc44515fce4e" doesn't have any of expected sha1 sums; checking cache failed to stat "/cache/saved.file": No such file or directory failed to load cache file, try to sdcard failed to stat "/sdcard/ota_cache/saved.file": No such file or directory failed to load sdcard file script aborted: E3305: "EMMC:/dev/block/bootdevice/by-name/boot:15084828:67037923f483507d059ca20c0cee5d6e2f47de83:15084828:660159b1224d00b74818ca9f21f0bc44515fce4e" has unexpected contents. E3305: "EMMC:/dev/block/bootdevice/by-name/boot:15084828:67037923f483507d059ca20c0cee5d6e2f47de83:15084828:660159b1224d00b74818ca9f21f0bc44515fce4e" has unexpected contents. error: 3305 E:Error in /data/fota/downloaded/update.zip (Status 7) Installation aborted. package install result:INSTALL Failed dir_name = /data/fota Tra i vari tentativi disperati che feci all'alba dei tempi per rimuovere il jailbreak ho fatto qualcosa che ha compromesso la mia partizione boot.img....non so cosa ho fatto, ma non me ne importa lo stesso. Il mio v12 è perfetto così com'è, anzi......ho sostituito anche tutte le mie applicazioni stock v12 con quelle per v13 (cambiando le icone e modificando system.gaiamobile.org per gli screenshot e il multitasking ) con un solo colpo! In riferimento e in aggiunta a questa mia vecchia guida mi è bastato modificare tutta la cartella webapps (adb pull /system/b2g/webapps) dal mio computer, inserirla sulla mia scheda sd ed eseguire con privilegi il comando: cp -fR /sdcard/webapps /system/b2g/ riavviare in recovery mode, effettuare il wipe della cache e avviare di nuovo. Questa operazione posso effettuarla per tutti i file del mio sistema...e nel caso di errore ho 4bash.zip a salvarmi Sito BananaHackers: https://sites.google.com/view/bananahackers/home Forum BananaHackers: https://groups.google.com/forum/#!forum/bananahackers GerdaOS Project: https://gerda.tech/ SpeedUpLoop's World: https://www.magentacloud.de/share/sojjvrui22#$/
  3. buona sera, ho istallato la prewiew di win10 mobile sul mio 930, una sera mentre lo stavo utilizzando ha iniziato ad andare in loop continuo tra la schermata nera con la scritta nokia e il logo di windows, ho provato di tutto, soft reset, hard reset, windows device recovery ma nulla ho provato anche ad utilizzare la via del flash ma nessun risultato, non mi riconosce il telefono in nokia care suite.. come posso fare??
  4. Ciao a tutti, vorrei sapere se mandando uno smartphone in assistenza, in particolare un lumia, dove è stato fatto un reset con nokia recovery tools, è possibile recuperare i file e i dati cancellati. Vorrei sapere se c'è una possibilità che quache mal intenzionato recuperi dei dati anche se il cell è stato resettato
×
×
  • Create New...