dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic. À la mise à jour

[alain]

Bonjour à tous.

Hier j'ai fait les mises à jour de ma LM19.1 XFCE.
A la fin j'ai eu ça:

Code : Tout sélectionner

dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic  :
 installed linux-image-4.15.0-60-generic package post-removal script subprocess returned error exit status 1
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-4.15.0-60-generic

Je me suis dit que ça ne sentait pas bon.
Avant de rebooter, j'ai tenté de réparer avec:

Code : Tout sélectionner

sudo apt update && sudo apt upgrade && sudo apt dist-upgrade && sudo apt install -f

Même retour...
puis avec...

Code : Tout sélectionner

sudo dpkg --configure linux-image-4.15.0-60-generic

qui retourne:

Code : Tout sélectionner

dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic (--configure) :
 le paquet linux-image-4.15.0-60-generic n'est pas prêt pour la configuration
 configuration impossible (état actuel « half-installed »)
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-4.15.0-60-generic

puis:

Code : Tout sélectionner

sudo dpkg-reconfigure linux-image-4.15.0-60-generic

retour:

Code : Tout sélectionner

depmod: WARNING: could not open /lib/modules/4.15.0-60-generic/modules.order: No such file or directory
depmod: WARNING: could not open /lib/modules/4.15.0-60-generic/modules.builtin: No such file or directory

Puis:

Code : Tout sélectionner

sudo dpkg-reconfigure --force linux-image-4.15.0-60-generic

Retour:

Code : Tout sélectionner

depmod: WARNING: could not open /lib/modules/4.15.0-60-generic/modules.order: No such file or directory
depmod: WARNING: could not open /lib/modules/4.15.0-60-generic/modules.builtin: No such file or directory

Puis j'ai essayé de supprimer "linux-image-4.15.0-60-generic" sur les conseils d'un ami.

Code : Tout sélectionner

alain@alain-lmxfce:~$ sudo dpkg --purge linux-image-4.15.0-60-generic

retour:

Code : Tout sélectionner

(Lecture de la base de données... 611189 fichiers et répertoires déjà installés.)
Suppression de linux-image-4.15.0-60-generic (4.15.0-60.67) ...
/var/lib/dpkg/info/linux-image-4.15.0-60-generic.postrm ... removing pending trigger
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-60-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 1: /etc/default/grub: 2: not found
run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 127
dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic (--purge) :
 installed linux-image-4.15.0-60-generic package post-removal script subprocess returned error exit status 1
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-4.15.0-60-generic

Et maintenant ce noyau est revenu dans le gestionnaire de maj:


Que puis-je faire que je n'aurai essayé?
A la rigueur je m'en fout de ce noyau. Mais le paquet est en défaut et j'aimerai au pire, si pas possible à réparer, le supprimer.
en espérant que le prochain passe bien...

Par avance merci

[Scrat]

Bonjour.

Curieux, car chez moi, la mise à jour du noyau 4.15.0-58 vers ce noyau 4.15.0-60 s'est effectuée sans douleur le 2 septembre, et ce nouveau ,noyau ne pose pas de problème sur mon matériel.

Quelques idées en vrac:
- essayer de supprimer ou réparer les paquets cassés depuis le gestionnaire de paquets Synaptic... même si tu ne jures que par la ligne de commandes.
- si la suppression des paquets défectueux échoue, restaurer ton système à une date antérieure au problème avec Timeshift. Mais d'après ta copie d'écran Timeshift n'est pas activé. As-tu des instantanés faits manuellement ?
- essayer de reprendre la mise à jour du noyau depuis un dépôt miroir.

A+

[alain]

Merci Scrat de t'intéresser à mon problème.

Oui par synaptic, j'ai essayé aussi, c'est pas mieux qu'en ligne de commande, à la fois pour réparer ou pour supprimer.
Regardes ce que ça donne si je fais "réparer les les cassés":


Non, je n'utilise pas Timeshift je sauvegarde mes fichiers "importants" avec rsync et de temps en temps une image de mon
système avec clonezilla.

