• # Google's you friend

    Posté par  . Évalué à 1.

    « cp progress bar » sur Google répond à ta question : Il existe un vieu hack en utilisant strace

    Dans le cadre de la copie de plein de fichiers. Tu peux utiliser cp -v, ça t'affichera quel fichiel il est en train de copier sans bar de progression (mais ça donne une idée de la progression quand même)

    Sinon, c'est super crade, mais comme c'est expliqué ici, rsync -a --progress source destination t'affichera une barre de progression.

    Knowing the syntax of Java does not make someone a software engineer.

    • [^] # Re: Google's you friend

      Posté par  . Évalué à 4.

      Utiliser strace et awk c'est moins crade que rsync ?

      Please do not feed the trolls

      • [^] # Re: Google's you friend

        Posté par  . Évalué à 2.

        Oui, strace est utilisé pour compter tous les appels systèmes write(2) indistingués. Il suffit que cp écrive sur la sortie d'erreur standard (par exemple) pour que l'information de progression soit fausse.
        De plus, ça ne fonctionne qu'avec un seul fichier. (Dans ce cas-là, on peut se contenter de pv -pret ENTREE > SORTIE)

        • [^] # Re: Google's you friend

          Posté par  . Évalué à 4.

          C'est bien ce qu'il dit : rsync est beaucoup moins sale (et presque propre, à vrai dire). Le post initial suggérait le contraire.

  • # du ou df sur le disque destination

    Posté par  (site web personnel) . Évalué à 7.

    ça te permettra de savoir combien de Go ont été copiés.

  • # cat /proc/xxxx/fdinfo/y

    Posté par  . Évalué à 3.

    Attention, j'ai compris que tu copies ton disque de la manière suivant: cp /dev/sda /dev/sdb
    Si ce n'est pas le cas, mon commentaire est inutile.

    Si ta commande est déjà lancée, il te suffit de regarder où est le pointeur de position du descripteur de fichier.

    cat /proc/xxxx/fdinfo/y

    Avec xxxx = numéro du processus
    y = numéro du descripteur de fichier
    La ligne qui t'intéresse est "pos: zzzzzzzzz"

    Tu demandes le numéro de processus avec ps.
    Tu auras plusieurs descripteurs de fichiers (dont un pour la source et un pour la destination). Si tu n'as pas l'habitude, liste le contenu de chaque et tu trouveras facilement.

    • [^] # Re: cat /proc/xxxx/fdinfo/y

      Posté par  . Évalué à 5.

      cp /dev/sda /dev/sdb

      o_O Ça marche ça ? Au pire, "dd" avec deux disques de même taille, mais là je doute sur le coup du "cp" entre deux périphériques blocs.

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: cat /proc/xxxx/fdinfo/y

        Posté par  . Évalué à 4.

        Il ne copiera que le fichier spécial, avec effet amusants lorsqu'il essaiera de monter sdb … :)

        • [^] # Re: cat /proc/xxxx/fdinfo/y

          Posté par  . Évalué à 3.

          Si si, ça fonctionne parfaitement.
          D'ailleurs pourquoi cela ne fonctionnerait-il pas ?

          cp /dev/sda ~/Destop/test.raw
  puis ctrl+C pour ne pas en copier des tonnes
hexdump -C -n 1000000 /dev/sda | md5sum
hexdump -C -n 1000000 ~/Destop/test.raw | md5sum

          Je n'ai jamais testé la différence avec dd sans options.
          J'utilise dd par habitude, et parce qu'un SIGUSR1 me donne l'avancement du travail.

  • # Re: ForumLinux.général —savoir dans combien de temps se termine un copie ou le %

    Posté par  (site web personnel) . Évalué à 3.

    regarde du coté de pv.

Suivre le flux des commentaires

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