Différences

Ci-dessous, les différences entre deux révisions de la page.

--- wiki:documentation:avance:fsrescue [2024/05/29 14:40]
abelard-a [Récupération d'une VM endommagée]
+++ wiki:documentation:avance:fsrescue [2024/05/30 08:16] (Version actuelle)
abelard-a [la VM démarre mais le système de fichier est endommagé]
@@ Ligne 2: / Ligne 2: @@
 Suite a des incidents sur les espaces de stockage de la DSIN il est déjà arrivé que certaines VM voient leur système de fichier endommagé. Dans le cas ou cela arrive, il est possible de faire une réparation de la VM.
-Cette opération nécessite de démarrer la VM sur une image de CDROM mise à disposition de toute le monde.
 <alert type="warning">L'opération de réparation va permettre de récupérer un système de fichier fonctionnel. En revanche, il est possible que certains fichiers aient été endommagé par l'incident de stockage et cette opération ne garantie pas leur récupération.</alert>
@@ Ligne 11: / Ligne 9: @@
   * la VM démarre mais le système de fichier est endommagé
+En cas de gros souci sur le système de fichier, la réparation va tente de faire le maximum pour conserver les données, celles-ci seront alors disponibles, une fois la réparation effectuée dans le dossier ''/lost+found''
+===== La VM ne démarre plus, elle présente le prompt de secours initramfs =====
-===== Ajouter le CDROM de récupération à la VM =====
+  * Sur  l'écran de la console, identifiez le chemin des la partitions qui normalement visible sous la forme "/dev/...". En l'occurence ici, il s'agit de ''/dev/vda1'':
+{{ :wiki:documentation:avance:initramfs.png?nolink |}}
+  * Sur le prompt initramfs executer la commande ''fsck -ya <chemin vers la partition>''
+  * A l'issue de la commande, rebooter la VM
+===== la VM démarre mais le système de fichier est endommagé =====
+Si l'OS démarre mais que vous suspectez que le système  de fichier pourrait être endommagé, il est possible de faire une vérification complète du système de fichier. Cette vérification ne peut se faire que si le système de fichier n'est pas utilisé. Il faut ainsi ajouter à la VM un CDROM de récupération puis démarrer dessus pour ensuite exécuter la commande de vérification du système de fichier.
+==== Ajouter le CDROM de récupération à la VM ====
 la DSIN met à disposition une image "systemrescuecd-amd64-6.1.7.iso". Vous devez ainsi l'ajouter à la liste des disques attachés à votre VM.
@@ Ligne 18: / Ligne 29: @@
   * Pour ce faire vous devez préalablement arrêter votre VM. Arrêtez la de manière propre mais si le système de fichier est endommagé il est  possible d'avoir à faire une extinction forcée depuis l'interface de gestion de votre VM.
-  * Attachez ensuite l'image systemrescuecd-amd64-6.1.7.iso en passant par l'onglet "Stockage":
+  * Attachez ensuite l'image ''systemrescuecd-amd64-6.1.7.iso'' en passant par l'onglet "Stockage":
 {{ :wiki:documentation:avance:stockage.png?nolink |}}
@@ Ligne 30: / Ligne 41: @@
 {{ :wiki:documentation:avance:disque-attache.png?nolink |}}
-===== Démarrer la VM sur le CDROM de récupération =====
+==== Démarrer la VM sur le CDROM de récupération ====
 Une fois le disque attaché vous pouvez démarrer votre VM et connectez vous à la console VNC de l'interface de gestion et démarrez là sur le CDROM.
@@ Ligne 45: / Ligne 56: @@
 {{ :wiki:documentation:avance:prompt.png?nolink |}}
-  * Il faut déterminer le nom de la partition à analyser, cela se fait avec la commande  lsblk. Ici il s'agit de /dev/vda1 reconnaissable par le terme "part":
+==== Procéder à la réparation du système de fichier ====
+ * Il faut déterminer le nom de la partition à analyser, cela se fait avec la commande  lsblk. Ici il s'agit de /dev/vda1 reconnaissable par le terme "part":
 {{ :wiki:documentation:avance:lsblk.png?nolink |}}
@@ Ligne 55: / Ligne 68: @@
   * Lorsque la commande rend la main, vous pouvez ensuite arreter la VM. Retirer le CDROM de la liste des disque et démarrer la VM.
+===== Récupérer des données endommagées =====
+Si, lors de la réparation, des données ont été endommagées, le mécanisme de réparation tente de limiter les dégâts et va déplacer les fichiers touchés dans un dossier à part situé à la racine du disque: ''/lost+found''.
+Les données copiées dans ce dossier sont les données des "inodes" orphelines, c'est à dire les données qui n'ont pu être repositionnée dans le système de fichier. Hors du système de fichier, ces fichiers n'ont pas de nom et porte celui de l'inode auquel elles étaient rattachées. Si vous avez perdu des données vous pouvez chercher dans le contenu de ce dossier un fichier dont le contenu correspondrait et ensuite le recopier, manuellement, vers le chemin du système de fichier de la VM sous son nom d'origine.