Récupération d'un volume de démarrage corrompu pour des instances Linux

La corruption du volume de démarrage peut empêcher le démarrage d'une instance, vous ne pourrez donc peut-être pas vous connecter à l'instance à l'aide de SSH. Utilisez plutôt la fonction de connexion à la console d'instance pour vous connecter à l'instance défectueuse. Pour plus d'informations sur l'utilisation de cette fonction, voir Dépannage des instances à l'aide des connexions à la console d'instances.

Cette section décrit comment utiliser une connexion à la console série pour détecter si le volume de démarrage est corrompu.

1. Créez une connexion à la console série pour l'instance.

2. Connectez-vous à l'instance au moyen de la console série.

   À ce stade, il est normal que la console série semble se bloquer, car le système est peut-être déjà tombé en panne.

3. Redémarrez l'instance à partir de la console.

4. Une fois que le processus de redémarrage commence, revenez à la fenêtre du terminal où vous devriez voir les messages du système à partir du début de l'instance dans la fenêtre.

5. Surveillez les messages qui s'affichent alors que le système démarre. La plupart des systèmes d'exploitation règlent le volume de démarrage à la lecture seule dès que la corruption du disque est détectée afin d'empêcher les écritures de corrompre encore plus le volume. Recherchez donc les messages qui indiquent que le volume de démarrage est en lecture seule. Ci-dessous, se trouvent quelques exemples :

   • Dans une instance avec des attachements iSCSI de volumes de démarrage, le service iscsiadm ne peut pas attacher de volume, car celui-ci est en mode de lecture seule. Cela empêche généralement les instances de continuer à démarrer. La console série peut afficher un message similaire à ce qui suit :

     iscsiadm: Maybe you are not root?
     iscsiadm: Could not lock discovery DB: /var/lock/iscsi/lock.write: Read-only file system
     touch: cannot touch `/var/lock/subsys/iscsid': Read-only file system
     touch: cannot touch `/var/lock/subsys/iscsi': Read-only file system

   • Dans une instance avec des attachements de volumes de démarrage paravirtualisés, le système peut poursuivre le processus de démarrage, mais il sera également détérioré, car rien ne peut être écrit dans le lecteur de démarrage. La console en série peut afficher des messages d'erreur similaires aux suivants :

     [FAILED] Failed to start Create Volatile Files and Directories.
     See 'systemctl status systemd-tmpfiles-setup.service' for details.
     ...
     [   27.160070] cloud-init[819]:     os.chmod(path, real_mode)
     [   27.166027] cloud-init[819]: OSError: [Errno 30] Read-only file system: '/var/lib/cloud/data'

   Les messages d'erreur et le comportement du système décrits ici sont les plus souvent observés pour la corruption du volume de démarrage; toutefois, selon le système d'exploitation, vous pouvez voir des messages d'erreur et un comportement du système différents. Si vous ne voyez pas les messages décrits ici, consultez la documentation de votre système d'exploitation pour obtenir des informations supplémentaires sur le dépannage.

Pour dépanner et récupérer le volume de démarrage corrompu, vous devez détacher le volume de démarrage de l'instance, puis l'attacher à une deuxième instance en tant que volume de données.