Forum Linux.débutant Copier un disque dur.

Posté par . Licence CC by-sa
Tags : aucun
1
23
déc.
2014

Bonjour,

Je viens vers vous car je me monte en ce moment un petit NAS "Maison" sous linux Débian avec interface graphique.

sur cette config, j'aurais 1 HDD pour le system (uniquement)
et 2 Disques dur 2T en raid (à voir car la CM ne prend pas en charge).

Avec ce petit "serveur" j'aurais un rack SATA3 pour pouvoir brancher un disque dur supplémentaire à chaud.

Donc voila, admettons un client m'apporte sont pc sous Windows, par sécurité avant toute manip, je souhaite faire une image du Disque dur pour pouvoir remettre à l'état d'origine en cas de pépin.

Je ferais la copie dans un répertoire de mon disque dur 2T (je souhaite placer l'image dans un dossier avec admettons "Mr Dupond" . (je ne souhaite pas faire de partitions)

Pour info je n'aurais pas de lecteur CD sur ce serveur , et afficherais le bureau via Teamviewer sur mon pc Windows.

Merci de m'éclairer car je ne souhaite pas utiliser de Live CD.

  • # Quelques pistes ...

    Posté par . Évalué à 1.

    Quelques pistes :
    - openmediavault (basée sur debian) propose une interface de configuration type NAS simple et efficace.
    - Mieux vaut éviter le RAID hardware => préférer le raid soft. Donc la CM qui ne prend pas en charge le RAID c'est plutôt une bonne chose.
    - Ici il n'y a pas lieu d'utiliser teamviewer qui s'appuie sur un serveur externe (pas utile que ton travail aille se balader inutilement dans les tuyaux de l'internet). Voir par exemple x2go (un client windows existe).
    - Pour les copies "data" utiliser la ligne de commande (cp, rsync ou un outil de l'interface graphique) : attention non adapté à la sauvegarde de l'OS.
    - Possible d'utiliser clonezilla (dans une clé usb) sur le PC du client pour faire un clone du disque du client sur ton NAS (partage SMB). Ainsi en cas de problème il est possible de reconstruire à l'identique le disque du client …
    - Possible d'ajouter une entrée grub "clonezilla" (cf grml) sur ton NAS qui permettra de faire la copie de l'image en local sur le NAS …

    • [^] # Re: Quelques pistes ...

      Posté par . Évalué à 2.

      Pour l'avoir déjà utilisé au taf, je ne peux que recommander clonezilla. Par contre je ne sais pas ce que ça donne avec un windows 8 + EFI. A tester avant je pense (ou attendre un retour de ceux qui auraient testé ici).

      • Pour les copies "data" utiliser la ligne de commande (cp, rsync ou un outil de l'interface graphique) : attention non adapté à la sauvegarde de l'OS.

      Fais gaffe à prendre un outil qui préserve les droits sur les fichiers/répertoires.

      Sinon :

      • - Possible d'ajouter une entrée grub "clonezilla" (cf grml) sur ton NAS qui permettra de faire la copie de l'image en local sur le NAS …

      Quel est l'intéret ? Je ne vois pas ce que tu veux faire.

      • [^] # Re: Quelques pistes ...

        Posté par . Évalué à 1.

        Quel est l'intérêt ? Je ne vois pas ce que tu veux faire.

        Il indique qu'il aura sur le NAS "un rack SATA3 pour pouvoir brancher un disque dur supplémentaire à chaud". Aussi, il aura le disque de son client sur le NAS. Si ce disque est un disque système, il est possible de démarrer le NAS avec clonezilla (préconfiguré dans le grub et sans avoir besoin de la clé) pour copier ce disque local "client" sur son RAID …

        • [^] # Re: Quelques pistes ...

          Posté par . Évalué à 2.

          Mouais, ça me parait un peu "limite" de faire ça sur un NAS en local. Mais pourquoi pas ?

  • # personnellement, je fais un dd

    Posté par . Évalué à 3.

    C'est un peu long, mais au moins je ne me prends pas la tête avec les droits, types de partitions, etc … et je suis sur de tout récupérer.

  • # Merci des conseils

    Posté par . Évalué à 1.

    merci pour vos conseils.

    Je souhaite faire cela par simple mesure de sécurité, admettons un client ramène sont pc pour une désinfections de virus ou autres.

    Je fais mes manip pour nettoyer tout cela, mais pour x raison le pc ne démarre plus (écran bleu ou autres) !!!

    J'ai sous le coude le clone ! je peu revenir à l'état d'origine.

    Pour Teamviewer, il y a une option pour travailler directement en local sans passer par le net.

    Sinon pour Clonezilla ok, mais ça passe par le réseaux , (switch en GIGABIT).

    En direct via SATA c'est plus rapide. (disque mis dans mon rack ICYBOX sans tiroir)

    Après Clonezilla, je trouve que en Livecd , et vu que je n'aurais pas d'écran sur le pc…..
    Si il y a moyen de l'installer sur le pc et de le lancer en Ligne de commande, comme ça je le gère directement.

    • [^] # Re: Merci des conseils

      Posté par . Évalué à 2. Dernière modification le 24/12/14 à 01:44.

      Après Clonezilla, je trouve que en Livecd , et vu que je n'aurais pas d'écran sur le pc…..
      Si il y a moyen de l'installer sur le pc et de le lancer en Ligne de commande, comme ça je le gère directement.

      C'est dans l'autre sens que ça marche : tu démarre le live CD sur le PC à sauvegarder qui va cloner le disque sur ton NAS via un partage samba ou un serveur FTP, par exemple. Comme ton PC/NAS est accédé en tant que serveur, pas besoin d'écran.

      Sinon, pour ta question, je ferai comme dit plus haut par totof: un simple dd sur le disque que tu as mis dans ton rack. En bonus, comme c'est de la ligne de commande, tu peux te passer de TeamViewer et tout faire par ssh comme les vrais barbus ;-)

      • [^] # Re: Merci des conseils

        Posté par . Évalué à 1.

        OK je vais tester, d'après que dd est super long. Mais je vais recevoir mes pièces d'ici peu. Je testerais merci

      • [^] # Re: Merci des conseils

        Posté par . Évalué à 2.

        Au pire, Clonezilla ne fait qu'un partimage. Tu peux utiliser directement cette commande.

  • # pcopy

    Posté par (page perso) . Évalué à 1.

    pcopy est une alternative à dd (Actuellement que dans sid sur debian: https://packages.debian.org/sid/pcopy )

    La gelée de coings est une chose à ne pas avaler de travers.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.