Hello la communauté,
Notre serveur semble avoir planté il y a une semaine. Suite à l'ouverture d'un ticket, il a été redémarré par les équipes OVH.
Cependant, il est maintenant en "rescue mode" et je ne peux pas monter ma partition de logs chiffrée car la commande n'est pas disponible :
root@rescue-customer-eu ~ # mount /dev/mapper/vg-VarLog /mnt
mount : /mnt : type de système de fichiers inconnu 'crypto_LUKS'.
root@rescue-customer-eu ~ # cryptsetup luksOpen /dev/mapper/vg-VarLog VarLogDecrypted
-bash : cryptsetup : commande non trouvée
J'aurais aimé la monter afin de savoir pourquoi le serveur redémarre en rescue mode...
Pourriez-vous m'aider ?
Merci
Serveurs Dédiés-old - Partition de logs chiffrée - Rescue mode
Related questions
- Conseil - Proxmox / ZFS
50398 
27.08.2024 09:39
- Serveurs OVH blacklistés UCEPROTECT-Level 3
28666 12.04.2021 15:23
- Solution de streaming live
28352 25.08.2017 18:35
- Mon serveur n'est pas en ssl
27941 21.06.2017 15:35
- Proxmox ou VMWare ?
25213 02.03.2017 22:04
- [Résolu] Problème de connexion à un dédié
25095 15.12.2018 17:42
- Conseil Soft Raid vs Hard Raid
24829 13.04.2017 08:49
- Proxmox ip failover problème reseau vers orange
20776 30.11.2020 19:21
- Serveur crash avec ip failover
17680 11.09.2019 14:57
- SoftRaid 3x2To SATA ?
17498 03.01.2019 07:18
Bonjour,
C'est qu'il ne boote plus.
(sauf kimsufi) Utilisez le KVM ou IPMI pour voir ce que raconte la console (comme si c'était l'écran de votre PC)
Alternativement tester vos disques durs dans le mode rescue.
Je ne vois pas grand chose dans la console, c'est pourquoi j'aurais aimé avoir accès aux logs...
Bonjour,
vous voyez quoi dans la console quand votre serveur boot ?
Sinon en rescue un coup de "apt install cryptsetup" et cela devrait être bon (sauf si vous avez un problème de version).
Cordialement, janus57
J'ai monté mon LV principal, contenant la racine "/". J'ai édité la fstab et j'ai commenté tous les volumes chiffrés.
J'ai redémarré sur le disque dur et j'obtiens cette erreur...
Bonjour @RenaudV6,
Peut-être faudrait-il, depuis le rescue, réinstaller le bootloader en `chroot`. Je ne sais pas précisément comment ça fonctionne sur CentOS mais ça doit être une manipulation assez standard.