# TRIM activé ou non?

**URL:** <https://www.debian-fr.org/t/trim-active-ou-non/92016>\
**Category:** Support Debian\
**Created:** [Février 7, 2026, 10:59 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016 "2026-02-07T10:59:39Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Février 7, 2026, 10:59 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/1 "2026-02-07T10:59:39Z")

</div>

Bonjour

Pouvez me dire SVP si TRIM est bien activé sur mon SSD ?

```
lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
nvme0n1 0 512B 2T 0
├─nvme0n1p1 0 512B 2T 0
├─nvme0n1p2 0 512B 2T 0
└─nvme0n1p3 0 512B 2T 0
```

---

<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:** [Février 7, 2026, 1:38 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/2 "2026-02-07T13:38:33Z")

</div>

Bonjour,

Sachant que ce n’est pas pour les disques nvme.

Pour savoir si c’est activé sur ton disque:

```auto
sudo hdparm -I /dev/sda | grep TRIM

```

---

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Février 7, 2026, 4:11 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/3 "2026-02-07T16:11:41Z")

</div>

```
blunt@debian:~$ sudo hdparm -I /dev/nvme0n1 | grep TRIM
blunt@debian:~$ 

```

ça ne me renvoie rien du tout

---

<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:** [Février 7, 2026, 4:15 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/4 "2026-02-07T16:15:58Z")

</div>

oui parce qu’il n’y a pas; un NVME ce n’est pas du SSD. et TRIM c’est pour le SSD.  
Normalement trim s’active tout seul.

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Février 7, 2026, 8:44 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/5 "2026-02-07T20:44:56Z")

</div>

exemple sur un SSD :

```auto
sudo hdparm -I /dev/sdd | grep TRIM
	   *	Data Set Management TRIM supported (limit 8 blocks)

```

---

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Février 8, 2026, 1:06 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/6 "2026-02-08T13:06:01Z")

</div>

Bonjour  
Ce qui m’étonne c’est que vous me dites qu’un NVMe n’est pas un SSD.  
Pour moi c’est bien un SSD sauf que ça se connecte différemment d’un SSD SATA à la carte-mère.

---

<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:** [Février 9, 2026, 9:50 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/7 "2026-02-09T09:50:54Z")

</div>

Si c’est un «&nbsp;solid state device&nbsp;» alors c’est un SSD !

---

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Février 9, 2026, 11:35 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/8 "2026-02-09T11:35:35Z")

</div>

C’est ça que j’ai : Crucial CT1000P3PSSD8

---

<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:** [Février 9, 2026, 11:48 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/9 "2026-02-09T11:48:24Z")

</div>

C’est un ssd m2 pcie. Après pour les détails . . .

---

<div class="post-metadata">

**Author:** ![yabb85](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/y/34f0e0/32.png) [@yabb85](https://www.debian-fr.org/u/yabb85)\
**Post date:** [Février 11, 2026, 4:56 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/10 "2026-02-11T16:56:05Z")

</div>

Nvme c’est la garantie d’avoir un SSD car ça ne supporte que les SSD.  
/dev/sdX → ATA/IDE/SATA/SAS donc plateau tradi ou SSD  
/dev/nvmeXXXXX → protocol nvme donc SSD  
Un SSD en sata c’est un peu du gâchis car ça limite vachement le debit.  
D’ailleurs hdparm est né a la période des disques ATA/IDE donc des très vieux HDD.

Sion pour en revenir au sujet  
La commande a faire est bien `lsblk --discard` et si la valeur de DISC-GRAN est different de 0 c’est ok tu as du trim. Donc d’apres le premier message c’est bon y a du trim sur ce disque.  
Il est peut etre possible d’avoir plus d’info avec nvme-cli.

Normalement linux active tout ça par defaut automatiquement tu peux check si tes trim sont deja effectué avec  
` systemctl status fstrim.timer`

---

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Février 11, 2026, 7:56 UTC](https://www.debian-fr.org/t/trim-active-ou-non/92016/11 "2026-02-11T19:56:59Z")

</div>

Merci  
Donc c’est bon :

> @debian:~$ systemctl status fstrim.timer  
> ● fstrim.timer - Discard unused filesystem blocks once a week  
> Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)  
> Active: active (waiting) since Wed 2026-02-11 18:03:13 CET; 2h 51min ago  
> Invocation: 6c582630483441c1bc73a5274d656857  
> Trigger: Mon 2026-02-16 01:21:26 CET; 4 days left  
> Triggers: ● fstrim.service  
> Docs: man:fstrim
> 
> Warning: some journal files were not opened due to insufficient permissions.  
> @debian:~$
