[gull] backup partition ntfs [solved]

[Sebastien Chassot]

On Sat, 2008-04-05 at 22:59 +0200, sneaky56 at gmx.net wrote:
> > > En fait je commets la même erreur avec des partitions ext3. Ce serait
> > > mieux que je lance une commande "nettoyage" avant de lancer dd pour
> > > profiter d'une meilleur compression ? Y a-t-il un outil qui fasse ça ?
> > > 
> > 
> > J'ai trouvé pour windows et pour GNU\Linux il semble que la commande
> > shred permette de rendre illisible les fichiers effacés soit en les
> > recouvrant par une suite aléatoire soit par des zéros.
> 
> Pourquoi ne pas utiliser "partimage" pour backuper une partition? De plus, il shred ne fonctionnera pas forcement comme attendu, cf la man-page:

Je ne connaissais pas et c'est vrai que partimage fait tout d'un coup
sans avoir besoin de ré-inventer la roue. Je me retrouve finalement avec
une compression de presque 50% (bzip2) par rapport au volume de données
(20Gb) soit 10Gb au lieux des 25Gb de l'image "brut" (bzip2 aussi). Et
c'est plus simple de ne copier que les secteurs utilisé plutôt que de
les mettre à zéro + tout copier.

Merci du tuyau.


>        CAUTION:  Note  that  shred relies on a very important assumption: that
>        the file system overwrites data in place.  This is the traditional  way
>        to  do  things, but many modern file system designs do not satisfy this
>        assumption.  The following are examples of file systems on which  shred
>        is not effective, or is not guaranteed to be effective in all file sys-
>        tem modes:
>        * log-structured or journaled file systems, such as those supplied with
>        AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)
>        ....
> 

Pour shred ça semble un point de départ mais effectivement il faut
certainement mettre les mains dans le cambouis pour obtenir le résultat
escompté.