Partager via

Résoudre les problèmes de machine virtuelle Linux Azure lorsqu’il n’y a pas d’accès à la console série Azure et que la disposition du disque utilise le gestionnaire de volumes logiques

  • Article

S’applique à : ✔️ Machines virtuelles Linux

Cet article fournit un guide de résolution des problèmes pour une machine virtuelle (VM) Linux Azure où toutes les conditions suivantes sont présentes :

  • La machine virtuelle ne démarre pas.
  • La connexion à la machine virtuelle à l’aide de SSH n’est pas possible.
  • L’accès à la console série Azure n’est pas disponible.
  • La machine virtuelle utilise le gestionnaire de volumes logiques (LVM) sur le disque du système d’exploitation.

Conditions préalables

  • Pour utiliser les commandes de réparation de machine virtuelle Azure, l’accès suivant est requis :

    • Accès à Azure Cloud Shell
    • Accès à un compte de stockage personnalisé nouveau ou existant

  • Pour effectuer l’opération de récupération, une machine virtuelle temporaire est nécessaire. Pour créer une telle machine virtuelle, vous avez besoin des autorisations correspondantes au niveau de l’abonnement Azure.

Préparer la machine virtuelle de secours

  1. Utilisez les commandes de réparation de machine virtuelle pour créer une machine virtuelle de secours à laquelle une copie du disque du système d’exploitation de la machine virtuelle affectée est attachée.

    Note

    Vous pouvez également créer une machine virtuelle de secours manuellement à l’aide du portail Azure. Pour plus d’informations, consultez l’article Résoudre les problèmes d’une machine virtuelle Linux en attachant le disque du système d’exploitation à une machine virtuelle de récupération à l’aide du portail Azure.

    • Si vous créez la machine virtuelle de secours manuellement au lieu d’utiliser les commandes de réparation de machine virtuelle, pour éviter les problèmes dus à des structures LVM dupliquées, vous devez sélectionner une image sans LVM sur le disque du système d’exploitation. Si vous utilisez des machines virtuelles basées sur Red Hat, vous devez recherchez l’image à l’aide de « Red Hat RAW ». Les images Ubuntu et SUSE n’utilisent pas LVM sur le disque du système d’exploitation.

    • Si les utilitaires LVM sont manquants dans l’image Red Hat RAW, installez les utilitaires LVM.

  2. Connectez la machine virtuelle de secours et montez la copie des systèmes de fichiers du système d’exploitation dans la machine virtuelle de secours à l’aide de chroot.

    Lorsque vous exécutez des commandes dans un environnement chroot, elles sont exécutées sur le disque du système d’exploitation attaché au lieu de la machine virtuelle de secours locale.

  3. Une fois la résolution des problèmes terminée, effectuez les actions suivantes :

    1. Quittez chroot.
    2. Démontez la copie des systèmes de fichiers de la machine virtuelle de secours.
    3. Exécutez la az vm repair restore commande pour échanger le disque du système d’exploitation réparé avec le disque de système d’exploitation d’origine de la machine virtuelle. Pour plus d’informations, consultez l’étape 5 de la réparation d’une machine virtuelle Linux à l’aide des commandes de réparation de machine virtuelle Azure.
    4. Vérifiez si la machine virtuelle peut démarrer. Pour ce faire, examinez la console série Azure ou essayez de vous connecter à la machine virtuelle.

Activer la console série

Si l’accès à la console série n’est toujours pas possible, vérifiez les paramètres de configuration GRUB pour votre machine virtuelle Linux et corrigez-les. Pour plus d’informations, consultez Configuration proactive de GRUB de la console série.

Scénarios de résolution des problèmes courants

Scénario 1 : configurer la machine virtuelle pour démarrer à partir d’un autre noyau

Un scénario courant consiste à forcer une machine virtuelle à démarrer à partir d’un noyau précédent, car le noyau actuellement installé peut être endommagé ou une mise à niveau ne s’est pas terminée correctement.

Pour ce faire, suivez les étapes décrites dans Démarrer le système sur une version antérieure du noyau. Vous pouvez également consulter Rétrogradation récente du noyau.

Scénario 2 : problèmes de mise à jour du noyau

Un échec de mise à niveau du noyau peut rendre la machine virtuelle non démarrable. Pour plus d’informations sur les actions permettant d’effectuer la mise à jour du noyau, consultez Processus de mise à jour du noyau.

Scénario 3 : configuration incorrecte du volume d’échange LVM dans GRUB

Dans ce scénario, une machine virtuelle ne parvient pas à terminer le processus de démarrage et accède à l’interpréteur de commandes d’urgence Dracut en raison d’un chemin d’appareil d’échange non valide dans la configuration GRUB.

Pour résoudre les problèmes, effectuez les étapes décrites dans Chemin d’appareil d’échange incorrect dans le fichier de configuration GRUB.

Étapes suivantes

Pour plus d’options de résolution des problèmes de démarrage, consultez Résoudre les erreurs de démarrage des machines virtuelles Linux Azure.

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.