Re: copie disque dur dd tr ès longue ? (la suite)
On Thu, Jan 28, 2010 at 02:13:46PM +0100, Aurelien wrote : On Thu, Jan 28, 2010 at 11:09:00AM +0100, Yves Rutschle wrote : On Wed, Jan 27, 2010 at 11:02:45PM +0100, tyran...@free.fr wrote: 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é. Oops, j'avais raté le faite que c'était du firewire -- du coup, je ne sais pas si les histoires de DMA s'appliquent (ça m'étonnerait). Arf, dommage. Je vais regarder quand même. Il y a un deux disques qui n'est pas en Firewire (mais en SATA, donc, bon, côté UDMA...) 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.) Attention, cp -a /mnt/hda1 /mnt/hdb1 pas dev... Il faut avoir déjà partitionné le disque, formaté les partitions et monté les partitions là où il faut. Tout ça se scripte facilement (avec sfdisk(8) pour le partitionnement). Mouais. Je voulais pas trop aller dans ce sens là, car table de partition type GPT (Mac), et du coup, pas assez sûr de moi là-dessus. Salut, 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.) Merci d'avance. -- 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: Grub : error the symbol 'grub_env_find' not found
Le Sat, 30 Jan 2010 09:51:30 +0100, tv.deb...@googlemail.com tv.deb...@googlemail.com a écrit : [...] PS: Quand tu cites un rapport de bug, si tu pouvais mettre un lien, je suis fatigué ce matin... ;-) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567582 Moi aussi... ET en plus il s'allonge, mais toujours pas de méthode de récupération... juste voir comment on en est arrivé là un fois la version antérieure remise en service... Donc ce matin, c'est parti pour une tentative de cd rescue ! Yann. -- 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 tr ès longue ?
On Wed, Jan 27, 2010 at 08:05:20PM +0100, tyran...@free.fr wrote: Salut, Je suis en train de propager une install d'un Mac PPC sur d'autres Mac PPC, en utilisant un PPC source et les autres comme des disques durs externes (FireWire). Je fais ça avec dd. Ca semble très lent (2.7Mb/s en moyenne). Est-ce normal ? 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) Si le disque source n'est pas quasiment plein, ça sera bien plus rapide de copier les données plutôt que tous les blocks à l'aveugle. J'aurais deux pistes : - regarder encore une fois partimage (j'avais eu des soucis de compatibilité entre deux serveurs, mais là, tu est en local). Regarder aussi si c'est pas plus simple d'utiliser clonezilla - créer les partitions et filesystemes sur la cible, les monter et faire un simple cp -a, ou un tar -c pipé dans un tar -x, ou encore un cpio -p. En cas d'erreur durant la copie, s'il faut la relancer, je le ferais avec rsync pour ne pas perdre ce qui a déjà été copié. signature.asc Description: Digital signature
Re: copie disque dur dd tr ès longue ?
On Sun, Jan 31, 2010 at 11:25:53AM +0100, Gilles Mocellin wrote : On Wed, Jan 27, 2010 at 08:05:20PM +0100, tyran...@free.fr wrote: Salut, Je suis en train de propager une install d'un Mac PPC sur d'autres Mac PPC, en utilisant un PPC source et les autres comme des disques durs externes (FireWire). Je fais ça avec dd. Ca semble très lent (2.7Mb/s en moyenne). Est-ce normal ? 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) Si le disque source n'est pas quasiment plein, ça sera bien plus rapide de copier les données plutôt que tous les blocks à l'aveugle. J'aurais deux pistes : - regarder encore une fois partimage (j'avais eu des soucis de compatibilité entre deux serveurs, mais là, tu est en local). Regarder aussi si c'est pas plus simple d'utiliser clonezilla OK. - créer les partitions et filesystemes sur la cible, les monter et faire un simple cp -a, ou un tar -c pipé dans un tar -x, ou encore un cpio -p. En cas d'erreur durant la copie, s'il faut la relancer, je le ferais avec rsync pour ne pas perdre ce qui a déjà été copié. OK. En effet, je n'avais pas pensé à cet intérêt là de rsync. Merci. J'ajoute un petit détail à mon problème, il est visiblement très peu recommandé de toucher aux partitions HFS+ avec Linux, en particulier en écriture. Du coup, j'imagine que monter les partitions HFS+ pour les écrire n'est sans doute pas une super option. Enfin, je peux faire une partie depuis Linux et les HFS+ depuis MAC OS X, en fait. -- 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 tr ès longue ?
On Sun, Jan 31, 2010 at 11:47:06AM +0100, Aurelien wrote: [...] J'ajoute un petit détail à mon problème, il est visiblement très peu recommandé de toucher aux partitions HFS+ avec Linux, en particulier en écriture. Du coup, j'imagine que monter les partitions HFS+ pour les écrire n'est sans doute pas une super option. Enfin, je peux faire une partie depuis Linux et les HFS+ depuis MAC OS X, en fait. Ah, j'avais pas vu le filesystem HFS+... Le plus simple ne serait-il pas de faire tout ça sur un Mac, en effet ? signature.asc Description: Digital signature
Re: copie disque dur dd tr ès longue ?
On Sun, Jan 31, 2010 at 12:03:37PM +0100, Gilles Mocellin wrote : On Sun, Jan 31, 2010 at 11:47:06AM +0100, Aurelien wrote: [...] J'ajoute un petit détail à mon problème, il est visiblement très peu recommandé de toucher aux partitions HFS+ avec Linux, en particulier en écriture. Du coup, j'imagine que monter les partitions HFS+ pour les écrire n'est sans doute pas une super option. Enfin, je peux faire une partie depuis Linux et les HFS+ depuis MAC OS X, en fait. Ah, j'avais pas vu le filesystem HFS+... Le plus simple ne serait-il pas de faire tout ça sur un Mac, en effet ? 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 -- 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: sudo et with--tty-tickets
Le Fri, 29 Jan 2010 10:25:29 +0100 Edi Stojicevic estojice...@debianworld.org a écrit: reportbug ? ou voir avec les la liste dev ? Fait pour les deux cas. Pour le reportbug, ça n'a pas été simple à classifier, à mon sens c'est soit une faille de sécurité, soit rien du tout...). La réponse est que, en gros, sudo réalise sa fonction, que tout va bien et que personnellement, l'empaqueteur trouve ce réglage (un timestamp global et non par tty) parfait. Pour la liste devel, quelques remarques notant effectivement le problème dont une suggérant de mettre au moins un avertissement dans /etc/sudoers mais surtout l'avis qu'il faut être un gros nul pour configurer sudo par simple ajout de user: ALL=(ALL) ALL dans /etc/sudoers, (même si c'est ce que suggère le manuel de référence de Debian: http://www.debian.org/doc/manuals/debian-reference/ch01.fr.html#_sudo_configuration ) et que si on flingue sa machine à cause de cela, c'est bien fait pour sa tronche (ce que j'ai trouvé très pédagogique et très constructif). Donc je laisse tomber. En tout état de cause donc, je trouve impératif soit de refaire le paquet, soit de rajouter Defaults:user tty_tickets dans /etc/sudoers (ce qui a le même effet). Le mieux restant de n'utiliser sudo que pour faire des commandes très précises et délimitées. François Boisson François Boisson -- 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: kern.log message inquiétant
luc schimpf wrote: Bonjour, Bonsoir, ... De son côté, google me renvoie vers des forum genre ubuntu, pas très rassurant où l'on me dit que le dd est en fin de vie... Il n'a que deux ans et à peine quelques heures de fonctionnement derrière lui. Si vous avez une idée de ce que je dois faire de plus, pour obtenir plus d'info ou pour me débarrasser de ces messages ? J'ai exactement la même chose sur mon portable depuis plusieurs années, et sans problèmes. A vérifier, mais je penses que ça viens de hal qui interroge le lecteur CD/DVD à intervalle régulier (ata2.00 doit être le 2ème port sata), et le lecteur ne reconnaît pas les commandes utilisées ... Merci Luc -- 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: kern.log message inquiétant
luc schimpf a écrit : Bonjour, depuis quelque temps, j'ai des messages inquiétants (du moins il me semble) dans kern.log. Ci-dessous les messages en question, qui se reproduisent tout les deux à trois secondes. ata2.00: qc timeout (cmd 0xa0) ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata2.00: irq_stat 0x4001 sr 1:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00 ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0 res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout) ata2.00: status: { DRDY ERR } ata2: hard resetting link ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata2.00: configured for UDMA/66 ata2: EH complete J'ai fais un test long avec smartmontools qui me répond : === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offlineCompleted without error 00% 200 - J'ai fait aussi un e2fsck -c -f -v sur chacune des partitions sans trouver d'erreur non plus. De son côté, google me renvoie vers des forum genre ubuntu, pas très rassurant où l'on me dit que le dd est en fin de vie... Il n'a que deux ans et à peine quelques heures de fonctionnement derrière lui. Si vous avez une idée de ce que je dois faire de plus, pour obtenir plus d'info ou pour me débarrasser de ces messages ? Merci Luc salut, j'ai aussi ce message depuis que j'ai compilé le noyau pour utiliser la libata pour mon disque dur IDE. c'est sans doute un bug du contrôleur PATA. Tu peux essayer de faire un rapport de bug au dev du noyau. mais bon moi j'ai jamais eu de gros problèmes liés à ce message... bye GiGGz -- 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