La mise à jour de mars contient-elle également tous les correctifs des mises à jour précédentes ?
Oui et non. Non, la mise à jour incrémentielle contient des correctifs non couverts par la dernière mise à jour incrémentielle, ce qui revient plus ou moins à Parcheando de nouvelles vulnérabilités découvertes la plupart du temps. Oui, l'image fastboot la plus récente ou appropriée couvrirait tous les correctifs antérieurs.
Dois-je installer chaque mise à jour incrémentielle de sécurité ?
Oui et non. Cela dépend de la façon dont vous voulez mettre à jour. Si la partition de démarrage et la partition système n'ont pas été altérées et si vous voulez économiser de la bande passante tout en ayant l'intention d'avoir la dernière mise à jour, alors optez pour des mises à jour OTA incrémentielles. Si votre système ou votre partition de démarrage a été altéré ou autre, alors utilisez l'image fastboot appropriée disponible pour votre appareil Nexus. ici .
[Puis-je simplement installer celui de mai sans installer celui d'avril ?
Oui et non. Oui, vous pouvez passer à n'importe quelle mise à jour plus récente en utilisant l'image fastboot que j'ai noté ci-dessus. Flashing via fastboot nécessite un bootloader déverrouillé et le déverrouillage d'un bootloader entraîne un effacement complet des données utilisateur.
Non, vous ne pouvez pas passer à une mise à jour plus récente aléatoire en utilisant la mise à jour OTA incrémentielle. La raison : La mise à jour incrémentielle nécessite qu'un des deux numéros de build corresponde, source y cible . Source : est le numéro de build du système Android actuellement installé devrait utiliser y cible est le numéro de build du système Android installé et le même que le build cible de la mise à jour. Techniquement, il n'est pas important de savoir si le numéro de build du système Android installé correspond à celui attendu. source puisque la mise à jour utilise le numéro de build du stock de récupération comme le numéro de build d'Android installé.
Note : La restauration du stock est automatiquement mise à jour, si nécessaire, à chaque démarrage à l'aide de la fonction install-recovery.sh situé sous /system/bin o /system/etc .
Prenons cet exemple : supposons que vous êtes au niveau de sécurité March avec le numéro de build actuel MHC19I. Vous avez l'intention de procéder à un chargement latéral (puisque Android ne vous le suggérerait pas ou ne vous fournirait pas d'option de toute façon par le biais de Mise à jour du système ) la mise à jour du niveau de sécurité de mai avec la construction MTC19T. Pendant le chargement latéral, la mise à jour vérifie les éléments suivants source y cible . Il s'attend à ce que le source comme le numéro de construction de la dernière mise à jour envoyée par le fournisseur, qui serait la mise à jour de sécurité d'avril avec le numéro de construction MHC19Q. Comme cela ne correspond pas, il s'attend à ce que le numéro de construction de la cible qu'il transporte soit MTC19T. Comme aucun des numéros de build ne correspond, l'installation est interrompue.
En cas de confusion avec cible comprennent qu'en attendant cible Je voulais dire que le numéro de build du système d'exploitation Android installé doit être le même que le numéro de build de la cible que la mise à jour transporte.
J'ai remarqué beaucoup de redémarrages aléatoires et l'appareil fonctionne plus chaud qu'avant, bien que je ne sois pas sûr si cela est dû aux mises à jour manuelles ou à une mauvaise application.
Ça peut être n'importe quoi. Cependant, étant donné que l'installation d'une mise à jour OTA est un flash sale, les restes de la version précédente des fichiers peuvent être une cause. Pour beaucoup de gens, vider le cache et/ou la partition de données ou faire une réinitialisation d'usine résout le problème, comme LyricWulf. noté .
Note : si vous utilisez la récupération de stock, effacer la partition de données ou faire une réinitialisation d'usine effacerait complètement toutes les données de l'utilisateur.
Référence : mes propres expériences avec le Nexus 6 ; le document Outils pour les paquets OTA .
