Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 30-04-2020 16:16:44

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

mise à jour système fin avril 2020

Bonjour,
Je viens de faire une mise à jour (apt-get dist-upgrade) aujourd'hui 30 avril 2020 (15 mises à jour) et il y a des erreurs:

Paramétrage de linux-image-4.19.0-8-amd64 (4.19.98-1+deb10u1) ...
/etc/kernel/postinst.d/dkms:
Error! Bad return status for module build on kernel: 4.19.0-8-amd64 (x86_64)
Consult /var/lib/dkms/open-vm-tools/10.1.5/build/make.log for more information.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-8-amd64
cryptsetup: ERROR: Couldn't resolve device
    UUID=6df8129e-996c-4d29-99f2-d18414531b82
cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries
    nor crypto modules. If that's on purpose, you may want to uninstall the
    'cryptsetup-initramfs' package in order to disable the cryptsetup initramfs
    integration and avoid this warning.
W: initramfs-tools configuration sets RESUME=UUID=6df8129e-996c-4d29-99f2-d18414531b82
W: but no matching swap device is available.
I: The initramfs will attempt to resume from /dev/dm-3
I: (/dev/mapper/myVG0-swap)
I: Set the RESUME variable to override this.
 




Paramétrage de linux-headers-4.19.0-8-amd64 (4.19.98-1+deb10u1) ...
/etc/kernel/header_postinst.d/dkms:
Error! Bad return status for module build on kernel: 4.19.0-8-amd64 (x86_64)
Consult /var/lib/dkms/open-vm-tools/10.1.5/build/make.log for more information.




Une question de redéfinition:

"PCI_VENDOR_ID_VMWARE" redefined
#define PCI_VENDOR_ID_VMWARE                    0x15AD
"PCI_DEVICE_ID_VMWARE_VMXNET3" redefined
 #define PCI_DEVICE_ID_VMWARE_VMXNET3            0x07B0

error: implicit declaration of function ‘init_timer_deferrable’; did you mean ‘compat_init_timer_deferrable’? [
-Werror=implicit-function-declaration]
 #   define compat_init_timer_deferrable(timer) init_timer_deferrable(timer)
error: ‘struct timer_list’ has no member named ‘data’
    lp->linkCheckTimer.data = (unsigned long)dev;
error: assignment to ‘void (*)(struct timer_list *)’ from incompatible pointer type ‘void (*)(long unsigned int)’ [-Werror=i
ncompatible-pointer-types]
    lp->linkCheckTimer.function = vmxnet_link_check;
                                ^
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:1168:40: error: ‘struct timer_list’ has no member named ‘data’
    vmxnet_link_check(lp->linkCheckTimer.data);






C'est grave docteur ?

Dernière modification par bertaudmarc (30-04-2020 16:54:43)

Hors ligne

#2 30-04-2020 17:20:10

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Leap 15.2
Noyau : Linux 5.3.18
(G)UI : KDE 5.18.5
Inscription : 11-03-2016

Re : mise à jour système fin avril 2020

Bonjour smile
C'est une migration depuis Stretch vers Buster que tu as réalisé ou bien c'est une mise à jour "normale" de Buster ?

Hors ligne

#3 30-04-2020 17:59:43

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : mise à jour système fin avril 2020

Hello
Ne serait ce pas un problème ce genre de problème?
https://debian-facile.org/viewtopic.php?id=20549

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

En ligne

#4 30-04-2020 18:02:37

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : mise à jour système fin avril 2020

Mise à jour normale de Buster

Hors ligne

#5 30-04-2020 18:54:43

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : mise à jour système fin avril 2020

il faudrait voir ce fichier log

cat /var/lib/dkms/open-vm-tools/10.1.5/build/make.log



puis aussi connaître le contenu du fichier fstab
Que donne le retour de

cat /etc/fstab



et enfin

blkid


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

En ligne

#6 30-04-2020 23:08:27

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : mise à jour système fin avril 2020

Voici le make.log

KMS make.log for open-vm-tools-10.1.5 for kernel 4.19.0-8-amd64 (x86_64)
jeudi 30 avril 2020, 16:59:59 (UTC+0200)
make : on entre dans le répertoire « /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet »
Using kernel build system.
make -C /lib/modules/4.19.0-8-amd64/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
  MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/10.1.5/build modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.19.0-8-amd64 »
  CC [M]  /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.o
In file included from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:54:
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/vm_device_version.h:56: warning: "PCI_VENDOR_ID_VMWARE" redefined
 #define PCI_VENDOR_ID_VMWARE                    0x15AD

In file included from /usr/src/linux-headers-4.19.0-8-common/include/linux/pci.h:37,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/compat_pci.h:27,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:31:
/usr/src/linux-headers-4.19.0-8-common/include/linux/pci_ids.h:2271: note: this is the location of the previous definition
 #define PCI_VENDOR_ID_VMWARE  0x15ad

In file included from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:54:
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/vm_device_version.h:73: warning: "PCI_DEVICE_ID_VMWARE_VMXNET3" redefined
 #define PCI_DEVICE_ID_VMWARE_VMXNET3            0x07B0

In file included from /usr/src/linux-headers-4.19.0-8-common/include/linux/pci.h:37,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/compat_pci.h:27,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:31:
/usr/src/linux-headers-4.19.0-8-common/include/linux/pci_ids.h:2272: note: this is the location of the previous definition
 #define PCI_DEVICE_ID_VMWARE_VMXNET3 0x07b0

In file included from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/eth_public.h:50,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:57:
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/vm_basic_defs.h:778: warning: "DO_ONCE" redefined
 #define DO_ONCE(code)                                                   \

