# Besoin d'éclaircissement sur le travail de unattended-upgrades

**URL:** <https://www.debian-fr.org/t/besoin-declaircissement-sur-le-travail-de-unattended-upgrades/86672>\
**Category:** Support Debian\
**Created:** [Juin 14, 2022, 4:12 UTC](https://www.debian-fr.org/t/besoin-declaircissement-sur-le-travail-de-unattended-upgrades/86672 "2022-06-14T16:12:00Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Juin 14, 2022, 10:33 UTC](https://www.debian-fr.org/t/besoin-declaircissement-sur-le-travail-de-unattended-upgrades/86672/7 "2022-06-14T22:33:31Z")

</div>

> [@Verner](#):
>
> ??? Tu veux dire que tu compiles tes noyaux ??? Pourquoi ?

Oui oui, oh, c’est une longue histoire : je ne veux pas mettre à la benne une imprimante laser Canon parfaitement fonctionnelle sauf qu’elle n’a plus de pilote installable sous Windows (en machine virtuelle), alors comme j’ai découvert un jour que quelqu’un avait créé un petit binaire en C se comportant comme un module statique, j’ai sauté sur l’occasion, plus le fait qu’avec 3 disques (deux durs et un ssd) c’était la fiesta pour leurs nommages aléatoires et j’ai découvert (après des mois d’essais et échecs) que mettre les pilotes en dur réglait le problème (même si PascalHambourg n’est pas d’accord et a proposé [une autre solution](https://www.debian-fr.org/t/modules-disques-du-noyau-passes-en-dur/86506) mais je n’ai pas le temps de la tester dans une machine virtuelle).  
Et j’en profite pour tuner un peu le truc, lui forcer le nom, ne pas activer des modules dont je sais que je n’aurai pas besoin, ça fait gagner du temps à la compil et au boot ensuite (en moyenne 10 secondes, c’est bien je trouve).

> [@Verner](#):
>
> `readlink /vmlinuz /initrd.img`

```auto
boot/vmlinuz-5.10.84
boot/initrd.img-5.10.84

```

> [@Verner](#):
>
> `dpkg -l |grep '^i.*linux-image'`

```auto
ii linux-image-5.7.0-0.bpo.2-amd64 5.7.10-1~bpo10+1 amd64 Linux 5.7 for 64-bit PCs (signed)

```

Ce 5.7.0-0.bpo m’a été utile sous Buster, quand le boot réclamait des firmwares. C’est vrai que je pourrais le virer, maintenant.

Ah tiens, il y a du neuf dans /usr/src : le dossier linux-config-5.10 a changé de date, passant du 4 mai au 11 juin sans aucune intervention de ma part (je n’aime pas ça !), et il contient 3 fichiers datés du 9 juin, date de la mise à jour de la source :

 ![liste_usr-src](https://www.debian-fr.org/uploads/default/original/2X/8/858ab987879c11ff429e74e68f5846344ef06f14.png)

Bon, au dodo !  
À demain,

---

_[View the full topic](https://www.debian-fr.org/t/besoin-declaircissement-sur-le-travail-de-unattended-upgrades/86672)._