pour FB, je sais pas trop, j'ai pas de cpt FB, et de base foutre sa vie privée sur le net pour ensuite se plaindre que "oh ben zut elle est sur le net" c'est paradoxale (les erreurs arrivent à tout le monde je sais).
Mais si tu parle bien des images conservés après leur suppressions, si elles sont bien inacessible, et non utilisé à d'autres fin ((commercial, mise dans une banque d de donnée de FB,..), puis supprimé automatiquement, personnellement je ne vois pas la différence.
Si on voulait vraiment faire une quadrisectomie capillaire, on pourrait dire que le rm a le même fonctionnement, et que ça n'offusque personne.
Il supprime juste les entrée de la table d'allocation. Le fichier reste présent sur le disque dur (un photorec permettrait de le retrouver), jusqu'à ce qu'un fichier soit réécrit dessus.
Mais tout le monde utilise rm parce que c'est quand même vachement plus simple que d'essayer de chopper tous les blocs disque dudit fichier, mettre la partoche en read only, écrire sur les blocs physique, supprimer le fichier de la table d'allocation, et remettre la partoche en write (et non shred ne fait pas forcément ce qu'on attend de lui sur des systèmes journalisés).
[^] # Re: sauvegardes
Posté par briaeros007 . En réponse au journal megafermeture.fbi. Évalué à 1.
pour FB, je sais pas trop, j'ai pas de cpt FB, et de base foutre sa vie privée sur le net pour ensuite se plaindre que "oh ben zut elle est sur le net" c'est paradoxale (les erreurs arrivent à tout le monde je sais).
Mais si tu parle bien des images conservés après leur suppressions, si elles sont bien inacessible, et non utilisé à d'autres fin ((commercial, mise dans une banque d de donnée de FB,..), puis supprimé automatiquement, personnellement je ne vois pas la différence.
Si on voulait vraiment faire une quadrisectomie capillaire, on pourrait dire que le rm a le même fonctionnement, et que ça n'offusque personne.
Il supprime juste les entrée de la table d'allocation. Le fichier reste présent sur le disque dur (un photorec permettrait de le retrouver), jusqu'à ce qu'un fichier soit réécrit dessus.
Mais tout le monde utilise rm parce que c'est quand même vachement plus simple que d'essayer de chopper tous les blocs disque dudit fichier, mettre la partoche en read only, écrire sur les blocs physique, supprimer le fichier de la table d'allocation, et remettre la partoche en write (et non shred ne fait pas forcément ce qu'on attend de lui sur des systèmes journalisés).