Bonsoir,
> Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives (du mois d'août, je pense), tu verras que, dans une configuration similaire
> (à part que j'ai md0 sur /boot), et avec un noyau 4.x, je ne pouvais plus démarrer, suite à un souci sur lvm2. Actuellement, c'est corrigé
> chez Debian. Ça pourrait être ça ?
J'essaye de démarrer avec le noyau par défaut dans Proxmox v3 : le 2.6.32-26-pve
# ls -l /boot/
total 22944
-rw-r--r-- 1 root root 2525801 Oct 14 2013 System.map-2.6.32-26-pve
-rw-r--r-- 1 root root 104818 Oct 14 2013 config-2.6.32-26-pve
drwxr-xr-x 3 root root 4096 Sep 7 18:15 grub
-rw-r--r-- 1 root root 16639161 Sep 7 18:18 initrd.img-2.6.32-26-pve
-rw-r--r-- 1 root root 4207920 Oct 14 2013 vmlinuz-2.6.32-26-pve
Je n'ai pas fait de changement de noyau depuis le dernier reboot qui fonctionnait...
> Je réponds, sachant que je ne suis pas l'auteur du post :
> Y'a pas ipmi sur les kimsuffi
Le serveur est un serveur dédié (gamme "pro") et non un kimsufi. Je pourrais donc avoir l'option IPMI, sous réserve de souscrire l'option "Pro", avec la sous-option "vKVM"...etc...
Ce qui ne rentre pas dans mon budget mensuel... :/
Par contre, j'avance un peu. J'ai lancé un reboot "classique" du serveur, et demandé à OVH ce qu'il y avait sur l'écran :
"Voici le detail de l'intervention realisee:
Le serveur reste bloqué durant la phase de boot sur le message :
(grub)
Actions entreprises:
Redémarrage du serveur sur mode 'rescue' (Linux)
Resultat:
Boot OK. Systeme 'rescue' accessible."
J'ai donc bien un souci de grub...
Je viens de faire les manips indiquées par Daniel pour monter le chroot. J'avais déjà essayé, mais apparemment le /dev/pts est indispensable...
Il n'était pas indiqué dans les tutos que j'avais trouvés, et ça me bloquait pour monter mes volumes LVM.
Je lance toutes les sauvegardes ce soir, et tente une réinstall de grub dans la foulée...