Si un système était démarrable au moment de la création de l'image maître, vous vous attendez à ce qu'il démarre après le déploiement. Cependant, les informations que le système d'exploitation enregistre et utilise pour démarrer peuvent expirer lors du déploiement, particulièrement si vous modifiez la taille des volumes, les emplacements ou les disques de destination. Acronis Snap Deploy 4 met à jour les chargeurs Windows automatiquement après le déploiement. D'autres chargeurs peuvent également être réparés, mais il existe des cas où vous devez réactiver les chargeurs. Plus précisément, lors du déploiement de volumes Linux, il est quelquefois nécessaire d'appliquer les réparations ou d'appliquer des modifications à l'amorçage afin que Linux puisse démarrer et charger correctement.
Vous trouverez ci-dessous un résumé des situations types nécessitant des interventions supplémentaires de la part de l'utilisateur.
Pourquoi un système d'exploitation déployé pourrait ne plus démarrer
Solution : Configurez le BIOS pour démarrer à partir du lecteur de disque dur où le système d'exploitation réside.
Solution : Utilisez l'option Acronis Universal Deploy dans le modèle de déploiement pour installer les pilotes et modules appropriés.
Puisque que le secteur de démarrage principal (MBR) peut être modifié lors du déploiement du système, le sélecteur de système d'exploitation Acronis, qui utilise le MBR, peut ne plus fonctionner. Si cela se produit, réactivez le sélecteur de système d'exploitation Acronis comme suit.
Solution : Démarrez la machine à partir du support de démarrage Acronis Disk Director et sélectionnez Outils - Activer le sélecteur de SE dans le menu.
Une partie du chargeur GRUB réside soit dans les premiers secteurs du disque, soit dans les premiers secteurs du volume. Tout le reste réside dans le système de fichiers d'un des volumes. La capacité de démarrage du système peut être restaurée automatiquement seulement lorsque le GRUB réside sur les premiers secteurs du disque et sur un système de fichiers sur lequel l'accès direct est possible. Dans les autres cas, l'utilisateur doit réactiver manuellement le chargeur de démarrage.
Solution : Réactivez le chargeur de démarrage. Vous pourriez également avoir à réparer le fichier de restauration.
LILO contient plusieurs références à des numéros de secteur absolus et donc ne peut pas être réparé automatiquement sauf dans le cas où toutes les données sont déployées sur les secteurs qui ont les mêmes numéros de secteur absolus que le disque source.
Solution : Réactivez le chargeur de démarrage. Vous devrez peut-être également réparer la configuration du chargeur pour la raison décrite ci-dessus.
Cela peut se produire quand des volumes système ou d'amorce ne sont pas restaurés vers leur emplacement d'origine.
Solution : La modification des fichiers boot.ini ou boot\bcd répare ce problème pour les chargeurs Windows. Acronis Snap Deploy 4 fait cela automatiquement donc vous ne devriez pas rencontrer ce problème. Pour les chargeurs GRUB et LILO, vous devez corriger les fichiers de configuration. Si le nombre de partitions racines Linux a été modifié, il est aussi recommandé de modifier /etc/fstab afin de permettre au volume SWAP d'être accessible.
Un tel système ne peut pas démarrer car son noyau essaie de monter le système de fichiers racine au volume LVM.
Solution : Modifiez la configuration du chargeur et /etc/fstab afin que LVM ne soit pas utilisé et réactivez le chargeur de démarrage.