Bonjour à toutes et à tous,
Nous avons un problème sur notre serveur BareMetal (offre Advance), sous Debian 12
Suite à un banal reboot, le serveur ne redémarre plus. Après une longue attente et pas de défilement de messages, il bascule automatiquement en mode recovery.
Après avoir contacté le support OVH, voici leur retour :
Nous avons testé le serveur en mode rescue interne, tout est ok.
Recommandations: Configuration/erreur à corriger par le client.
Lorsque l'on démarre sur le mode rescue, on peut monter tous nos disques. Pas de soucis de données.
Aucuns logs dans le journalctl depuis le dernier arrêt de l'OS.
Voici un screenshot de l'erreur dracut qui remonte via la kvm :
Auriez-vous une idée avant que l'on reprenne une réinstall complète ?
[Résolu] Boot impossible après redémarrage
Related questions
- Conseil - Proxmox / ZFS
45240 
27.08.2024 09:39
- Serveurs OVH blacklistés UCEPROTECT-Level 3
25088 12.04.2021 15:23
- Solution de streaming live
23762 25.08.2017 18:35
- Mon serveur n'est pas en ssl
23239 21.06.2017 15:35
- [Résolu] Problème de connexion à un dédié
21493 15.12.2018 17:42
- Proxmox ou VMWare ?
20725 02.03.2017 22:04
- Conseil Soft Raid vs Hard Raid
20653 13.04.2017 08:49
- Proxmox ip failover problème reseau vers orange
17754 30.11.2020 19:21
- SoftRaid 3x2To SATA ?
15633 03.01.2019 07:18
- Serveur crash avec ip failover
15625 11.09.2019 14:57
Bonjour,
J'ignorais que dracut était utilisé par Debian.
Voyez: https://manpages.debian.org/bookworm/dracut-core/dracut.8.en.html
J'au upgradé un serveur de debian11 vers 12 ce week-end, et il n'y a pas de dracut à bord...
Bonjour,
Merci pour la réponse.
Dans l'intervalle (le message datait de jeudi matin), en mode rescue, nous avons désinstallé dracut, ce qui a réglé le problème...
Bonne journée
Bonjour,
Par défaut, nos installations Debian sont au plus proche de leurs images officielles, c'est initramfs-tools (leur paquet maison) qui est utilisé pour l'initramfs. Peut-être que ça changera à l'avenir, voir https://www.phoronix.com/news/Ubuntu-Considers-Dracut-Initrd. En tout cas, pour l'instant, chez OVHcloud, nous n'avons dracut que sur AlmaLinux, Rocky Linux et Fedora.
@a19c183493a9985fe54f si votre `/proc/cmdline` contient quelque chose comme `console=tty0 console=ttyS0,115200n8`, il est possible que les messages d'erreur et un shell de rescue ne s'affichent que sur la seconde console, c'est-à-dire le SOL (Serial Over LAN). Si vous rencontrez à nouveau un problème, essayez de l'ouvrir en plus de la console KVM.
Oui je confirme que nous avons cette valeur dans `/proc/cmdline` et que nous avons eu besoin d'ouvrir le SOL.
Merci