Mais bon, la ça fonctionne très bien, j'ai modifié mon grub pour qu'il démarre automatiquement sur le 4.15.58.
Je veux simplement réparer le 4.15.60 ou le virer et attendre le prochain.
C'est sur que si je remets une image ou il n'y était pas, ben je ne l'aurai pas/plus, mais ça manque de "fun"
Et surtout je me pose une question. Est ce que ça ne risque pas de faire la même chose au prochain?
En faite ce que j'aimerai bien savoir c'est pourquoi ça a fauté, dans ce cas, je pourrais peut être y remédier...

HS: je vais peut être m'y mettre a Timeshift depuis qu'on m'en parle en bien

[alain]

Alors voila...

J'ai réussi à l'enlever, en faisant ça:

Code : Tout sélectionner

sudo ls -l /var/lib/dpkg/info | grep -i linux-image-4.15.0-60-generic

Bon la ça n'enlève rien, c'était juste pour voir, car j'ai lu que c'était dans /var/lib/dpkg/info que les fichiers d'installation sont "rangés":

The installation files are usually located in the /var/lib/dpkg/info file.

Bin c'était vrai ! Il y était bien avec 3-4 de ses copains.
Alors pour le virer lui et ses copains, j'ai fait:

Code : Tout sélectionner

sudo mv /var/lib/dpkg/info/linux-image-4.15.0-60-generic.* /tmp

Comme vous pouvez le voir, je ne l'ai pas vraiment "viré", juste déplacé dans /tmp, j'aurai pu le virer, mais j'évite la commande "rm" car
je me connais:

Et comme je n'avais pas de copier/coller, j'aurai du la faire à la main. Vous voyez le risque?..Non? ...Bin moi si, je me connais

un petit:

Code : Tout sélectionner

sudo apt update

et tout est nickel, plus de fichier cassé...sur le 4.15.58 évidemment. Et évidemment, il m'est toujours proposé dans le
gestionnaire de mise à jour.
Alors la question que je me pose, est: Est que je retente?
La réponse est oui, pour le fun, mais pas cette nuit, je vais faire un peu de hardware pour me détendre, car j'ai assez
bouffé de "dpkg" pour aujourd'hui.
Je ne mets pas en "résolu" aujourd'hui, je le ferai seulement si j'arrive à l'installer ce 4.15.60 de ~$&^ù@£µ (en restant poli )

[Scrat]

Bonjour.

Super que tu aies pu virer ce paquet foireux. Mais je te conseille vivement de programmer Timeshift, au moins pour une sauvegarde hebdomadaire. Personnellement, restaurer un ancien cliché de Timeshift m'a plusieurs fois tiré d'un mauvais pas, en particulier lors d'une installation foireuse de Wine où je me suis retrouvé avec pas mal de paquets cassés et dans l'impossibilité de les réparer et d'obtenir des mises à jour.

Sinon, pour ce nouveau noyau 4.15.0-60, je ne comprends pas trop ce qui s'est passé pour toi, car chez moi il s'est installé normalement et fonctionne parfaitement. Peut-être un problème temporaire sur le dépôt actif ? Peut-être devrais-tu essayer un dépôt miroir ? Mais APRÈS avoir fait un instantané avec Timeshift.

A+

[arghlub]

Salut Alain & Scrat,

Sinon, pour ce nouveau noyau 4.15.0-60, je ne comprends pas trop ce qui s'est passé pour toi, car chez moi il s'est installé normalement et fonctionne parfaitement. Peut-être un problème temporaire sur le dépôt actif ?

idem, chez moi pas de souci avec cette màj :


On a parlé de ce souci en privé avec l'ami Alain et l'ami Tyrry...
Tyrry suggérait :

il se peut qu'un mauvais donwload foute le broll , et tant qu'il y aura pas un nouveau paquet/version , apt va utiliser la version dans le cache = version hs (peut-être)

