# Des temporaires qui interrogent

**URL:** <https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257>\
**Category:** Support Debian\
**Created:** [Juin 18, 2025, 4:00 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257 "2025-06-18T16:00:37Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 18, 2025, 4:00 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/1 "2025-06-18T16:00:38Z")

</div>

Bonjour,

Mon ordi est censé se mettre en veille prolongé au bout d’un certain temps; ce qu’il faisait bien… jusqu’a aujourd’hui.  
Je retrouve l’ordi en veille (dans le sens ou la ventilo est tjrs presente). Pas de réveil au niveau du clavier. Pas de réveil au niveau du bouton power. Obligé de passer par un appui long pour l’endormir pour de bon.  
Je relance et me précipite dans le journal où il est indiqué

Duplication dans le fichier fstab

Je vais voir le fichier fstab et je trouve cette ligne supplémentaire

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

il y a deja un /tmp monté en EXT4  
J’ai récemment installé OBS Studio. Ca pourrait être une explication ? (j’aimerais pas trop 🙂 )

Votre avis ?

nb. aucun disque USB connecté

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 19, 2025, 10:48 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/2 "2025-06-19T10:48:32Z")

</div>

> [@fech](#):
>
> J’ai récemment installé OBS Studio. Ca pourrait être une explication ?

Considérant ce qu’est OSB je ne vois pas pourquoi. A moins qu’il ne soient en cours au moment de la mise en veille?  
Si je comprend tu as deux entrées dans ton /etc/fstab?  
As-tu mis en place un AIDE ou un Tripwire qui te permet de savoir s’il y a eu une modification du fichier, quand et par qui?

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 19, 2025, 11:37 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/3 "2025-06-19T11:37:09Z")

</div>

```
UUID=c7 / ext4 defaults,noatime,discard 0 1
UUID=98 /var ext4 defaults,noatime,discard 0 2
UUID=fc /tmp ext4 defaults,noatime,discard 0 2
UUID=89 swap swap defaults,noatime,discard 0 0
UUID=40 /home ext4 defaults,noatime,discard 0 2
# UUID=ED /files exfat auto,user 0 2
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

```

UUID raccourcis 🙂  
fstab est dans cet etat.  
Je n’ai pas mis en place un aide ou un tripwire (mais je vais googler pour voir ce que c’est 🙂 )  
OBS n’était pas ouvert en effet. Mais ca veut dire que le fstab se modifierait dynamiquement ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 19, 2025, 12:07 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/4 "2025-06-19T12:07:18Z")

</div>

> [@fech](#):
>
> Mais ca veut dire que le fstab se modifierait dynamiquement ?

non, /etc/fstab ne se modifie pas tout seul.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Juin 20, 2025, 10:03 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/5 "2025-06-20T10:03:17Z")

</div>

Avec l’option --time=mtime de ls tu peux voir quand a été modifié le fstab, tu peux localiser du coup avec journalctl l’origine de cette modification. L’étonnant est que au réveil le fstab n’est pas consulté, c’est bizarre. Cela pourrait être du à une mémoire saturée (ton tmp est en ram) et un swap insuffisant (cas de la veille prolongée), sinon je n,'ai pas trop d’explications

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Juin 20, 2025, 11:32 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/6 "2025-06-20T11:32:45Z")

</div>

> [@fech](#):
>
> Je retrouve l’ordi en veille (dans le sens ou la ventilo est tjrs presente).

Le ventilo ne devrait-il pas être à l’arrêt en veille ?  
En tout cas c’est le cas chez moi.

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 20, 2025, 11:35 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/7 "2025-06-20T11:35:14Z")

</div>

Je n’arrive pas a déduire l’instruction  
sur fstab mtime n’existe pas, j’ai préféré atime avec ls  
mais ca ne donne aucune trace de date  
quant a l’utilisation avec journalctl, la j’ai pas trouvé.  
J’ai un point de montage tmp de 40 Go ce qui devrait etre suffisant pour le cas ou les 16 de ram seraient saturées.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 20, 2025, 1:18 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/8 "2025-06-20T13:18:51Z")

</div>

> [@fech](#):
>
> J’ai un point de montage tmp de 40 Go ce qui devrait etre suffisant pour le cas ou les 16 de ram seraient saturées.

Tu ne confondrais pas avec le swap par hasard?  
un tmpfs consomme de la mémoire.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Juin 20, 2025, 1:38 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/9 "2025-06-20T13:38:29Z")

</div>

Que donne  
ls -l /etc/fstab  
Tu dois avoir une date qui est celle de la dernière modification. Ça te permettra de savoir quand cette modif a été faite

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 20, 2025, 6:25 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/10 "2025-06-20T18:25:26Z")

</div>

> [@fech](#):
>
> Des temporaires qui interrogent

Ton sujet est bien embrouillé.  
Si ton problème concerne réellement le montage de **tmpfs** , c’est **systemd** qui monte tmpfs.

```auto
cat /usr/lib/systemd/system/tmp.mount

[Mount]
What=tmpfs
Where=/tmp
Type=tmpfs
Options=mode=1777,strictatime,nosuid,nodev,size=50%%,nr_inodes=1m

```

Donc supprimes ta ligne tmpfs qui n’a rien à faire dans **fstab** , et qui provient d’un probable bricolage antérieur. Et montres ceci:  
`grep -v '^#\|^$' /etc/fstab`

Si ton ventilateur tourne pendant la veille, ton PC n’est pas en veille.  
Si ton problème concerne donc la **veille** et non pas tmpfs, ouvre un sujet relatif à la **veille** pour ne pas tout mélanger.

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 20, 2025, 8:33 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/11 "2025-06-20T20:33:25Z")

</div>

UUID=fc336c7xxxxxxxxxxxxxxxx /tmp ext4 defaults,noatime,discard 0 2

c’est bien un point de montage pour TMP non ?  
est ce une fausse croyance ?

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 20, 2025, 8:36 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/12 "2025-06-20T20:36:09Z")

</div>

9 juin 10:44  
du coup, c’est curieux que le systeme indique une duplication de tmp 8 jours plus tard ☹

---

<div class="post-metadata">

**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\
**Post date:** [Juin 20, 2025, 8:38 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/13 "2025-06-20T20:38:04Z")

</div>

nope  
cat: /usr/lib/systemd/system/tmp.mount: Aucun fichier ou dossier de ce type

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 20, 2025, 9:09 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/14 "2025-06-20T21:09:19Z")

</div>

L’emplacement de **tmp.mount** est effectivement différent entre bookworm et trixie.

```nohighlight
/usr/share/systemd/tmp.mount systemd (252.38-1~deb12u1)
/usr/lib/systemd/system/tmp.mount systemd (257.6-1)

```

Pour bookworm, de mémoire il faut activer le montage tmpfs par systemd comme ceci:

```nohighlight
$ sudo cp /usr/share/systemd/tmp.mount /etc/systemd/system/
$ sudo systemctl enable tmp.mount

```

Aucun mainteneur de paquet, ou application ne s’autoriserait à modifier un fstab en rajoutant une ligne tmpfs.  
Tu sembles cumuler de bien étranges coïncidences entre OBS, problème de veille et modification fstab.  
Fais comme si je n’avais rien dit.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Juin 21, 2025, 6:26 UTC](https://www.debian-fr.org/t/des-temporaires-qui-interrogent/91257/15 "2025-06-21T06:26:13Z")

</div>

Essaye de regarder dans le history.log ou dans les journaux ce que tu as fait ce jour là à cette heure là, tu auras une idée de l’originie
