Re: copie disque dur dd tres longue ?
On Sun, Jan 31, 2010 at 06:59:35PM +0100, cor...@free.fr wrote : Le dimanche 31 janvier 2010, Aurelien a écrit : Je suis sur un Mac, avec une Debian Squeeze PPC installée dessus. L'idée est de propager cette install sur les 13 autres Mac (PPC, donc). Aurélien rsync est très souple, avec moultes options. Il peut donc garder tous les fichiers présents sur la cible et ne rajouter que ceux qui viennent de la source. OK. JE l'utilise en ce qui me concerne pour les sauvegardes quotidiennes sur le studio de ntore label, et en effet, c'est très pratique à ce niveau. On peut aussi avoir l'option inverse. (option --delete) Dans un réseau, il fonctionne avec ssh (mode sécurisé) : Exemple : rsync -auvz --exclude=répertoire / IP_cible:répertoire_cible OK, là, je ne suis pas concerné a priori. Pour toutes ses options, voir man rsync, J'ai mesuré avec bien des outils de sauvegarde : 10Go = ~20 minutes (entre 2 DD sur le même PC) et ensuite c'est assez linéaire. (un peu plus en mode réseau intranet et plus en internet ...) OK, intéressant. Son grand avantage est que, en cas d'incident ou d'arrêt de copie, il ne recommence pas à zéro, mais à l'endroit ou il s'est arrêté. En effet. Mais, dis-moi si je me trompe, rsync a besoin que la table de partitions soit écrite à l'avance, il me semble, non ? Ainsi, si on sauvegarde 1 Tera Octet (faut compter ~30 heures ...) et que, 3 jours plus tard, on veut resauvegarder ce Téra octet, à peine modifié, sur la même cible, rsync ne copiera exclusivement que la modification soit quelques minutes, voire secondes. Oui. Tu as rsync en mode graphique = LuckyBackup Non, en mode console, c'est très bien ! ;) -- Aurélien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ? (la suite)
Le dimanche 31 janvier 2010, Aurelien a écrit : Visiblement, la copie a échoué. Malheureusement, je n'étais pas sur place, et je n'ai pas de log ou de messages d'erreur. Du coup, je suis bon pour recommencer ma propagation. J'ai maintenant 5 machines installées sur 14. Qu'est-ce que vous me recommanderiez comme méthode de copie ? (parce que là, j'avoue que dd, pour moi, c'était le top, surtout via du firewire). Par ailleurs, cette histoire d'hdparm, est-ce que ça s'applique aux disques durs SATA, du coup ? (je suis pas super doué en UDMA, etc.) Aurélien rsync ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ? (la suite)
On Sun, Jan 31, 2010 at 10:28:50AM +0100, cor...@free.fr wrote : Le dimanche 31 janvier 2010, Aurelien a écrit : Visiblement, la copie a échoué. Malheureusement, je n'étais pas sur place, et je n'ai pas de log ou de messages d'erreur. Du coup, je suis bon pour recommencer ma propagation. J'ai maintenant 5 machines installées sur 14. Qu'est-ce que vous me recommanderiez comme méthode de copie ? (parce que là, j'avoue que dd, pour moi, c'était le top, surtout via du firewire). Par ailleurs, cette histoire d'hdparm, est-ce que ça s'applique aux disques durs SATA, du coup ? (je suis pas super doué en UDMA, etc.) Aurélien rsync ... OK, moi, je veux bien utiliser rsync, sauf que là, je pars d'un disque dur dont le contenu est INTÉGRALEMENT différent de celui du disque cible, donc je vois mal en quoi une copie incrémentale (c'est bien comme ça qu'on dit ?) va m'aider. Cela dit, pourquoi pas essayer, mais je suis preneur d'infos allant dans le sens de l'utilisation de rsync plutôt que dd (qui semble pas mal dédié à ce type de transfert quand même), voire éventuellement d'infos disant qu'il y a des chances que ça fonctionne mieux qu'avec dd (qui a échoué, donc). J'ai 14 machines à faire, et je me vois mal essayer toutes les commandes de copie existantes au prétexte qu'elles existent justement. A priori dd n'a pas fonctionné, et je suis désolé de ne pas pouvoir livrer les sorties de la commande ici :( Pour vous préciser un peu l'histoire, les machines sources ont une table de partitions (GPT) du type : (un truc invisible lié à Mac ou à GPT) Bootstrap NewWorld (130 Mo) Apple boot HFS+ (64 Go) vide Apple Boot EXT3 (10 Go) vide Apple Boot HFS+ (40 Go) vide Apple Boot SWAP (1 Go) vide Apple Boot XFS (34 Go) vide (c'est l'utilitaire de partitionnement de Mac OS X qui met des espaces vides et des Apple Boot partout !) Et les machines cibles ont une table de partitions (GPT) à détruire du type : (un truc invisible lié à Mac ou à GPT) Apple boot HFS+ (74 Go) Apple Boot HFS+ (75 Go) Voilou. -- Aurélien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ? (la suite)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/01/2010 06:08, Aurelien wrote: [...] Pour vous préciser un peu l'histoire, les machines sources ont une table de partitions (GPT) du type : Et les machines destination ont un disque strictement identique à la machine source j'espère, sinon, GPT, qui écrit sa table de partition au début *et* à la fin du disque risque de ne pas retrouver ses petits... Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktlkwkACgkQ18/WetbTC/p6QwCfcAiaF17dN9FQ+IOkh5rbopsS 81gAmgKE7vKsFd5DUbwrYSpulNhFPmHd =dyzp -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ?
Le dimanche 31 janvier 2010, Aurelien a écrit : Je suis sur un Mac, avec une Debian Squeeze PPC installée dessus. L'idée est de propager cette install sur les 13 autres Mac (PPC, donc). Aurélien rsync est très souple, avec moultes options. Il peut donc garder tous les fichiers présents sur la cible et ne rajouter que ceux qui viennent de la source. On peut aussi avoir l'option inverse. (option --delete) Dans un réseau, il fonctionne avec ssh (mode sécurisé) : Exemple : rsync -auvz --exclude=répertoire / IP_cible:répertoire_cible Pour toutes ses options, voir man rsync, J'ai mesuré avec bien des outils de sauvegarde : 10Go = ~20 minutes (entre 2 DD sur le même PC) et ensuite c'est assez linéaire. (un peu plus en mode réseau intranet et plus en internet ...) Son grand avantage est que, en cas d'incident ou d'arrêt de copie, il ne recommence pas à zéro, mais à l'endroit ou il s'est arrêté. Ainsi, si on sauvegarde 1 Tera Octet (faut compter ~30 heures ...) et que, 3 jours plus tard, on veut resauvegarder ce Téra octet, à peine modifié, sur la même cible, rsync ne copiera exclusivement que la modification soit quelques minutes, voire secondes. Tu as rsync en mode graphique = LuckyBackup -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ? (la suite)
On Sun, Jan 31, 2010 at 10:26:19AM -0400, David Prévot wrote : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/01/2010 06:08, Aurelien wrote: [...] Pour vous préciser un peu l'histoire, les machines sources ont une table de partitions (GPT) du type : Et les machines destination ont un disque strictement identique à la machine source j'espère, sinon, GPT, qui écrit sa table de partition au début *et* à la fin du disque risque de ne pas retrouver ses petits... Oui, ce sont des machines qui sont toutes issues du même lot, avec un disque de 146 Go. J'ai pas pris le temps de vérifier toutes les machines, mais le mec de la maintenance m'a assuré que oui. Merci pour l'info sur GPT, je ne savais pas. C'est une table miroir, pour la récupération ? -- Aurélien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: copie disque dur dd tres longue ?
Et avec rsync ? : rsync -auvz source destination Je fais ça avec dd. Ca semble très lent (2.7Mb/s en moyenne). Est-ce normal ? En terme de débit, on ne peut pas aller plus vite que dd (mais voir plus loin). Par contre, 2.7Mb/s, c'est un signe presque certain que le DMA n'est pas activé. Sous root, essaie: hdparm /dev/hdx si using_dma = 0, alors: hdparm -d 1 /dev/hdx Sur les 2 disques, bien sûr. OK. Je vais regarder de ce côté. À défaut, je ne sais pas, mais j'irais voir le man de hdparm sur les mode UDMA. Y a-t-il une option à passer ou un truc à faire pour aller plus vite (j'ai 14 machines à faire, et les disques font 150 Gb) Un inconvénient de dd est que tu vas aussi copier toutes les zones vides des systèmes de fichier. À voir avec df(1) si un cp(1) des vrais fichiers n'est pas plus rapide que la copie intégrale. Je m'explique: Si tu as une partition de 150Go avec 5Go de fichier dessus, dd if=/dev/hda1 of=/dev/hdb1 va copier 150Go, alors que cp -a /mnt/hda1 /mnt/hdb1 ne copiera que 5Go. dd aura un débit supérieur, mais cp terminera en un temps bcp plus court. Je ne savais pas que je pouvais faire avec cp. Si je fais cp -a /dev/sda /dev/sdb ça va marcher ? (j'ai besoin qu'il écrive la table des partitions, etc.) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org