Partager via

VM qui ne boote plus

Jeremy C 0 Points de réputation
2026-05-21T08:47:10.7033333+00:00

Bonjour

J'ai une VM Debian qui ne boote plus après avoir fait une mise à jour. Habituellement je vais dans la console série pour corriger les problèmes mais là je n'y accède pas. Le screenshot du diagnostic de démarrage n'est pas présent non plus. j'ai seulement un message "Your virtual machine hasn't written anything to its serial port yet."

Avez vous une idée pour dépanner ?

Machines virtuelles Azure
Machines virtuelles Azure

Service Azure utilisé pour provisionner des machines virtuelles Windows et Linux.


1 réponse

  1. Hemalatha 14,525 Points de réputation Personnel externe Microsoft Modérateur
    2026-05-21T09:53:49.88+00:00

    Bonjour Jeremy,

    Merci de nous avoir contactés et d’avoir partagé les détails du problème.

    D’après le comportement observé, il semble s’agir d’un problème de démarrage de la VM Linux apparu après la récente mise à jour Debian. Le message affiché dans la console série Azure — « Your virtual machine hasn't written anything to its serial port yet » — indique généralement que la VM échoue très tôt dans le processus de démarrage, avant que le système d’exploitation puisse initialiser la sortie console.

    Comme vous avez indiqué que vous pouviez auparavant vous connecter à la VM, il est peu probable que le problème soit lié au NSG. Cependant, nous vous recommandons tout de même de vérifier que les règles entrantes du Network Security Group autorisent bien l’accès SSH sur le port 22.

    Dans un premier temps, veuillez vérifier si Boot Diagnostics est activé pour la VM depuis : VM → Boot diagnostics

    Si cette option est désactivée, veuillez l’activer, redémarrer la VM, puis vérifier les captures d’écran ou les journaux série disponibles. Dans de nombreux cas, cela permet d’identifier si la VM est bloquée sur un kernel panic, un écran GRUB, un problème de système de fichiers ou un mode de récupération.

    Référence : https://learn.microsoft.com/fr-fr/azure/virtual-machines/boot-diagnostics

    Vous pouvez également essayer les options « Redeploy » et « Reapply » disponibles dans la section Help de la VM sur le portail Azure. Ces actions permettent d’actualiser l’hôte de la VM et de réappliquer la configuration sans impact sur les données client.

    Référence :https://learn.microsoft.com/fr-fr/troubleshoot/azure/virtual-machines/linux/redeploy-to-new-node-linux

    Si la VM ne démarre toujours pas, la méthode recommandée consiste à réparer le disque OS à l’aide d’une autre VM Linux saine. Avant toute modification, nous recommandons fortement de créer un snapshot du disque OS à des fins de sauvegarde.

    Référence :

    https://learn.microsoft.com/fr-fr/azure/virtual-machines/snapshot-copy-managed-disk?tabs=portal

    https://learn.microsoft.com/fr-fr/azure/backup/backup-azure-arm-restore-vms

    https://learn.microsoft.com/fr-fr/azure/backup/restore-managed-disks

    Veuillez arrêter/désallouer la VM, détacher le disque OS, puis l’attacher à une VM Linux saine en tant que disque de données. Ensuite, montez la partition racine et utilisez chroot afin d’effectuer les réparations nécessaires.

    Documentation Recovery VM : https://learn.microsoft.com/fr-fr/troubleshoot/azure/virtual-machines/linux/repair-linux-vm-using-azure-virtual-machine-repair-commands

    Exemple de commandes :

    Image de l’utilisateur Une fois dans l’environnement chroot, veuillez exécuter les commandes suivantes :

    dpkg --configure -a update-grub update-initramfs -u -k all
    
    

    Après modification du fichier, exécutez : update-grub

    Reference: https://learn.microsoft.com/fr-fr/troubleshoot/azure/virtual-machines/linux/troubleshoot-vm-boot-error

    Cela permet d’envoyer correctement la sortie console vers Azure Serial Console.

    Reference: https://learn.microsoft.com/fr-fr/troubleshoot/azure/virtual-machines/linux/serial-console-linux

    Pendant que le disque est attaché à la VM de récupération, nous recommandons également de vérifier les fichiers Image de l’utilisateur

    afin d’identifier d’éventuelles erreurs liées au système de fichiers, aux montages ou au noyau.

    Après avoir terminé les vérifications et réparations, veuillez rattacher le disque OS à la VM d’origine, redémarrer la VM et vérifier à nouveau le processus de démarrage via Boot Diagnostics ou Serial Console.

    N’hésitez pas à nous contacter si vous avez des questions supplémentaires.

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.