D'après ce que nous a dit Alain, maintenant qu'il est désinstallé, il va essayer de le reinstaller ce soir (en ce moment, Alain dort du sommeil du juste ) et si ça foire toujours il le “blacklistera”.

[alain]

Bonjour.

Alors voila, comme l'attribut le montre c'est résolu

C'était certainement un problème d'ICC (oui Tyrry tu avais raison ), bien que je ne veuille pas l'admettre

J'ai donc fait ce que j'avais prévu la nuit dernière, c'est à dire tenter le noyau 4.15.60 proposé par le gestionnaire
de mise à jour, auparavant, j'ai bien pris soin de vider le cache d'apt et de faire un update.
Las!, mille fois las!... exactement le même problème " dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic".
J'étais tout prêt d’abandonner et de blacklister cette version du 4.15 et d'attendre la proposition d'une future version.
Mais ça me turlupinait (non rien a voir avec la fellation) cette histoire. Parce-que, pensais-je : "si ça me fait
ça avec une version, pourquoi ça ne le ferait pas avec une autre?"
Du coup comme j'avais un peu de temps avant le repas et que je n'avais pas fermé le terminal, j'ai repris ligne par ligne
le retour de l'installation.
Je ne voyais rien de négatif, hormis la dernière ligne " dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic".
Tout se passait à merveille. Mais une petite ligne, juste avant la mise à jour du grub (pour la prise en compte de la nouvelle
version du noyau), a retenu mon attention.

Code : Tout sélectionner

/etc/default/grub: 2: not found

j'ai donc edité mon grub:

Code : Tout sélectionner

sudo nano /etc/default/grub

Et regardé la ligne 2 de mon grub, car dans mon idée ce chiffre 2 ce référait à la ligne.

Code : Tout sélectionner

GRUB_TIMEOUT_STYLE=hidden

Elle avait l'air tout ce qu'il y a de plus conventionnelle cette ligne...
A force d'épier le grub, mon regard c'est porté sur la première ligne de commentaire:

Code : Tout sélectionner

2 If you change this file, run 'update-grub' afterwards to update

Une ligne de commentaire qui commence par "2" ! Mais qu'est ce que c'est que ce bintz !
Normalement un commentaire c'est "#", pas "2"....
Ni une, ni deux, je remplace le "2" par un "#", enregistrement, sortie de nano puis

Code : Tout sélectionner

sudo update-grub

puis:

Code : Tout sélectionner

sudo apt install linux-image-4.15.0-60-generic

Et....Bingo!
plus de " dpkg: erreur de traitement du paquet linux-image-4.15.0-60-generic".
Je vérifie: plus de paquet cassé.
Je remets mon grub pour qu'il redémarre par défaut sur le dernier noyau installé, je ne vous redis pas
la manipe c'est la même que précédemment. Sauf que la j'ai mis "0" vs "1" à cette ligne:

Code : Tout sélectionner

GRUB_DEFAULT=0

Après un update du grub, je redémarre et voici le résultat!



C'est beau, hein?

Et qu'il y en ait pas un qui me demande comment ce "2" est arrivé à la place du "#" sur la première ligne de commentaires
du grub
Au cas ou un persifleur buveur de persiflard, aurait l'intention de me dire : "grrrrrr ....... tu m'aurais dévoiler ton grub, ça aurait
été réglé en 2/#2 ". Je tiens à signaler que cette ligne : "/etc/default/grub: 2: not found" . Apparaissait dans les retours de
mon premier message.
Et que mon neofetch est très bien comme ça

[arghlub]

Salut Alain

Et qu'il y en ait pas un qui me demande comment ce "2" est arrivé à la place du "#" sur la première ligne de commentaires
du grub

Mais dis donc, comment ce "2" s'est retrouvé tout seul en début de ligne pour remplacer le "#" ???
ICC ???

[Scrat]

Salut Alain.

Voilà ce qui arrive quand on tripote des fichiers du système avec des gros doigts et un petit clavier. À moins que tu ne portes des moufles ?

[arghlub]

@Scrat :