donc, puisque l’installation ne se comporte pas comme attendu, la meilleure (la seule?) solution est une réinstallation, après sauvegarde complète des données.
Est-ce que systemd-boot que recommande Zargos à la place de Grub est une option de l’installeur? comme vous l’avez tous remarqué, il n’est pas recommandé que je sorte de la facilité, de la norme, de la sécurité de base.
Je précise que mon installation comporte 2 SSD en dual-boot, dont l’un est encore sous Bookworm (en secours, avant d’être mis à niveau un de ces jours…)
Oui c’est le cas, si tu as effectué des modifications qui provoque un souci important il est plus utile de revenir en arrière avec Timesshift.
C’est le cas de l’outil Timeshift lorsque l’on se contente comme je l’avais précisé à l’époque de ne prendre ne charge que le système te pas les points de montages ou la partition home.
Donc on n’est bon …
Qu’est-ce qui te fait dire ça ?
C’est à dire ?
Surtout pas, reste sur ce que propose Debian de base à moins de réellement en avoir besoin ET maîtrisé une autre techno.
Si tu as effectué une restauration après coup tes modifications peuvent avoir été annulé, mais vue que tu as deux disque (donc à priori deux possible amorçage et aucune garantie que lors d’une dédinstallation/réinstallation les deux amorçage soit synchronisés …
Donc pour commencer que renvoi et pour savoir si tu est en legacy ou en uefi :
ls /sys/firmware/efi
Après on regardera si tes deux amorçage sont synchro ce que je doute si je me rappelle comment tu as voulu installé ton systèmes sur les deux disques.
Proposé, pas par défaut, et il reste bien plus complexe à configuré pour ajouter des systèmes et la partie secure boot et de toute façon impose uefi exclusivement.
Oui c’est conçu exclusivement pour ça. L’objectif étant de sécuriser le lancement du système, ce que Grub ne pourra jamais faire correctement.
Effectivement en Bios Legacy, on peut oublier toute forme de sécurisation efficace avec GRUB.
Cela étant systemd-boot fonctionne sans l’activation de Secure Boot.
Et avoir Secure Boot et ne pas s’en servir c’est plutot dommage.
Quand à l’ajout d’un autre OS c’est plutôt assez simple en fait, il s’agit d’ajouter un fichier de conf dans /boot/efi/loader/entries qui sont quasiment toujours de la même forme.
Ok t’as raison c’est ultra simple et ultra facile du coup t’expliquera à josephtux.
maintenant on se recentre sur le support, si tu veux converser sur systemd-boot ouvre un fgil dans pause café
Pour @josephtux , soit il supprime tous les noyaux qui posent probl-èmes avec un apt --purge autoremove, car apt autoremove n’enlève pas tout. Il marque le paquet mais n’enlève pas les fichiers.
Et pour enlever, il faut utiliser apt purge .
Purger les noyaux devraient relancer la mise à jour des initramfs automatiquement.
Par contre le menu grub n’est pas certains d’être à jour. Un update-grub est donc nécessaire.
Une fois la situation stable, il peut alors faire une mise à jour.
Si linux-image-amd64 n’est pas installé, il faut alors l’installer. Ça permet la mise à jour des noyaux. Car si un noyau est taggué en manuel il me semble qu’il ne peut pas être mis à jour sauf par dépendance.
Fait tes sauvegardes de données et des configurations critiques (base de données si tu en as, configuration apaches, etc…)
Donc si on repart de sa liste, en ayant démarré sur un noyau qui n’est pas en rt:
$sudo apt search !$
sudo apt search linux-image-rt-amd64
linux-image-rt-amd64/stable-security 6.12.116-1 amd64 [configuration restante]
Linux pour les ordinateurs 64 bits (métapaquet)
linux-image-rt-amd64-dbg/stable-security 6.12.116-1 amd64
symboles de débogage pour la configuration Linux rt-amd64 – métapaquet
Il semble que non, mais avec une configuration restante
As-tu bien fait apt purge et non apt remove?
Il faut faire apt purge de ces deux paquets et bien regarder s’il y a des erreurs.
Et idem pour l’autoremove, il faut faire
apt –purge autoremove
Donc aucun risque qu’un noyau rt soit mis à jour, ce qui confirme l’installation à un moment donnée manuelle.
Tu peux donc installé le paquet linux-image-amd64 (attention pas la rt), ce qui peux amener à l’installation d’un noyau à jour (tout dépendra de où tu en es au niveau des noyau installé).
Si pas d’installation de nouveau noyau alors il sera temps de procéder à un redémarrage afin de t’assurer de ne plus utiliser un noyau à supprimer et de supprimer ce qui doit l’être.
