Bonjour,
Quand j’ai installé linux-image-6.12.94+deb13-amd64, j’ai eu un problème d’installation.
J’ai donc voulu le réinstallé, mais voilà, il me met un message plutôt bizarre:
~# apt --reinstall install linux-image-6.12.94+deb13-amd64
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
linux-headers-6.12.90+deb13-amd64 linux-headers-6.12.90+deb13-common linux-image-6.12.90+deb13-amd64 linux-kbuild-6.12.90+deb13
Veuillez utiliser « apt autoremove » pour les supprimer.
Sommaire :
Mise à niveau de : 0. Installation de : 0Réinstallation de : 1.Supprimé : 0. Non mis à jour : 0
4 partiellement installés ou enlevés.
Espace nécessaire : 0 B / 68,6 GB disponible
Erreur : Internal Error, No file name for linux-image-6.12.94+deb13-amd64:amd64
Je précise que je ne ferais pas l’autoremove sur l’image précédente tant que ce problème ne sera ps résolu.
J’avais le même problème avec les version 7.0.x (sous Sid) et le « coupable » était aussi openrazer ;
après l’avoir viré, d’autant que je n’ai plus de matos estampillés = plus de soucis kernel
Le cas particulier d’openrazer ne présente pas d’intérêt relatif à l’énoncé du sujet.
L’erreur est d’avoir voulu réinstaller un noyau avec un 'apt --reinstall’, alors qu’un ‹ problème d’installation › était bien précédemment notifié.
La solution générale est indiquée dans mon premier message.
apt a la courtoisie de demander confirmation de désinstallation du noyau s’il est unique et en cours d’utilisation.
Lors de la réinstallation, apt indiquera nécessairement ce qui empêche l’installation du noyau quelque-soit le paquet.
Si la solution générale assez intuitive avait été appliquée, il n’y aurait même pas eu besoin d’ouvrir cette demande d’aide. Quelques minutes de réflexion et de logique suffisent parfois, pour ne pas dire souvent.
D’où la réinstallation car le sujet de l’erreur ,ne m’avais pas sauté aux yeux.
Non, ce n’était pas une solution,.
En premier parce que j’étais déjà sur un autre noyau vu que le 6.12.94 ne permettait pas de démarrer du fait de l’erreur.
Purger et installer de nouveau le noyau ne changeait rien au problème.
La solution était de supprimer openrazer-driver-dkms, ce qui ne figure dans ton message loin de là.
A aucun moment cette proposition n’a été faite par apt.
Et heureusement que je n’ai pas fait l’autoremove pour supprimer le kernel 6.12.90, car à ce moment le problème aurait été bien plus grave.
Ce n’est pas apt qui indiqué le problème mais DKMS.
Heureusmeent que j’ai recommencer avec le réinstall pour avoir et décortiquer les messages DKMS.
Ben si parce que tes commentaires sont tous à coté de la plaque.
Ce n’est pas apt qui indiqué le problème mais DKMS.
Chipotage. apt ou autre sous-process lors de l’intallation, que ce soit DKMS ou autre, peu importe.
j’ai eu un problème d’installation.
Tu as bien été informé d’un problème. C’est donc cette information explicite qu’il fallait tracker lors de l’installation du noyau, et non pas un apt --reinstall qui est l’erreur de manipulation, les mêmes causes produisant les mêmes effets.
Je me demande si parfois tu n’aimes pas les embrouilles (superflu, mais ça me passe par la tête).
Encore de l’embrouille inutile, on se rattrape aux branches, ne pas répondre.
Monsieur ‹ dernier mot › qui fait de l’humour (une histoire de paille et de poutre).
Ce sera donc mon dernier mot JP.
Bonjour à tous, je découvre cette « erreur bizarre ».
Pour info, j’ai rencontré ce genre de problème pour installer le noyau 6.12.94.
La commande "dpkg -l | grep linux | cut -f 3 -d " montrait un noyau « parasite » avec un « .1 » :
linux-image-6.12.90+deb13-amd64
linux-image-6.12.90+deb13.1-amd64
linux-image-6.12.94+deb13-amd64
Et cette fois Synaptic, après install du noyau 6.12.94, bloquait pour supprimer la version du noyau la plus ancienne ici la 6.12.90+deb13.
C’est un « sudo apt-get remove linux-image-6.12.90+deb13.1-amd64 --purge » qui a réglé le problème.
Restaient ainsi les 2 dernières versions « valides » du noyau, Synpatic était à nouveau Ok et le redémarrage aussi.
Oups, c’est un : « sudo apt-get remove linux-image-6.12.90+deb13-amd64 --purge » qui a réglé le pb, laissant :
linux-image-6.12.90+deb13.1-amd64
linux-image-6.12.94+deb13-amd64
