[VPS BOOT] Impossible de faire le boot de mon VPS

Bonjour à tous,

Je fais suite à un autre problème que j'avais pour faire une backup (https://community.ovh.com/t/VPS-LINUX-RESCUE-Impossible-de-sauvegarder-mes-données-en-rescue-mode/62294)

Je crois que j'ai quelque chose qui n'est pas documenté sur la page tutoriel.

Lorsque j'ai terminé cette étape: https://help.ovhcloud.com/csm/fr-vps-repartitioning-vps-after-upgrade?id=kb_article_view&sysparm_article=KB0047749#rendre-la-partition-amorcable-bootable , il me mets bien que tout est en ordre, voici ma partition qui est donc bien repartitionnée avec les 40gb supplémentaires:




Voici le process que je fais:
1. Je la fenêtre du KVM
2. Je relance sur le panel le VPS sans le mode rescue
3. Je retourne sur le KVM

Et à l'étape 3, j'ai un boot infini de mon VPS avec à chaque fois les mêmes étapes qui reviennent.
Vidéo du restart du VPS sans le mode rescue: https://youtu.be/g11PgjM5I0o

Est-ce que c'est normal ? Il ne s'arrête jamais (10min et +).
Peut-être parce qu'il boot sur sda1 alors que toute ma data est sur sdb1 ? Dans ce cas je devrais changer le boot pour le mettre sur sdb1 comme les logs de la vidéo montrent que sda1 ?

Merci beaucoup de votre aide!


pour le mettre sur sdb1 comme les logs de la vidéo montrent que sda1 ?


En boot normal, votre disque de 80 GB doit s'appeler sda1 et non sdb1.

Il ne s'arrête jamais (10min et +).


Comme il crashe environ 2 secondes après avoir commencé à booter, ça va vite.
PXE boote bien sur le disque dur, mais après je n'ai aucune idée si c'est GRUB qui est fautif.

Merci beaucoup Fritz2cat :slight_smile:

Il faudrait donc dans ce cas que je renomme sdb1 en sda1 ?
Il faut donc que je déplace GRUB sur sdb1 pour ce faire ?


Il faudrait donc dans ce cas que je renomme sdb1 en sda1 ?


non !

Il faut donc que je déplace GRUB sur sdb1 pour ce faire ?


Ce n'est pas le bon terme. On ne déplace pas GRUB.
C'est long à expliquer et j'ai assez peu d'expérience.

1° si vous êtes en rescue, vous devriez modifier le grub qui se trouve sur votre disque sdb. Il faut probablement 'chrooter' sur /mnt/ où vous avez monté sdb1.

2° voyez les ressources sur internet.
En voici deux au hasard des résultats DuckduckGo.
https://www.howtogeek.com/196655/how-to-configure-the-grub2-boot-loaders-settings/
https://www.malekal.com/grub-la-configuration-grub-cfg-commande-et-dossier-boot/

et un troisième qui s'applique plutôt à votre cas, le rescue étant apprenté à un LiveCD.
https://askubuntu.com/questions/145241/how-do-i-run-update-grub-from-a-livecd

Pas bête d'utiliser Duckduckgo, je l'utiliserai plus souvent il a l'air de donner de meilleurs résultats que Google parfois.

J'ai donc suivi ce tuto: https://askubuntu.com/questions/145241/how-do-i-run-update-grub-from-a-livecd

Après ça, j'ai donc reboot normalement et je suis désormais bloqué sur "btrfs loaded crc32c=crc32c-intel" (voir image)



J'ai essayé de faire `sudo update-initramfs -u` de ce post mais toujours la même (la commande a donné aucune erreur et a quand même bien généré le certificat): https://askubuntu.com/questions/1500375/ubuntu-boot-stuck-at-btrfs-loaded-crc32c-crc32c-intel-zoned-yes-fsverity-yes

Je continue mes recherches de mon côté
Merci encore de votre aide!

`systemctl --failed` :



`dmesg | less` :

`jourtalctl -xb `:


Pas bête d'utiliser Duckduckgo, je l'utiliserai plus souvent il a l'air de donner de meilleurs résultats que Google parfois.


Et contrairement à Google, il ne tracke pas sur quoi vous avez cliqué. Respect de la vie privée.

Pour votre VPS, je sèche.

Et contrairement à Google, il ne tracke pas sur quoi vous avez cliqué. Respect de la vie privée.


Pas faux

En tout cas j'ai cédé. J'ai au moins une backup de 9gb sur les 40gb de faite (hors de ce ticket) et la répartition de faite, j'en suis allé à ne plus avoir de place sur le sda1 et donc impossible de modifier ou installer d'autres modules pour résoudre ce problème avec `Brtfs loaded, crc32c=crc32c-intel`.
Plus qu'à refaire manuellement les configs..

Merci quand même ! :)

j'en suis allé à ne plus avoir de place sur le sda1


ah mais si votre disque est plein à 105 ou 109% (parce que c'est root qui l'a rempli au-delà de la marge de sécurité) voilà bien une raison qui peut avoir créé l'instabilité de votre VPS.

Bonjour,


installer d'autres modules pour résoudre ce problème avec Brtfs loaded, crc32c=crc32c-intel.


C'est vous qui avez spécifiquement crée une partition en Brtfs ?
Vous arrivez à vous loguer avec une console SSH classique (pas KVM sur IP) à présent ?


ah mais si votre disque est plein à 105 ou 109% (parce que c'est root qui l'a rempli au-delà de la marge de sécurité) voilà bien une raison qui peut avoir créé l'instabilité de votre VPS.

C'est ça et je savais pas quels fichiers supprimer comme tous les temporaires et backups étaient déjà supprimés.



C'est vous qui avez spécifiquement crée une partition en Brtfs ?


Je ne pense pas, du moins ce n'était pas mon intention. J'ai eu beau faire des upgrades et des commandes recommandées sur les forums mais rien n'y faisait.


Vous arrivez à vous loguer avec une console SSH classique (pas KVM sur IP) à présent ?


J'ai fait une réinstallation sur ubuntu 23.04 et tout marche parfaitement oui :)
J'ai mes 40gb supplémentaires comme prévu et un vps en marche, il faut juste que je refasse tout le nginx et les configs serveurs.

Merci en tout cas de vos aides !

Bonjour,


J'ai fait une réinstallation sur ubuntu 23.04 et tout marche parfaitement oui :slight_smile:

attention c'est pas une version LTS

Cordialement, janus57


attention c'est pas une version LTS


Bien vu, j'avais oublié de voir ça avant. Heureusement que vous me le dites au tout début, j'ai le temps de downgrade!