1 votes

Y a-t-il des inconvénients à utiliser une récupération nandroid ?

A sauvegarde nandroid est conçu pour fournir une sauvegarde pour un appareil Android.

Y a-t-il des inconvénients à restaurer une sauvegarde de nandroid (en dehors de la perte de tous les changements depuis la création de nandroid) ?

En d'autres termes, à titre d'expérience, disons que vous prenez un appareil Android en parfait état de fonctionnement (oui, une bête mythique, mais je m'égare...) puis créer un nandroid, et enfin effectuer immédiatement une restauration à partir de ce nandroid. Une fois la restauration terminée, les choses sont-elles exactement comme avant la restauration ? Ou y a-t-il de subtiles différences internes ? Un effet sur le Root ?

5voto

Milner Points 533

A nandroid la sauvegarde est un dispositif complet sauvegarde - Vous pourriez donc poser la même question à propos d'une sauvegarde complète de votre PC : Après avoir restauré la sauvegarde, vous vous retrouverez exactement dans l'état dans lequel se trouvait l'appareil lorsque vous avez effectué cette sauvegarde - toutes les modifications effectuées entre la réalisation de la sauvegarde et sa restauration sont perdues.

En lisant entre les lignes de votre question, vous demandez plutôt comment fonctionne une sauvegarde Nandroid ou quels sont ses avantages et ses inconvénients. Il y a eu quelques changements au cours des dernières années, et je ne sais pas à quelles récupérations personnalisées ils s'appliquent (je peux seulement parler pour modèle d'horloge à long terme et twrp pour, disons, l'année dernière. Donc, laissez-moi résumer :

Dans le passé

  • Les sauvegardes Nandroid ont été créées comme partition images
  • il y avait une image par partition (uniquement les partitions pertinentes, bien sûr)
  • ces fichiers images étaient des copies non compressées 1:1 par blocs des partitions correspondantes

2012 exemple de mon Motorola Milestone 2 :

\-r-xr-xr-x 1    8388608 Apr 29  2012 boot.img
-r-xr-xr-x 1      10560 Apr 29  2012 cache.img
-r-xr-xr-x 1  346287744 Apr 29  2012 data.img
-r--r--r-- 1        288 Apr 30  2012 local.prop
-r-xr-xr-x 1        132 Apr 29  2012 nandroid.md5
-r-xr-xr-x 1  301956864 Apr 29  2012 system.img

Exemple 2010 de mon "bon vieux" HTC Buzz :

\-r-xr-xr-x 1    2883584 Okt 23  2010 boot.img
-r-xr-xr-x 1      12672 Okt 23  2010 cache.img
-r-xr-xr-x 1  112421760 Okt 23  2010 data.img
-r-xr-xr-x 1        222 Okt 23  2010 nandroid.md5
-r-xr-xr-x 1    4325376 Okt 23  2010 recovery.img
-r-xr-xr-x 1  213227520 Okt 23  2010 system.img

Ces deux-là ont été créés par CWM. Donc vous voyez, au moins de 2010 à 2012, c'est ce que faisait Nandroid.

Comme il s'agissait d'images de disque complètes ("copies physiques", 1:1 par bloc), leur restauration entraînait bien sûr la perte de tout le contenu de la cible et son remplacement par la sauvegarde, qui était également restaurée par bloc. Les deux nandroïdes ci-dessus ont été créés par CWM.

De nos jours

les choses sont un peu différentes :

  • Les sauvegardes Nandroid sont généralement créées comme tar boules, c'est-à-dire des copies logiques de tous les fichiers d'une partition
  • Il y a une archive par partition (pertinente), souvent à l'exception des fichiers suivants /boot qui est resté une copie d'image
  • ces archives ne sont pas compressées

2015 exemple de mon LG P880, créé par CWM également :

\-r-xr-xr-x 1   10485760 Mai 29 22:48 boot.img
-r-xr-xr-x 1          0 Mai 29 22:50 cache.ext4.tar
-r-xr-xr-x 1      23040 Mai 29 22:50 cache.ext4.tar.a
-r-xr-xr-x 1          0 Mai 29 22:49 data.ext4.tar
-r-xr-xr-x 1  650801664 Mai 29 22:50 data.ext4.tar.a
-r-xr-xr-x 1        390 Mai 29 22:52 nandroid.md5
-r-xr-xr-x 1   10485760 Mai 29 22:48 recovery.img
-r-xr-xr-x 1     136590 Mai 29 22:52 recovery.log
-r-xr-xr-x 1          0 Mai 29 22:48 system.ext4.tar
-r-xr-xr-x 1  947858944 Mai 29 22:49 system.ext4.tar.a

Exemple 2015 depuis mon Motorola Milestone 2, cette fois-ci réalisé avec TWRP :

\-r--r--r-- 1  247035904 Sep  6 23:14 data.ext3.win
-r--r--r-- 1         48 Sep  6 23:14 data.ext3.win.md5
-r--r--r-- 1        104 Sep  6 23:39 \_original\_dir\_name
-r--r--r-- 1     184842 Sep  6 23:14 recovery.log
-r--r--r-- 1  287747072 Sep  6 23:15 system.ext3.win
-r--r--r-- 1         50 Sep  6 23:14 system.ext3.win.md5

Dans les deux cas, nous avons maintenant .tar fichiers pour les partitions normales (ne me demandez pas pourquoi TWRP les nomme .win ), et des images de disque pour /boot y /recovery . Notez que TWRP a oublié de sauvegarder ces deux partitions ; je considère cela comme un bug, mais spécifique à la version utilisée ici (je n'ai pas décidé de passer à TWRP, il était simplement fourni avec la ROM CyanogenMod).

Autres notes

Les "copies physiques" originales (alias "images disque") avaient un gros avantage : si vous supprimiez accidentellement quelque chose de votre appareil, vous pouviez utiliser les technologies de sculpture de fichiers sur les images Nandroid pour le retrouver (voir notre récupération des données tag-wiki ). Cela ne fonctionne plus avec les tarballs. Mais les tarballs peuvent être restaurés même après le redimensionnement de la partition - alors que la restauration d'un fichier image donne la même taille de partition (et échoue si, par exemple, la partition est devenue plus petite). De plus, le passage à tar rendait les sauvegardes en quelque sorte "indépendantes" du système de fichiers - vous pouviez donc sauvegarder ext3 et restaurer vers ext4 sans que la partition soit remise en ext3.

D'un autre côté, il y a une chose qui est devenue plus facile avec les tarballs : Regarder à l'intérieur pour récupérer un fichier ou évaluer facilement la structure sur votre PC. Non pas que je considère cela comme un "gros avantage" : avec les bons outils (ici : TestDisk ) on peut faire la même chose avec les images. Cela prend juste un peu plus de temps, car TestDisk doit examiner la structure (type de partition, système de fichiers) avant de pouvoir accéder au contenu.

En ce qui concerne la restauration, il ne devrait y avoir pratiquement aucune différence par rapport à "l'expérience des utilisateurs avec les résultats" :

  • La restauration d'une image écrase toute la partition, en restaurant chaque bloc tel qu'il était auparavant (y compris les "mauvais blocs").
  • le simple déballage d'une archive ne permet pas d'écraser les "nouveaux fichiers", ce qui pourrait entraîner un désordre ; je suis sûr que Nandroid s'en occupe en effaçant d'abord la partition cible.
  • un autre avantage minimal des tarballs : la restauration d'un tel Nandroid inclut implicitement un "defrag", les fichiers étant écrits séquentiellement et sans suppression entre eux ;)

Mon opinion personnelle est la suivante : les Nandroïdes sont des remplaçants. Les sauvegardes sont destinées à être restaurées en cas d'urgence. Ainsi, bien que les archives Tar aient leurs avantages, les images disques sont préférables - car on peut utiliser la sculpture de fichiers pour restaurer des éléments supprimés. Mais les avantages et les inconvénients sont plutôt subjectifs.

Verdict

Bien qu'il puisse y avoir des "différences subtiles" (comme par exemple les partitions maintenant "défragmentées" si votre Nandroid utilisait des tarballs), il n'y a aucune différence que l'"utilisateur normal" devrait remarquer. Comme les sauvegardes Nandroid incluent toujours la partition entière, tout est sauvegardé et restauré - y compris "Root et ses fichiers".

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X