[Tutorial] Come ripristinare UN SINGOLO file di BackUp !!

Ciao ragazzi
era tempo che ci pensavo, ma non mi ero mai cimentato. Oggi con l'aiuto di PkPaperinik (che ringrazio)....ci sono riuscito !!! 8)
La necessità è nata dal fatto che è meglio non ripristinare un vecchio BackUp avendo flashato con i nuovi firm usciti per A1000 correndo il rischio di malfunzionamenti con i vecchi file di configurazione, quindi con questa procedura potrete RIPRISTINARE UN SINGOLO O PIU' file (quelli che volete) di backup fatto con la Desktop Suite.

La cosa può essere un po' complicata spiegata così, ma vi assicuro che è semplice

La procedura è TESTATA sul mio A925 con il file contacts.cdb situato in c:\system\data, al 99% funziona anche per A1000, non da errori, velocissima e sicura

• Per prima cosa fate un backup con Desktop Suite (nel mio caso il file che voglio ripristinare si trova in c:\, quindi per maggior velocità faccio il backup del solo disco C)
  
  
• Appena finito, sul PC, andate nella cartella C:\Documents and Settings\NOME_UTENTE\Dati applicazioni\Motorola\Motorola Desktop Suite\Ricevitori\IMEI_DEL_VOSTRO_CELL\Backup\BU2005XXXXXXXXXX e troverete:
  dei file numerati da 1 a n con estensione .dat
  un file col nome di filestore.dat
  un file col nome di filestore.dat.txt
  un file col nome di modelname.dat
  
  
