Re: Erreur suite à un apt upgrade
Le 05/02/2024 à 22:29, Fabien Dubois a écrit : Bonsoir, sid, noyau 6.6.18, j'ai eu un souci similaire (avec le 470 aussi) . Les pilotes propriétaires nvidia semblent avoir subi une maj qui casse un peu tout, notamment la construction des modules. Pour ça, et d'autres raisons, je suis repassé au pilote nouveau. Cela a été le déclencheur... Donc je ne peux pas trop aider. Si ce n'est que c'est donc le pilote proprio nvidia, une reinstall a déjà marché, vérifier où est passé la CG, la mienne avait changé de version, donc éventuellement changer. Tester avec nvidia-detect. Fabien Deux trucs, le noyau c'est 6.6.13, aucun intérêt, mais bon. Et pour le pilote, il doit y avoir des infos ici... Consult /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log for more information. Fabien
Re: Erreur suite à un apt upgrade
Le 05/02/2024 à 18:33, ajh-valmer a écrit : Voici plus d'infos : env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64.. (bad exit status: 2) Error! Bad return status for module build on kernel: 6.1.0-18-amd64 (x86_64) Consult /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log for more information. Error! One or more modules failed to install during autoinstall. Refer to previous errors for more information. dkms: autoinstall for kernel: 6.1.0-18-amd64 failed! run-parts: /etc/kernel/postinst.d/dkms exited with return code 11 dpkg: error processing package linux-image-6.1.0-18-amd64 (--configure): installed linux-image-6.1.0-18-amd64 package post-installation script subprocess returned error exit status 1 Setting up linux-headers-6.1.0-18-amd64 (6.1.76-1) ... /etc/kernel/header_postinst.d/dkms: dkms: running auto installation service for kernel 6.1.0-18-amd64. Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file Signing key: /var/lib/dkms/mok.key Public certificate (MOK): /var/lib/dkms/mok.pub applying patch cc_version_check-gcc5.patch...patching file conftest.sh applying patch bashisms.patch...patching file conftest.sh applying patch linux-2.6.34-dev_pm_info-runtime_auto.patch...patching file conftest.sh applying patch 0033-refuse-to-load-legacy-module-if-IBT-is-enabled.patch...patching file nvidia-modeset/nvidia-modeset-linux.c patching file nvidia/nv.c applying patch ppc64el.patch...patching file nvidia/nvlink_common.h applying patch fragile-ARCH.patch...patching file Makefile applying patch use-kbuild-compiler.patch...patching file Makefile patching file Kbuild applying patch use-kbuild-flags.patch...patching file Kbuild patching file nvidia/nvidia.Kbuild patching file Makefile patching file nvidia-modeset/nvidia-modeset.Kbuild applying patch conftest-verbose.patch...patching file Kbuild applying patch conftest-prefer-arch-headers.patch...patching file conftest.sh Building module: Cleaning build area... env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64. Bonsoir, sid, noyau 6.6.18, j'ai eu un souci similaire (avec le 470 aussi) . Les pilotes propriétaires nvidia semblent avoir subi une maj qui casse un peu tout, notamment la construction des modules. Pour ça, et d'autres raisons, je suis repassé au pilote nouveau. Cela a été le déclencheur... Donc je ne peux pas trop aider. Si ce n'est que c'est donc le pilote proprio nvidia, une reinstall a déjà marché, vérifier où est passé la CG, la mienne avait changé de version, donc éventuellement changer. Tester avec nvidia-detect. Fabien
Re: Erreur suite à un apt upgrade
Voici plus d'infos : env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64.. (bad exit status: 2) Error! Bad return status for module build on kernel: 6.1.0-18-amd64 (x86_64) Consult /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log for more information. Error! One or more modules failed to install during autoinstall. Refer to previous errors for more information. dkms: autoinstall for kernel: 6.1.0-18-amd64 failed! run-parts: /etc/kernel/postinst.d/dkms exited with return code 11 dpkg: error processing package linux-image-6.1.0-18-amd64 (--configure): installed linux-image-6.1.0-18-amd64 package post-installation script subprocess returned error exit status 1 Setting up linux-headers-6.1.0-18-amd64 (6.1.76-1) ... /etc/kernel/header_postinst.d/dkms: dkms: running auto installation service for kernel 6.1.0-18-amd64. Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file Signing key: /var/lib/dkms/mok.key Public certificate (MOK): /var/lib/dkms/mok.pub applying patch cc_version_check-gcc5.patch...patching file conftest.sh applying patch bashisms.patch...patching file conftest.sh applying patch linux-2.6.34-dev_pm_info-runtime_auto.patch...patching file conftest.sh applying patch 0033-refuse-to-load-legacy-module-if-IBT-is-enabled.patch...patching file nvidia-modeset/nvidia-modeset-linux.c patching file nvidia/nv.c applying patch ppc64el.patch...patching file nvidia/nvlink_common.h applying patch fragile-ARCH.patch...patching file Makefile applying patch use-kbuild-compiler.patch...patching file Makefile patching file Kbuild applying patch use-kbuild-flags.patch...patching file Kbuild patching file nvidia/nvidia.Kbuild patching file Makefile patching file nvidia-modeset/nvidia-modeset.Kbuild applying patch conftest-verbose.patch...patching file Kbuild applying patch conftest-prefer-arch-headers.patch...patching file conftest.sh Building module: Cleaning build area... env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64. On Monday 05 February 2024 18:27:16 Sébastien NOBILI wrote: > Le 2024-02-05 18:22, ajh-valmer a écrit : > > C'est grave Docteur ? : > > > > Setting up openjdk-17-jre:amd64 (17.0.10+7-1~deb12u1) ... > > Errors were encountered while processing: > > linux-image-6.1.0-18-amd64 > > linux-image-amd64 > > linux-headers-6.1.0-18-amd64 > > linux-headers-amd64 > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > Ça c'est la synthèse finale. Elle n'apprend pas grand-chose de plus que > ça ne s'est pas bien passé pour les paquets linux-*. > > Tu dois avoir des messages plus intéressants plus haut. > > Sinon, tu peux aussi relancer ta mise à jour et les messages devraient > apparaître de nouveau. > > En tout cas, avec un noyau mal installé, j'attendrais d'avoir réglé le > problème avant de redémarrer le système (même si tu dois avoir la > version > n-1 du noyau qui reste disponible et fonctionnelle). > > Sébastien > >
Re: Erreur suite à un apt upgrade
Le 2024-02-05 18:22, ajh-valmer a écrit : C'est grave Docteur ? : Setting up openjdk-17-jre:amd64 (17.0.10+7-1~deb12u1) ... Errors were encountered while processing: linux-image-6.1.0-18-amd64 linux-image-amd64 linux-headers-6.1.0-18-amd64 linux-headers-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Ça c'est la synthèse finale. Elle n'apprend pas grand-chose de plus que ça ne s'est pas bien passé pour les paquets linux-*. Tu dois avoir des messages plus intéressants plus haut. Sinon, tu peux aussi relancer ta mise à jour et les messages devraient apparaître de nouveau. En tout cas, avec un noyau mal installé, j'attendrais d'avoir réglé le problème avant de redémarrer le système (même si tu dois avoir la version n-1 du noyau qui reste disponible et fonctionnelle). Sébastien
Erreur suite à un apt upgrade
C'est grave Docteur ? : Setting up openjdk-17-jre:amd64 (17.0.10+7-1~deb12u1) ... Errors were encountered while processing: linux-image-6.1.0-18-amd64 linux-image-amd64 linux-headers-6.1.0-18-amd64 linux-headers-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Merci.
[HS] assistance au code (Re: Script BASH gestion des espaces des noms de fichier)
Bonjour, Le 2024-02-05 16:07, Daniel Caillibaud a écrit : Oui, et je vous encourage à passer vos shell bash à shellcheck, il signale ce genre d'erreur (et plein d'autres). Il est parfois un peut trop zélé, mais on peut lui dire qu'on sait ce qu'on fait avec du # shellcheck disable=SC avant la ligne qui le fait râler (où est le code d'erreur qu'il signale) Avec Neovim, on peut avoir ce genre d'assistance en direct :) Sébastien
Re: Script BASH gestion des espaces des noms de fichier
Le 02/02/24 à 08:54, Jérémy Prego a écrit : > Pour éviter ce problème, on peut mettre les variables entre " > > du coup, ça donnerai: > > pdftk "$fichier1" stamp "$tampon" output "$fichier2" Oui, et je vous encourage à passer vos shell bash à shellcheck, il signale ce genre d'erreur (et plein d'autres). Il est parfois un peut trop zélé, mais on peut lui dire qu'on sait ce qu'on fait avec du # shellcheck disable=SC avant la ligne qui le fait râler (où est le code d'erreur qu'il signale) -- Daniel La pensée vole et les mots vont à pied. Voilà tout le drame de l'écrivain. Julien Green
