Debian-facile

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)

chalu

Modératrice

Lieu : Anjou

Distrib. : openSUSE Tumbleweed

Noyau : Linux 5.12

(G)UI : KDE 5.21.4

Inscription : 11-03-2016

Re : mise à jour système fin avril 2020

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

---

> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr +  Forum fr +Guide du débutant sur Leap 15.x

Croutons

Membre

Distrib. : Debian12

Noyau : Linux 6.1.0-13-amd64

(G)UI : Fluxbox(NakeDeb)

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

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

Croutons

Membre

Distrib. : Debian12

Noyau : Linux 6.1.0-13-amd64

(G)UI : Fluxbox(NakeDeb)

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

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)

chalu

Modératrice

Lieu : Anjou

Distrib. : openSUSE Tumbleweed

Noyau : Linux 5.12

(G)UI : KDE 5.21.4

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*

---

> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr +  Forum fr +Guide du débutant sur Leap 15.x

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)

--gilles--

Membre

Lieu : Orléans - La Source

Distrib. : Debian 12

Noyau : Linux 6.1.0-26-amd64

(G)UI : Gnome - mutter 43.8-0+deb12u1

Inscription : 15-02-2016

Re : mise à jour système fin avril 2020

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

---

Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil

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.

chalu

Modératrice

Lieu : Anjou

Distrib. : openSUSE Tumbleweed

Noyau : Linux 5.12

(G)UI : KDE 5.21.4

Inscription : 11-03-2016

Re : mise à jour système fin avril 2020

Bonsoir,
Je réponds tardivement mais en fait Gilles a tout dit
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 ...

---

> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr +  Forum fr +Guide du débutant sur Leap 15.x