Posté par OxiD .
En réponse au message Mise à jour du Kernel .
Évalué à 1.
Dernière modification le 31 mai 2019 à 00:11.
Ajouter un kernel manuellement est rarement une bonne pratique.
Tu peux faire des tests en modifiant le fichier /boot/grub/grub.cfg mais lorsque tu mettras à jour ta distro il y a de forte de chance que le fichier soit regénéré sans tes modifications.
Je note également que tu parles de kimsufi, t'as beaucoup de chance de rater le premier coche et devoir relancer son serveur en rescue pour le dépanner. Pas très pratique!
L'idéal est de placer le kernel (et son iniramdisk si besoin) et générer le fichier grub.cfg avec l'outil "update-grub" (j'ai vérifié sous debian uniquement).
Je suis curieux de connaître la raison qui te pousse à changer manuellement ton kernel?
Tu peux redémarrer ton serveur en mode rescue depuis le panel kimsufi. De la, tu receveras un email avec les instructions pour te connecter sur le serveur.
Une fois connecté tu pourras monter ta partition racine et checker ta configuration.
Tu peux également lire les logs voire même chroot la racine et lire pourquoi le service ne se lance pas.
# update-grub
Posté par OxiD . En réponse au message Mise à jour du Kernel . Évalué à 1. Dernière modification le 31 mai 2019 à 00:11.
Ajouter un kernel manuellement est rarement une bonne pratique.
Tu peux faire des tests en modifiant le fichier /boot/grub/grub.cfg mais lorsque tu mettras à jour ta distro il y a de forte de chance que le fichier soit regénéré sans tes modifications.
Je note également que tu parles de kimsufi, t'as beaucoup de chance de rater le premier coche et devoir relancer son serveur en rescue pour le dépanner. Pas très pratique!
L'idéal est de placer le kernel (et son iniramdisk si besoin) et générer le fichier grub.cfg avec l'outil "update-grub" (j'ai vérifié sous debian uniquement).
Je suis curieux de connaître la raison qui te pousse à changer manuellement ton kernel?
# parted
Posté par OxiD . En réponse au message Changement de forfait VPS. Évalué à 4.
Vérifie déjà avec parted si le disque déjà plus grand.
Si c'est le cas, tu peux faire comme gremous à indiqué: agrandir la partition et puis le système de fichier.
[^] # Re: oups
Posté par OxiD . En réponse au message Mutualisation serveur dédié. Évalué à 1. Dernière modification le 28 mai 2019 à 15:35.
Salut NeoX,
Merci, je viens de mettre à jour le lien.
Tu trouveras les spec et le service qu'OVH propose dessus.
[^] # Re: Mode rescue kimsufi
Posté par OxiD . En réponse au message Problème d'accès sur Serveur dédié Centos7. Évalué à 2.
Re salut,
Il est probable que ton serveur ait été installé avec un raid linux logiciel.
Essaye de voir si ton périphérique racine apparaît quelque part avec la commande "blkid".
Il suffit d'utiliser le périphérique de montage avec la command "mount".
Si toujours rien, je te propose de faire:
ceci va scanner les disques physique et te créer un device md correspondant au raid linux.
ceci va activer tous les volume logiques et les volumes groupes (LVM) de ton serveur. Tu pourras ensuite les retrouver dans /dev pour les monter.
La commande blkid devrait maintenant t'afficher ton root quelque part.
Si toujours pas de résultat, peux-tu poster le résultat de la commande:
# Mode rescue kimsufi
Posté par OxiD . En réponse au message Problème d'accès sur Serveur dédié Centos7. Évalué à 3.
Salut,
Tu peux redémarrer ton serveur en mode rescue depuis le panel kimsufi. De la, tu receveras un email avec les instructions pour te connecter sur le serveur.
Une fois connecté tu pourras monter ta partition racine et checker ta configuration.
Tu peux également lire les logs voire même chroot la racine et lire pourquoi le service ne se lance pas.