• Copiate il filestore.dat e incollatelo da un'altra parte es.: in Documenti (per sicurezza)
  
  
• Aprite col Blocco Note il file filestore.dat.txt.
  In questo file ci sono tutti i numeri (all'inizio della riga) dei file .dat relativi ed il loro percorso sul cell con il loro nome.
  
  
• Nel mio test ho voluto ripristinare il file contacts.cdb (normalmente protetto in scrittura), quindi l'ho cercato nel file di testo aperto in precedenza; visualizzo questa stringa
  325 C:\system\data\Contacts.cdb 0x1bf02240
  Nel mio caso il file relativo a Contacts.cdb è il file 325.dat, per ognuno di voi questo numero cambia, in base ai file che sono stati "backuppati".
  
  
• Aprite il filestore.dat con un editor HEX, cercate la stringa ti testo, in UNICODE, contacts.cdb e vi troverete davanti questo:
  

  Codice:

  Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F 00009170                  45 01 00  00 3B 00 00 00 00 40 22        E...;....@" 00009180   F0 1B 43 00 3A 00 5C 00  73 00 79 00 73 00 74 00   ð.C.:.\.s.y.s.t. 00009190   65 00 6D 00 5C 00 64 00  61 00 74 00 61 00 5C 00   e.m.\.d.a.t.a.\. 000091A0   43 00 6F 00 6E 00 74 00  61 00 63 00 74 00 73 00   C.o.n.t.a.c.t.s. 000091B0   2E 00 63 00 64 00 62 00  2A 9C C3 28 71 60 C5 01   ..c.d.b.*œÃ(q`Å. 000091C0   00 00 00 00 20 00 00 00  E9 AF 00 00               .... ...é¯..

  
  Per chiarirvi un po' le cose, questo è quello che sono riuscito a capire:
  -I primi 2 bytes 4501 invertiti diventano 0145 e convertiti in decimale diventano 325 (il numero della stringa del file .txt corrisponde !)
  -Successivamente abbiamo 4022F01B, invertito diventa 1BF02240 (lo stesso numero che compare nella stringa del .txt, 0x1bf02240 ! ....credo sia l'indirizzo fisico del disco C)
  -Poi troviamo la path del file in UNICODE visualizzata con valori HEX
  -Infine abbiamo i bytes E9AF che invertiti diventano AFE9, convertiti in decimale diventano 45033 bytes (la dimensione del file contacts.cdb !)
  -Gli ultimi 2 bytes 0000 DEVONO esserci !
  
  
• Dovete copiare tutti questi valori HEX ed incollarli in un nuovo file, salvate con nome filestore.dat e sovrascrivetelo a quello nella cartella BU2005XXXXXXXXXX
  
  
• Noterete che ora il filestore .dat ha le dimensioni di un solo KB e se lo aprite con l'HEX editor vedrete solamente questo, sono solo 87 bytes:
  

  Codice:

  Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F 00000000   45 01 00 00 3B 00 00 00  00 40 22 F0 1B 43 00 3A   E...;....@"ð.C.: 00000010   00 5C 00 73 00 79 00 73  00 74 00 65 00 6D 00 5C   .\.s.y.s.t.e.m.\ 00000020   00 64 00 61 00 74 00 61  00 5C 00 43 00 6F 00 6E   .d.a.t.a.\.C.o.n 00000030   00 74 00 61 00 63 00 74  00 73 00 2E 00 63 00 64   .t.a.c.t.s...c.d 00000040   00 62 00 2A 9C C3 28 71  60 C5 01 00 00 00 00 20   .b.*œÃ(q`Å..... 00000050   00 00 00 E9 AF 00 00                               ...é¯..

  
  
  
• Non vi rimane ora che ripristinare il BackUp con la Desktop Suite, ripristinerete SOLAMENTE quel file !!
  

Conclusioni: la procedura di rispristino è velocissima e indolore, potete utilizzarla con tutti i file che vi interessa ripristinare, basta creare il filestore.dat con le istruzioni relative ai file prese da quello originale.

Enjoy
by Giro

E' tutto esatto!
E' infatti uno dei problemi in cui mi sono imbattuto durante il mio ultimo reformat automatico dell'A1000.
In effetti il filestore.dat non è altro che una raccolta di informazioni su ciascun file presente in quel set di backup, se filestore.dat contiene le info per UN SOLO file... solo quello sarà ripristinato.

Bravi ragazzi....

il "problema" , infatti, è stato interpretare i valori HEX e scinderli .....risolto

Giro could You translate this tutorial to english?

THX
Regards,

How to restore the backup of a single file to a925/a1000
Even system files such as contacts.cdb

USE THIS PROCEDURE AT YOUR ONW RISK!

• Backup your phone
  
  
• Look for folder C:\Documents and Settings\USER_NAME\Application data\Motorola\Motorola Desktop Suite\Devices\imei\Backup\BU2005XXXXXXXXXX into your PC; path may differ depending on DesktopSuite version and/or PC Operating System. You'll find:
  
  
  
  • some files numbered from 1 to n, with .dat extension;
    
  • a filestore.dat file;
    
  • a filestore.dat.txt file;
    
  • a modelname.dat file.
    
  
  
  
• Make a backup copy of filestore.dat, just in case soemthing goes wrong.
  
  
• Open filestore.dat.txt into your favourite text editor.
  Each line of this file contains the name of a .dat file (the number at the beginning) and its full path on the phone.
  
  
• To restore contacts.cdb , usually not accessible as used by System, look for string "contacts.cdb" into filestore.dat.txt file; you will find a line similar to this one:
  325 C:\system\data\Contacts.cdb 0x1bf02240
  It will be different per each phone, as the number at the beginning is assigned during the backup, and the final number is the ID of the a1000 memory.
  
  
  
• Open filestore.datusing an HEX editor; now comes the most difficult part: you must look for the name of your file (i.e., contacts.cdb), but in UNICODE format, which means you must look for a letter followed by a "null char", then by another letter.... To make thing easier, you can download XVI32 HEX editor: select menu search/find, write CONTACTS in the text-field, then convert it into hexadecimal by pressing "Text -> Hex" button; now, you must add a "00" between each number you obtained. Now press OK, and you should find what you were looking for:
  
  

  Codice:

  Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F 00009170                  45 01 00  00 3B 00 00 00 00 40 22        E...;....@" 00009180   F0 1B 43 00 3A 00 5C 00  73 00 79 00 73 00 74 00   ð.C.:.\.s.y.s.t. 00009190   65 00 6D 00 5C 00 64 00  61 00 74 00 61 00 5C 00   e.m.\.d.a.t.a.\. 000091A0   43 00 6F 00 6E 00 74 00  61 00 63 00 74 00 73 00   C.o.n.t.a.c.t.s. 000091B0   2E 00 63 00 64 00 62 00  2A 9C C3 28 71 60 C5 01   ..c.d.b.*?Ã(q`Å. 000091C0   00 00 00 00 20 00 00 00  E9 AF 00 00               .... ...é¯..

  
  
  - First 2 bytes 4501, reversed, become 0145, which is hexadecimal for 325 (the number we found before);
  - Then we have 4022F01B, which reversed becomes 1BF02240, i.e. the memory ID;
  - Then we have the file path in UNICODE format;
  - Finally,we have E9AF, which reversed gives AFE9, hexadecimal for 45033 , which is contatcs.cdb;
  - A double "00" terminates the field.
  
  
  
• You must create a new hexadecimal file, and put in it all bytes from 45 01 00... to ...E9 AF 00 00, then save it as filestore.dat; if you previoulsy saved the original filestore.dat in a safe place, replace it with this new one.
  
  
• Now try restoring the backup you did before: DesktopSuite should now use the just created filestore.dat, so restoring just the contacts.cdb
  

Ora che l'ho tradotta, potrei metterla su qualche forum inglese?...

Ah grazie jumpy ...non ho avuto tempo

Aggiungi anche questo che è la REGOLA PER TUTTI:
Se il tuo file ha il numero 445 ad esempio, tu dovrai convertirlo in HEX e diventa 1BD che invertito diventa BD01; quindi dovrai prendere i valori HEX da BD01 (compreso), fino al byte precedente al successivo numero che sarà BE01-->1BE=446

Credo che il doppio zero finale preceduto dalle dimensioni del file sia sufficiente per trovare la fine del record.

Cmq, sui forum inglesi sono ansiosi di leggere il tuo/mio post, immagino... Intanto lo linko, poi se mi dai il permesso lo copio proprio (non so se questo forum si puo' leggere senza essere iscritti).

ps: cancella la mia prima riga, pare brutto

è sufficiente solo in quel caso, la regola è un'altra e cioè prendere fino all'ultimo byte precedente al numero del file .dat successivo ....

si si, lo puoi copiare linkare...come ti pare.....magari se scrivi qui anche i forums dove lo hai messo.....gli do un'occhiata per rispondere a eventuali commenti