Ubuntu-fr

Bonjour Nuliel,
Tout d'abord merci de ta réponse !
Je ne connaissais pas TRIM (je n'utilise un SSD que depuis peu de temps), cependant ta commande ne me donne aucun retour. Si je me fie à la doc Ubuntu :

Qu'est ce que ça signifie pour moi ? Adieu la suppression permanente des fichiers ?

Oui, voici le retour :

sudo fdisk -l
Disque /dev/nvme0n1 : 953,87 GiB, 1024209543168 octets, 2000409264 secteurs
Disk model: KXG60ZNV1T02 NVMe KIOXIA 1024GB         
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : F2DC8938-6C6B-4A66-8BBB-9FACC46C5275

Périphérique        Début        Fin   Secteurs Taille Type
/dev/nvme0n1p1       2048     309247     307200   150M Système EFI
/dev/nvme0n1p2     309248     571391     262144   128M Réservé Microsoft
/dev/nvme0n1p3     571392 1742506289 1741934898 830,6G Données de base Microsoft
/dev/nvme0n1p4 1954586624 1956614143    2027520   990M Environnement de récupération Windows
/dev/nvme0n1p5 1956614144 1997467647   40853504  19,5G Environnement de récupération Windows
/dev/nvme0n1p6 1997469696 2000377855    2908160   1,4G Environnement de récupération Windows
/dev/nvme0n1p7 1742508032 1954586623  212078592 101,1G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

sudo hdparm -I /dev/nvme0n1

/dev/nvme0n1:

J'espère ne pas faire partie des cas particuliers

Je ne trouve pas la commande adaptée, vu le ssd il a très probablement la fonction TRIM.
Si quelqu'un a la commande pour savoir si un ssd nvme a TRIM activé, je suis preneur

Salut Nuliel et geole,
En effet il est difficile de trouver l'info. Même dans la doc de référence du disque sur le site du constructeur, rien :
Série XG6 | KIOXIA
cSSD XG6 Series

Cependant dans la FAQ du constructeur, alléluia

Donc si je comprends bien mes fichiers sont automatiquement broyés et irrécupérables En effet il ne faut pas se louper mais ça m'arrange !

Merci beaucoup pour votre aide, je ne connaissais même pas cette technologie
Bonne journée !

Bonjour,

J'ai discuté de TRIM avec un technicien Microsoft, et voici sa réponse :

Je n'y comprends plus rien, TRIM hache-t-il mes fichiers sensibles automatiquement, ou pas ?

Je précise que ce qui m'importe c'est que cela fonctionne sous Linux, l'OS que j'utilise actuellement.

Merci !

Un fichier est composé de centaines voire de millions de blocs  de 512 octets
La grosse astuce pour lire correctement un fichier est de lire les blocs dans le bon ordre.    Donc connaître l'ordre  physique des blocs à lire      afin d'en avoir une vue logique.
    Par exemple
         3333   => 1
         6666   => 2
         1111111 => 3
         1  => 4
Lorsque tu supprimes un fichier, tu supprimes cette table de correspondante.
Elle n'est pas reconstituable  Sauf à faire toutes les combinaisons.
Par exemple un fichier de 512 octets stocké dans un SSD de  1 To  va nécessiter  de relire tous les secteurs  non alloués, Si le disque est plein à 50%, cela devrait faire 1.000.000.000 secteurs à lire
Si ton fichier fait seulement 100 secteurs,     Le milliard est a élevé à la puissance 100 (base 10)

Je ne sais pas comment SA déchiqueteuse fonctionne. Mais  si elle est parfaite, elle doit  réallouer tous les secteurs inutilisés pour y mettre des données fictives et supprimer de nouveau.
Après 1000 déchiquetages environ, le SSD sera à changer

En fait , l'unité d'allocation n'est pas 512 mais un multiple  qui dépend de chaque firmware des SSD

AJOUT  J'ai trouvé cet article assez bien expliqué  https://www.r-studio.com/fr/comment-rec … -NVMe.html

Le principe de la commande trim est de mettre des zéros dans les zones libérées lorsque l'activité du SSD est moins importante. Cela ne se fait donc pas immédiatement...  en quelques heures ?

Mais si tu doutes, tu pourrais faire un répertoire  chiffré  (veracrypt ) pour y mettre tes fichiers sensibles.
Gros avantage, Si on te vole l'ordinateur,  tes données restent protégées.

AJOUT
Si tu n'as que quelques fichiers  à détruire de temps en temps,   cela n'usera pas beaucoup le SSD
https://doc.ubuntu-fr.org/wipe

Dernière modification par geole (Le 29/05/2021, à 18:13)

Bonjour xinu.
Avais-tu bien supprimé ces 600.000 fichiers et vidé la corbeille? Si oui, au bout de combien d'heures aprés cette suppression, avais-tu lancé photorec?

Ajout. Peux-tu donner la référence de ton SSD.
Je viens de découvrir deux façons d'implémenter.
    - Mettre les cellules à zéro lorsqu'on aura du temps libre puis les introduire comme cellules disponibles.   Donc un certain délai.
https://www.thessdreview.com/daily-news … -primer/2/

   - Mettre les cellules disponibles pour réutilisation prioritaire sans les remettre zéro. C'est lors de la réutilisation en écriture que l'opération se fait ( comme pour les disques durs).
  Donc elles peuvent alors rester totalement accessibles pendant de longs mois si pas de nouvelles créations de fichiers.

Dernière modification par geole (Le 29/05/2021, à 17:26)

Un autre test rapide
1) Création d'une partition de 2 Go.
2) Copie de pleins de fichiers dans cette partition jusqu'à plus de place
3) Récupération par photorec .
  => 3721 files saved in /home/PHOTOREC/recup_dir directory.
4) Comptage du nombre de fichiers réels dans cette partition

a@a:/mnt$ find . -name \* | wc -l
find: ‘./lost+found’: Permission non accordée
1567
a@a:/mnt$ 

5) suppression de tous les fichiers par commande rm
6) Puis tentative immédiate de récupération
=> 3720 files saved in /home/PHOTOREC/recup_dir directory.
7) On va laisser décanter un certain temps

sudo smartctl -a /dev/sda
=== START OF INFORMATION SECTION ===
Model Family:     SandForce Driven SSDs
Device Model:     SanDisk SDSSDA120G
Firmware Version: Z22000RL

8) J'ai lancé  la mise à jour du logiciel UBUNTU Mais la récupération  est toujours de 3720 fichiers

Dernière modification par geole (Le 29/05/2021, à 18:15)