#26 Le 14/09/2018, à 02:49
- cqfd93
Re : [RESOLU (définitivement)] Salade de noyaux
Quelqu'un peut-il m'expliquer le sens de cet avertissement
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
?
Merci !
Je n'en ai aucune idée !
− cqfd93 −
Hors ligne
#27 Le 14/09/2018, à 03:23
- moko138
Re : [RESOLU (définitivement)] Salade de noyaux
Merci ! Bonne fin de soirée !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#28 Le 14/09/2018, à 06:02
- xubu1957
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour,
En cherchant avec :
conf defines no arrays.
(edit=rectification date)
Bonjour,
(...)
Ensuite, mdadm c'est pour le RAID (http://fr.wikipedia.org/wiki/RAID_%28informatique%29), donc je ne crois pas que ça ait un rapport avec ta carte son (et si tu n'as pas de raid tu peux ignorer les avertissements de mdadm )
> /etc/mdadm/mdadm.conf non renseigné
Dernière modification par xubu1957 (Le 14/09/2018, à 06:59)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#29 Le 14/09/2018, à 06:55
- moko138
Re : [RESOLU (définitivement)] Salade de noyaux
Gratias tibi, antepoliteane !
Mais alors, pourquoi le système de diesel83140 envoie-t-il cet avertissement ?
diesel83140,
As-tu des disques en raid ?
Ou remploies-tu un disque provenant d'un ancien raid ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 14/09/2018, à 07:02
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Effectivement, mdadm est chargé de la gestion du RAID logiciel.
On en avait parlé là : Transfert entre deux HDD et là : Ubuntu 16.04 server maj kernel.
Mon serveur ne gère pas de RAID, donc le fichier de configuration de mdadm ne contient aucune définition de grappes de disques en RAID, et j'avais déjà été perturbé par ce warning.
Ce n'est certainement pas moi qui ai installé ce "machin" dont je n'ai aucun besoin. Cela signifie donc qu'il est arrivé automatiquement avec autre chose.
Ma première réaction avait été de virer mdadm, mais ce paquet est lié au paquet ubuntu-server, alors, j'ai pas osé (même si certains pourront dire que c'est surprenant venant de moi ).
Pour être tranquille, j'ai arrêté le service et viré le fichier de configuration, mais le paquet mdadm fournit un script dans cron.daily qui le recrée en cas d'absence.
J'ai fini par craquer et je vis avec le warning.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 14/09/2018, à 07:08)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#31 Le 14/09/2018, à 07:07
- xubu1957
Re : [RESOLU (définitivement)] Salade de noyaux
@moko138
Pour info :
La Doc raid_logiciel#installation_de_mdadm
et aussi > tutoriel/installation_raid_lvm
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#32 Le 02/10/2018, à 10:38
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour à tous,
Bon, c'est loin d'être résolu.
A priori le 24 septembre 2018, mais je ne m'en suis aperçu qu'aujourd'hui (parce je ne m'y connecte pas en ssh tous les jours et que le serveur me demandait de rebooter), j'ai reçu sur mon serveur (sous ubuntu server 16.04, noyau 4.4.0-135) la mise à jour du noyau 4.4.0-137.
Première chose, ça s'est mis en place sur mon serveur sans me demander mon avis !.
Deuxième chose, quelque chose m'a viré tout ce qui concernait le noyau 4.5.0-135 à l'exception des fichiers /var/lib/initramfs-tools/4.4.0-135-generic et /boot/initrd.img-4.4.0-135-generic !. Je n'ai pas vérifié sur quoi "pointait" update-grub (je soupçonne uniquement le noyau 4.4.0-135-generic).
Troisième chose, il me restait les paquets : linux-image-4.4.0-135-generic et linux-image-extra-4.4.0-135-generic ; les headers ont été virés.
Quatrième chose, il manquait les fichiers /var/lib/initramfs-tools/4.4.0-137-generic et /boot/initrd.img-4.4.0-137-generic
Bon, je m'en suis sorti à la main en faisant :
sudo update-initramfs -c -k 4.4.0-137-generic
Ce qui m'a créé les deux fichiers manquants /var/lib/initramfs-tools/4.4.0-137-generic et /boot/initrd.img-4.4.0-137-generic
Puis :
sudo rm /boot/initrd.img-4.4.0-135-generic
sudo update-grub
sudo reboot
C'est reparti, mais j'aimerais :
- qu'il ne me fasse pas de mises à jour de noyau sans que je fasse moi-même un sudo apt dist-upgrade,
- qu'il ne me supprime pas le noyau précédent,
- qu'il m'installe le dernier noyau complètement.
Vous avez des idées ?
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 02/10/2018, à 11:29)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#33 Le 02/10/2018, à 12:07
- moko138
Re : [RESOLU (définitivement)] Salade de noyaux
Lis avant tout ce message de nany ./viewtopic.php?pid=21300891#p21300891.
Normalement, soit on fait tout en manuel, soit on laisse faire l'automatisme. Lequel est conçu pour ne pas toucher aux paquets de noyaux marqués "installés à la main".
Mais toi tu veux jouer les DJ mixant la platine manuelle et la platine auto.
Donc la bande-son qui en résulte c'est du Paul DUKAS. Évidemment.
Une fois de plus, c'est toi qui, malgré les mises en garde, perturbes ton système : je sors de ce fil.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#34 Le 02/10/2018, à 15:20
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour,
Moko138, je te remercie chaleureusement de chercher à me faire passer pour un blaireau (voir ma signature ).
Je viens de lire le message de Nany et j'obtiens ça :
jean-marie@serveur:~$ apt-mark showmanual | egrep linux-.*[0-9] | grep -v "hwe"
jean-marie@serveur:~$
'tain, c'est rigolo, il n'a trouvé aucun paquet installé manuellement !
jean-marie@serveur:~$ dpkg -l | grep ^rc
jean-marie@serveur:~$
Là aussi, il n'a rien trouvé. Bizarre..., vous avez dit bizarre...
Quant à l'autoremove automatique toutes les semaines, c'est même pas la peine d'en parler puisque je ne veux pas que le système se comporte à la Windows.
Alors, je résume pour les autres :
Pour la mise à jour du noyau, je n'ai rien fait du tout ; ça s'est fait tout seul (enfin, ça a commencé tout seul puis ça a merdé, encore tout seul). Ce qui fait que je me suis retrouvé avec un système qui tournait sur un noyau dont il manquait des éléments dans le répertoire /boot, sans répertoire de modules dans /lib/modules, pas de fichier initrd-img pour le nouveau noyau et un système qui me demandait de rebooter (encore heureux qu'il ne l'ait pas fait tout seul !).
Et ce n'est qu'après avoir constaté les dégâts que j'ai fait (à la main, oui Monsieur !) ce qu'il fallait pour finir le boulot et enfin rebooter la machine sur une configuration "propre". Je signale à ceux qui n'y auraient pas pensé que ce serveur est en production et que je ne peux pas me permettre de le laisser des jours durant dans un état bâtard dans lequel il risque de planter au premier reboot. Vous pourrez d'ailleurs constater aisément que dans ce que j'ai fait, il n'y a aucune commande apt ou dpkg.
Alors, pas la peine de me prendre pour un apprenti sorcier. Et si vous n'avez pas d'idée autre que me prendre entre pointe et contre-pointe comme Moko138, ce n'est pas la peine de vous manifester (bon, je pense que j'ai assez fait part de mon agacement ).
Par contre, je suis évidemment avide de conseils.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 03/10/2018, à 08:39)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#35 Le 03/10/2018, à 08:35
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour,
Je sais enfin pourquoi ce F@#!!&$$ ubuntu me fait des upgrades que je n'ai pas lancés moi-même (via un sudo apt dist-upgrade, bien évidemment). Pour ceux qui ne connaissent pas, c'est à cause du paquet unattended-upgrades.
Bilan, la mise à jour du noyau s'arrête manifestement en cours de route, et comme je ne suis pas là pour voir ce qui se passe, ça me laisse le système dans un état bizarre. Et encore heureux que l'option de reboot automatique n'est pas activée (il y a juste un "0" à remplacer par un "1" dans un fichier de config) et je crains fort que dans une prochaine version, ça devienne le comportement par défaut !. Le comportement d'ubuntu en ce domaine se rapproche de plus en plus de celui de W$.
A ce jour on peut considérer que l'opération de mise à jour du noyau (au sens téléchargement des paquets) se passe bien. Tous les paquets sont bien là (les headers et les images, ainsi que les meta-paquets dans les bonnes versions).
Par contre, c'est l'opération d'installation du nouveau noyau qui plante, a priori au moment de lancer update-initramfs. Je ne pense pas que ce soit update-initramfs lui-même qui plante puisqu'il fonctionne parfaitement "au deuxième coup" quand je le lance à la main.
Alors, soit le script de d'installation trouve un truc qui ne lui plaît pas, soit il n'appelle pas update-initramfs avec les bons paramètres.
Mais, à ce stade, je sèche. Si quelqu'un a une idée...
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 03/10/2018, à 08:36)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#36 Le 03/10/2018, à 09:01
- xubu1957
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour,
Si tu vois une piste dans > [Résolu] Problème de mises à jour unattended
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#37 Le 03/10/2018, à 09:25
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour Xubu1957,
Aucun rapport. Son problème est que unattended-upgrades ne démarre pas (a priori parce qu'il est sur un portable qui est sur batterie au moment où unattended-upgrade démarre).
Sur mon serveur, unattended-upgrade se lance bien (trop ? ), mais c'est après que ça déconne.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 03/10/2018, à 09:27)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#38 Le 03/10/2018, à 09:28
- xubu1957
Re : [RESOLU (définitivement)] Salade de noyaux
Je pensais aux liens comme > help.ubuntu.com/lts/serverguide/automatic-updates.html
_ _ _
En 16.04 > guide.ubuntu-fr.org/server/automatic-updates.html
Dernière modification par xubu1957 (Le 03/10/2018, à 09:36)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#39 Le 03/10/2018, à 09:47
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Merci encore, mais une fois de plus, on est sur le fonctionnement de unattended-upgrades qui, a priori, fonctionne très bien sur mon serveur.
Mon problème se situant dans la phase post téléchargement des paquets du noyau.
J'ai fait une recherche sur mon serveur :
jean-marie@serveur:~$ cd /
jean-marie@serveur:/$ sudo find -name linux*
[sudo] password for jean-marie:
./var/lib/dpkg/info/linux-headers-generic.list
./var/lib/dpkg/info/linux-image-generic.md5sums
./var/lib/dpkg/info/linux-base.postrm
./var/lib/dpkg/info/linux-firmware.postinst
./var/lib/dpkg/info/linux-generic.list
./var/lib/dpkg/info/linux-headers-4.4.0-137.list
./var/lib/dpkg/info/linux-firmware.list
./var/lib/dpkg/info/linux-firmware.md5sums
./var/lib/dpkg/info/linux-headers-4.4.0-137-generic.md5sums
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.postinst
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.md5sums
./var/lib/dpkg/info/linux-image-extra-4.4.0-137-generic.md5sums
./var/lib/dpkg/info/linux-image-generic.list
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.list
./var/lib/dpkg/info/linux-image-extra-4.4.0-137-generic.postrm
./var/lib/dpkg/info/linux-base.templates
./var/lib/dpkg/info/linux-base.md5sums
./var/lib/dpkg/info/linux-image-extra-4.4.0-137-generic.list
./var/lib/dpkg/info/linux-headers-4.4.0-137-generic.postinst
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.postrm
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.preinst
./var/lib/dpkg/info/linux-headers-4.4.0-137.md5sums
./var/lib/dpkg/info/linux-headers-generic.md5sums
./var/lib/dpkg/info/linux-image-4.4.0-137-generic.prerm
./var/lib/dpkg/info/linux-image-extra-4.4.0-137-generic.postinst
./var/lib/dpkg/info/linux-headers-4.4.0-137-generic.list
./var/lib/dpkg/info/linux-base.postinst
./var/lib/dpkg/info/linux-generic.md5sums
./var/lib/dpkg/info/linux-base.list
./boot/grub/i386-pc/linux.mod
./boot/grub/i386-pc/linux16.mod
./usr/share/lintian/overrides/linux-base
./usr/share/terminfo/l/linux2.6.26
./usr/share/terminfo/l/linux-c-nc
./usr/share/terminfo/l/linux-lat
./usr/share/terminfo/l/linux-c
./usr/share/terminfo/l/linux-nic
./usr/share/terminfo/l/linux-koi8
./usr/share/terminfo/l/linux3.0
./usr/share/terminfo/l/linux2.6
./usr/share/terminfo/l/linux-m
./usr/share/terminfo/l/linux2.2
./usr/share/terminfo/l/linux-vt
./usr/share/terminfo/l/linux-koi8r
./usr/share/terminfo/l/linux-16color
./usr/share/terminfo/l/linux-basic
./usr/share/doc/linux-headers-4.4.0-137
./usr/share/doc/linux-generic
./usr/share/doc/linux-firmware
./usr/share/doc/linux-image-4.4.0-137-generic
./usr/share/doc/linux-headers-generic
./usr/share/doc/linux-image-generic
./usr/share/doc/linux-headers-4.4.0-137-generic
./usr/share/doc/linux-base
./usr/share/doc/linux-image-extra-4.4.0-137-generic
./usr/share/man/man1/linux-version.1.gz
./usr/share/man/man1/linux-check-removal.1.gz
./usr/share/man/man1/linux-update-symlinks.1.gz
./usr/share/man/man1/linux32.1.gz
./usr/share/man/man1/linux64.1.gz
./usr/src/linux-headers-4.4.0-137
./usr/src/linux-headers-4.4.0-137/spl/include/linux
./usr/src/linux-headers-4.4.0-137/include/uapi/linux
./usr/src/linux-headers-4.4.0-137/include/dt-bindings/input/linux-event-codes.h
./usr/src/linux-headers-4.4.0-137/include/linux
./usr/src/linux-headers-4.4.0-137/include/linux/linux_logo.h
./usr/src/linux-headers-4.4.0-137/zfs/include/linux
./usr/src/linux-headers-4.4.0-137/scripts/gdb/linux
./usr/src/linux-headers-4.4.0-137/ubuntu/opennsl/OpenNSL/sdk-6.5.10-gpl-modules/systems/bde/linux
./usr/src/linux-headers-4.4.0-137/ubuntu/opennsl/OpenNSL/sdk-6.5.10-gpl-modules/systems/linux
./usr/src/linux-headers-4.4.0-137-generic
./usr/src/linux-headers-4.4.0-137-generic/include/linux
./usr/src/linux-headers-4.4.0-137-generic/include/generated/uapi/linux
./usr/lib/grub/i386-pc/linux.mod
./usr/lib/grub/i386-pc/linux16.mod
./usr/lib/linux-boot-probes
./usr/lib/systemd/boot/efi/linuxx64.efi.stub
./usr/lib/python2.7/lib-dynload/linuxaudiodev.x86_64-linux-gnu.so
./usr/lib/x86_64-linux-gnu/perl/5.22.1/linux
./usr/bin/linux64
./usr/bin/linux-update-symlinks
./usr/bin/linux-version
./usr/bin/linux-boot-prober
./usr/bin/linux-check-removal
./usr/bin/linux32
./lib/terminfo/l/linux
./lib/firmware/carl9170fw/include/linux
./lib/modules/4.4.0-137-generic/kernel/ubuntu/opennsl/linux-bcm-knet.ko
./lib/modules/4.4.0-137-generic/kernel/ubuntu/opennsl/linux-kernel-bde.ko
./lib/modules/4.4.0-137-generic/kernel/ubuntu/opennsl/linux-user-bde.ko
jean-marie@serveur:/$
Il va falloir que je regarde tout ce qu'il y a dans /var/lib/dpkg/info/
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 03/10/2018, à 09:47)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#40 Le 03/10/2018, à 20:21
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Je continue de chercher.
Dans /var/log/unattended-upgrades/unattended-upgrades-dpkg.log, je trouve ça :
Log started: 2018-10-02 06:27:03
(Lecture de la base de données...
(Lecture de la base de données... 5%
(Lecture de la base de données... 10%
(Lecture de la base de données... 15%
(Lecture de la base de données... 20%
(Lecture de la base de données... 25%
(Lecture de la base de données... 30%
(Lecture de la base de données... 35%
(Lecture de la base de données... 40%
(Lecture de la base de données... 45%
(Lecture de la base de données... 50%
(Lecture de la base de données... 55%
(Lecture de la base de données... 60%
(Lecture de la base de données... 65%
(Lecture de la base de données... 70%
(Lecture de la base de données... 75%
(Lecture de la base de données... 80%
(Lecture de la base de données... 85%
(Lecture de la base de données... 90%
(Lecture de la base de données... 95%
(Lecture de la base de données... 100%
(Lecture de la base de données... 67343 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libgs9-common_9.25~dfsg+1-0ubuntu0.16.04.1_all.deb ...
Dépaquetage de libgs9-common (9.25~dfsg+1-0ubuntu0.16.04.1) sur (9.18~dfsg~0-0ubuntu2.9) ...
Préparation du dépaquetage de .../ghostscript_9.25~dfsg+1-0ubuntu0.16.04.1_amd64.deb ...
Dépaquetage de ghostscript (9.25~dfsg+1-0ubuntu0.16.04.1) sur (9.18~dfsg~0-0ubuntu2.9) ...
Préparation du dépaquetage de .../libgs9_9.25~dfsg+1-0ubuntu0.16.04.1_amd64.deb ...
Dépaquetage de libgs9:amd64 (9.25~dfsg+1-0ubuntu0.16.04.1) sur (9.18~dfsg~0-0ubuntu2.9) ...
Sélection du paquet linux-image-4.4.0-137-generic précédemment désélectionné.
Préparation du dépaquetage de .../linux-image-4.4.0-137-generic_4.4.0-137.163_amd64.deb ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 4.4.0-137-generic /boot/vmlinuz-4.4.0-137-generic
Done.
Dépaquetage de linux-image-4.4.0-137-generic (4.4.0-137.163) ...
Sélection du paquet linux-image-extra-4.4.0-137-generic précédemment désélectionné.
Préparation du dépaquetage de .../linux-image-extra-4.4.0-137-generic_4.4.0-137.163_amd64.deb ...
Dépaquetage de linux-image-extra-4.4.0-137-generic (4.4.0-137.163) ...
Préparation du dépaquetage de .../linux-generic_4.4.0.137.143_amd64.deb ...
Dépaquetage de linux-generic (4.4.0.137.143) sur (4.4.0.135.141) ...
Préparation du dépaquetage de .../linux-image-generic_4.4.0.137.143_amd64.deb ...
Dépaquetage de linux-image-generic (4.4.0.137.143) sur (4.4.0.135.141) ...
Sélection du paquet linux-headers-4.4.0-137 précédemment désélectionné.
Préparation du dépaquetage de .../linux-headers-4.4.0-137_4.4.0-137.163_all.deb ...
Dépaquetage de linux-headers-4.4.0-137 (4.4.0-137.163) ...
Sélection du paquet linux-headers-4.4.0-137-generic précédemment désélectionné.
Préparation du dépaquetage de .../linux-headers-4.4.0-137-generic_4.4.0-137.163_amd64.deb ...
Dépaquetage de linux-headers-4.4.0-137-generic (4.4.0-137.163) ...
Préparation du dépaquetage de .../linux-headers-generic_4.4.0.137.143_amd64.deb ...
Dépaquetage de linux-headers-generic (4.4.0.137.143) sur (4.4.0.135.141) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.5-1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.23-0ubuntu10) ...
Paramétrage de libgs9-common (9.25~dfsg+1-0ubuntu0.16.04.1) ...
update-alternatives: avertissement: l'alternative /usr/share/ghostscript/9.18 (qui fait partie du groupe de liens ghostscript-current) n'a pas été trouvée ; suppression de la liste des alternatives
update-alternatives: avertissement: /etc/alternatives/ghostscript-current pointe dans le vide ; sera mis à jour avec le choix le plus adapté
update-alternatives: utilisation de « /usr/share/ghostscript/9.25 » pour fournir « /usr/share/ghostscript/current » (ghostscript-current) en mode automatique
Paramétrage de libgs9:amd64 (9.25~dfsg+1-0ubuntu0.16.04.1) ...
Paramétrage de ghostscript (9.25~dfsg+1-0ubuntu0.16.04.1) ...
Paramétrage de linux-image-4.4.0-137-generic (4.4.0-137.163) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-137-generic /boot/vmlinuz-4.4.0-137-generic
Paramétrage de linux-image-extra-4.4.0-137-generic (4.4.0-137.163) ...
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-137-generic /boot/vmlinuz-4.4.0-137-generic
Paramétrage de linux-image-generic (4.4.0.137.143) ...
Paramétrage de linux-headers-4.4.0-137 (4.4.0-137.163) ...
Paramétrage de linux-headers-4.4.0-137-generic (4.4.0-137.163) ...
Paramétrage de linux-headers-generic (4.4.0.137.143) ...
Paramétrage de linux-generic (4.4.0.137.143) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.23-0ubuntu10) ...
Log ended: 2018-10-02 06:28:17
Une ligne m'intrigue :
update-initramfs: deferring update (hook will be called later)
Et il semble qu'il ne soit jamais appelé plus tard. Dans un sens, ça me rassure, c'est cohérent avec ce que je constate sur mon système.
Quelqu'un a une idée du pourquoi ?
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#41 Le 04/10/2018, à 08:30
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
J'ai continué de chercher.
Et j'ai trouvé qu'il me manquait des fichiers dans mes répertoires /etc/kernel/postinst.d et /etc/kernel/postrm.d et je jure que ce n'est pas moi qui les ai enlevés.
Ce sont les fichiers :
/etc/kernel/postinst.d/apt-auto-removal
/etc/kernel/postinst.d/initramfs-tools (comme par hasard)
/etc/kernel/postinst.d/unattended-upgrades
/etc/kernel/postinst.d/zz-update-grub
/etc/kernel/postrm.d/initramfs-tools
/etc/kernel/postrm.d/zz-update-grub
Je les ai réinstallés à partir des paquets des dépôts qui sont censés les installer.
On va donc dire que c'est résolu... Jusqu'à la prochaine mise à jour du noyau...
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 04/10/2018, à 12:07)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#42 Le 22/10/2018, à 20:03
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonsoir,
On va savoir !
Je viens de voir que le kernel 4.4.0-138 a été mis sur les dépôts.
Je vais laisser unattended-upgrades s'en occuper cette nuit et j'irai au résultat demain matin. Et je vous dirai quoi.
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#43 Le 23/10/2018, à 08:44
- diesel
Re : [RESOLU (définitivement)] Salade de noyaux
Bonjour,
On a vu.
L'installation du kernel 4.4.0-138 s'est parfaitement bien déroulée et j'ai pu rebooter sans souci ce matin.
Fin du sujet (ouf...).
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne