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
Partition de logs chiffrée - Rescue mode
Related questions
- Conseil - Proxmox / ZFS
51393 
27.08.2024 09:39
- Serveurs OVH blacklistés UCEPROTECT-Level 3
29855 12.04.2021 15:23
- Solution de streaming live
29313 25.08.2017 18:35
- Mon serveur n'est pas en ssl
28927 21.06.2017 15:35
- [Résolu] Problème de connexion à un dédié
26179 15.12.2018 17:42
- Proxmox ou VMWare ?
26131 02.03.2017 22:04
- Conseil Soft Raid vs Hard Raid
25897 13.04.2017 08:49
- Proxmox ip failover problème reseau vers orange
21767 30.11.2020 19:21
- Serveur crash avec ip failover
18474 11.09.2019 14:57
- SoftRaid 3x2To SATA ?
18170 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.