In file included from /usr/src/linux-headers-4.19.0-8-common/include/linux/random.h:11,
                 from /usr/src/linux-headers-4.19.0-8-common/include/linux/net.h:22,
                 from /usr/src/linux-headers-4.19.0-8-common/include/linux/skbuff.h:29,
                 from /usr/src/linux-headers-4.19.0-8-common/include/linux/if_ether.h:23,
                 from /usr/src/linux-headers-4.19.0-8-common/include/uapi/linux/ethtool.h:19,
                 from /usr/src/linux-headers-4.19.0-8-common/include/linux/ethtool.h:18,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/compat_ethtool.h:33,
                 from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:34:
/usr/src/linux-headers-4.19.0-8-common/include/linux/once.h:38: note: this is the location of the previous definition
 #define DO_ONCE(func, ...)           \
In file included from /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:33:
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c: In function ‘vmxnet_probe_device’:
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/./shared/compat_timer.h:97:48: error: implicit declaration of function ‘init_timer_deferrable’; did you mean ‘compat_init_timer_deferrable’? [
-Werror=implicit-function-declaration]
 #   define compat_init_timer_deferrable(timer) init_timer_deferrable(timer)
                                                ^~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:1165:4: note: in expansion of macro ‘compat_init_timer_deferrable’
    compat_init_timer_deferrable(&lp->linkCheckTimer);
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:1166:22: error: ‘struct timer_list’ has no member named ‘data’
    lp->linkCheckTimer.data = (unsigned long)dev;
/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.c:1168:40: error: ‘struct timer_list’ has no member named ‘data’
    vmxnet_link_check(lp->linkCheckTimer.data);
                                        ^
cc1: some warnings being treated as errors
make[4]: *** [/usr/src/linux-headers-4.19.0-8-common/scripts/Makefile.build:315: /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet/vmxnet.o] Error 1
make[3]: *** [/usr/src/linux-headers-4.19.0-8-common/Makefile:1537: _module_/var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet] Error 2
make[2]: *** [Makefile:146: sub-make] Error 2
make[1]: *** [Makefile:8: all] Error 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-4.19.0-8-amd64 »
make: *** [Makefile:120: vmxnet.ko] Error 2
make : on quitte le répertoire « /var/lib/dkms/open-vm-tools/10.1.5/build/vmxnet »

 



fstab et blkid n'ont rien de special

de plus je n'utilise pas VMware ! j'utilise qemu-kvm

par contre il y avait une mise à jour de qemu dans le tas !

je me demande qu'elle application a installé open-vm-tools !!

peut-être qu'un reboot de la machine n'est pas dangereux ?

Dernière modification par bertaudmarc (30-04-2020 23:17:04)

Hors ligne

#7 01-05-2020 06:16:31

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Leap 15.2
Noyau : Linux 5.3.18
(G)UI : KDE 5.18.5
Inscription : 11-03-2016

Re : mise à jour système fin avril 2020

Il y a longtemps que tu n’as pas rebooté le PC ? Sur certaines mises à jour c’est nécessaire.
Pour open-vmx tu peux simuler la suppression pour voir

apt purge -s open-vm*

Hors ligne

#8 01-05-2020 12:24:51

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : mise à jour système fin avril 2020

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'
état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libdumbnet1 libxmlsec1-openssl
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  open-vm-tools* open-vm-tools-desktop*
0 mis à jour, 0 nouvellement installés, 2 à enlever et 15 non mis à jour.
Purg open-vm-tools-desktop [2:10.3.10-1+deb10u2]
Purg open-vm-tools [2:10.3.10-1+deb10u2]
 



J'ai l'impression que ce ne serait pas dangereux de les supprimer.

Est-ce possible de savoir qui a installé open-vm-tools ?

Il y a longtemps que tu n’as pas rebooté le PC ? Sur certaines mises à jour c’est nécessaire.


Il y a quelques mois.
Comment savoir que c'est nécessaire ? Je n'ai jamais vu un message du genre "please reboot".

Dernière modification par bertaudmarc (01-05-2020 12:34:21)

Hors ligne

#9 01-05-2020 13:52:56

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : mise à jour système fin avril 2020

bertaudmarc a écrit :

J'ai l'impression que ce ne serait pas dangereux de les supprimer.

Tu regardes ce qui dépend de libdumbnet1 libxmlsec1-openssl :

apt-cache rdepends libdumbnet1 libxmlsec1-openssl

et ensuite tu regardes si tu as besoin des paquets mentionnés par la commande. Au besoin par un apt show le-paquet si tu hésites.



Pour le redémarrage, il faut redémarrer à chaque changement de noyau au moins, voire plus, mais de base rien nous indique qu'il faille redémarrer. À moins que tu installes le paquet needrestart qui lui te l'indiquera :

https://packages.debian.org/fr/buster/needrestart


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

#10 02-05-2020 16:11:54

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : mise à jour système fin avril 2020

J'ai relancé debian et, à priori, pas de problèmes dans syslog.
Reste à faire du nettoyage.
Merci pour vos précieux conseils.

Hors ligne

#11 02-05-2020 21:02:18

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Leap 15.2
Noyau : Linux 5.3.18
(G)UI : KDE 5.18.5
Inscription : 11-03-2016

Re : mise à jour système fin avril 2020

Bonsoir,
Je réponds tardivement mais en fait Gilles a tout dit wink
La suppression a réglé ton problème ?
Pour les redémarrages nécessaires, tu dois avoir un message me semble-t-il mais plus trop certaine ...

Hors ligne

Pied de page des forums