# Échec affiché au cours d'un «apt upgrade»

**URL:** <https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880>\
**Category:** Support Debian\
**Created:** [Septembre 12, 2026, 1:28 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880 "2026-09-12T13:28:32Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Septembre 12, 2026, 1:28 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880/1 "2026-09-12T13:28:32Z")

</div>

Bonjour,

Au cours d’apt-upgrade, je vois passer ce message:

```
Traitement des actions différées (« triggers ») pour initramfs-tools (0.148.4) ...
update-initramfs: Generating /boot/initrd.img-6.12.107+deb13-rt-amd64
mount: /sys/firmware/efi/efivars: échec de fsopen() : Opération non supportée.
       dmesg(1) peut avoir plus d'informations après un échec de l'appel système du montage.

```

Comme il fait état de _initramfs_ et de _efi_, ceci expose-t-il à un risque de problème lors d’un redémarrage? (Je redémarre très rarement, laissant en veille le plus souvent, sauf lors d’un voyage)

D’autres informations sont-elles nécessaires pour préciser cette question?

Voici les 30 dernières lignes de `sudo dmesg -T`, (qui présente encore cette curieuse anomalie de date anticipée — de 8jours + presqu’une heure)

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 12, 2026, 3:14 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880/2 "2026-09-12T15:14:13Z")

</div>

L’ordinateur à démarré en mode legacy/BIOS ou UEFI ?

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Septembre 12, 2026, 3:20 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880/3 "2026-09-12T15:20:18Z")

</div>

en UEFI, (je crois, comment le vérifier?)

lsblk affiche qu’il est monté:

```
nvme1n1 259:4 0 3,6T 0 disk 
├─nvme1n1p1 259:5 0 3,6T 0 part 
│ ├─VG1-Racine 254:0 0 210G 0 lvm /
│ ├─VG1-Local 254:3 0 30G 0 lvm /usr/local
│ ├─VG1-Eric 254:5 0 200G 0 lvm /home/eric
│ ├─VG1-Work 254:7 0 2,1T 0 lvm /home/work
│ ├─VG1-Var 254:10 0 51G 0 lvm /var
│ ├─VG1-Boot 254:12 0 1G 0 lvm /boot
│ └─VG1-Swap 254:13 0 130G 0 lvm [SWAP]
└─nvme1n1p2 259:6 0 1G 0 part /boot/efi
```

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 12, 2026, 3:38 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880/4 "2026-09-12T15:38:04Z")

</div>

Pour être sur regarde les log de boot, mais a priori ça semble être le cas.

```auto
dmesg | grep -i efi

```

Je ne pense pas qu’il y est de risque à redémarrer, néanmoins tu peux relancer un update et un dist-upgrade pour vérifier que tous soit ok.

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Septembre 12, 2026, 3:41 UTC](https://www.debian-fr.org/t/echec-affiche-au-cours-dun-apt-upgrade/92880/5 "2026-09-12T15:41:12Z")

</div>

[quote=«&nbsp;Clochette, post:4, topic:92880&nbsp;»]

Je le pense aussi:

```
`dmesg | grep -i efi`
[/quote]
[6.480505] systemd[1]: Mounting boot-efi.mount - /boot/efi...
[6.562051] systemd[1]: Starting modprobe@efi_pstore.service - Load Kernel Module efi_pstore...
[6.562093] systemd[1]: systemd-hibernate-clear.service - Clear Stale Hibernate Storage Info skipped, unmet condition check ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67
[6.579200] systemd[1]: Mounted boot-efi.mount - /boot/efi.
[6.579341] systemd[1]: systemd-hibernate-clear.service - Clear Stale Hibernate Storage Info skipped, unmet condition check ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67
[6.601597] systemd[1]: modprobe@efi_pstore.service: Deactivated successfully.
[6.601707] systemd[1]: Finished modprobe@efi_pstore.service - Load Kernel Module efi_pstore.
[6.754769] systemd[1]: Starting modprobe@efi_pstore.service - Load Kernel Module efi_pstore...
[6.754852] systemd[1]: systemd-hibernate-clear.service - Clear Stale Hibernate Storage Info skipped, unmet condition check ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67
[6.814661] systemd[1]: modprobe@efi_pstore.service: Deactivated successfully.
[6.814885] systemd[1]: Finished modprobe@efi_pstore.service - Load Kernel Module efi_pstore.
```
