Re: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 29-09-2009, à 14:47:39 +0200, Yves Rutschle (debian.anti-s...@rutschle.net) a écrit : > On Tue, Sep 29, 2009 at 01:29:52PM +0200, steve wrote: > > > hou, c'est embrouillé tout ça! > > mais noon :-) > > Personellement, j'ai du mal à suivre les essais que tu as > fait, ceux qui marchaient et ceux qui ne marchaient pas. Bah le seul test que je faisais après avoir échangé les disques et/ou modifié le raid était de copier un gros fichier (600 Mb) d'un dvd sur mon home. Et si le système se figeait je savais que ce n'était pas encore bon. > Tu pourrais nous refaire une petite synthèse de tous tes > tests? Nan :) > Ça vaut peut-être aussi le coup de le ressortir dans un > nouveau thread, celui-ci devient trop profond pour mon mutt > dans un terminal à 80 caractères :-) Vi chez moi aussi, mais rassure-toi, je viens de solutionner le problème donc le fil va se terminer ici. Merci encore, Steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 29-09-2009, à 13:29:52 +0200, steve (dl...@bluewin.ch) a écrit : > Bon, c'est un des deux en marche actuellement. Je vais essayer de mettre > en fail l'autre patte du raid 1 (donc pas le seagate, le WD), et voir ce > qui se passe. J'ai refait un test hdparm, et on voit une grosse > différence : > > # hdparm -tT /dev/sda /dev/sdb > > /dev/sda: > Timing cached reads: 14374 MB in 1.99 seconds = 7205.39 MB/sec > Timing buffered disk reads: 180 MB in 3.02 seconds = 59.61 MB/sec > > /dev/sdb: > Timing cached reads: 15108 MB in 1.99 seconds = 7575.51 MB/sec > Timing buffered disk reads: 354 MB in 3.01 seconds = 117.59 MB/sec > > > La seconde valeur est deux fois plus élevée sur sdb que sur sda. Est-ce > que ça pourrait freiner l'écriture sur sdb et provoquer ces lenteurs ? Bon j'ai mis en fail et remove le disque sda du raid 1 et tout est redevenu normal, le système est fluide. On avance, c'est un problème lié au raid. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 29-09-2009, à 14:04:01 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > >> là, tu veux dire quoi exactement, que tu a remis le couvert avec ton vieux > >> système? > > > > Exact. J'ai fait le test d'installer une lenny toute fraîche, test qui a > > été concluant (pas de problème hardware), et ensuite j'ai utilisé ce HD > > pour recréer un raid sur le vieux système (pas sûr qu'il apprécierait > > que l'on parle de lui en ces termes). > > tu n'as donc que ce que tu mérites: a ben c'est gentil ça :-) > Tu veux repartir sur un système instable, > libre à toi, mais ne vient pas te plaindre que ça ne fonctionne pas > corretement > dans ce cas là. Mais tonnerre de Brest, j'aimerai *réparer* mon système, pas en installer un autre (solution de dernier recours, pas envisageable maintenant). Si j'ai réinstallé (sur ton conseil) c'était pour savoir si le hardware était bon ou pas. > ... > > se fait a un rythme de 4.5 Mo/s, j'arrive pas savoir si c'est lent ou > > rapide. > > 1x = 1.6MB/s, ça fait du 3x, correct, y'a mieux mais plus cher. ok. > ... > > cat /proc/interrupts > >CPU0 CPU1 > > 0:14103021396449 IO-APIC-edge timer > > 1: 0 2 IO-APIC-edge i8042 > > 4: 1 1 IO-APIC-edge > > 8: 1 0 IO-APIC-edge rtc0 > > 9: 0 0 IO-APIC-fasteoi acpi > > 12: 2 2 IO-APIC-edge i8042 > > 16: 41362 41411 IO-APIC-fasteoi uhci_hcd:usb2, pata_marvell, > > EMU10K1 > > 17: 157115 157729 IO-APIC-fasteoi firewire_ohci, HDA Intel, > > eth1 > > 18:11371881150614 IO-APIC-fasteoi ehci_hcd:usb1, > > uhci_hcd:usb5, uhci_hcd:usb8, wifi0 > > 19:454442 IO-APIC-fasteoi uhci_hcd:usb7, firewire_ohci > > 21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4 > > 22: 23408 23148 IO-APIC-fasteoi HDA Intel > > 23: 34 36 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6 > > 28: 261932 258850 PCI-MSI-edge ahci > > 29: 1 0 PCI-MSI-edge eth0 > > NMI: 0 0 Non-maskable interrupts > > LOC: 842517 899466 Local timer interrupts > > SPU: 0 0 Spurious interrupts > > RES: 293142 268206 Rescheduling interrupts > > CAL:881958 Function call interrupts > > TLB: 4660 3344 TLB shootdowns > > TRM: 0 0 Thermal event interrupts > > THR: 0 0 Threshold APIC interrupts > > ERR: 0 > > MIS: 0 > > bon, je n'ai pas l'habitude des multi CPUs, mais il-y-a des choses qui me > paraissent qd même zarb: on trouve 2 fois du firewire oui deux ports mais un seul en fonctionnement. > 2 I/F ethernet oui, une pour le net, et l'autre en interne, souvent inutilisée. > à moins de construire une station non-dédiée spéciale montage, il-y-a des > choses en trop; spéciale montage ? > et à vue de nez tes comms passent par le wifi, alors que c'est bien la > dernière > chose que l'on configure, et quand tout fonctionne correctement. Ce qui a été le cas depuis sarge sur cette machine ... > Ca fait trop de choses pour continuer ce thread stérile pas du tout stérile pour moi. > soit tu écoutes > et tu repars à zéro, à partir d'un système 100% stable, tu reconstruis > le reste pas à pas, en testant à chaque pas si tout va bien, tu fais le > ménage dans les devices inutiles, etc. Ecoute, si c'est pour repartir de zéro je n'ai pas besoin d'aide, je sais très bien le faire. J'ai demandé de l'aide pour un truc tout con a-priori. Alors si toi (ou d'autres) ne peuvent pas m'aider, ce n'est pas de ma faute et ce serait plus honnête de ta part de dire "je ne sais pas". > Soit tu fais comme maintenant, à savoir à ton idée, et dans ce cas là, > pas la peine d'encombrer la ML juste pour trouver qqun qui abondera dans > ton sens. Je te rappelle que c'est une ml d'entraide ici, alors si c'est pour entendre "réinstalle tout", autant passer à windaube, ce sera plus cohérent. J'ai envie de comprendre ce qui merde et de le réparer, c'est pas compliqué à entendre ?! Je l'ai déjà fait mille et une fois (parfois avec l'aide de duf, souvent seul), alors je ne vois pas pourquoi je ne pourrai pas le refaire encore une fois. Peut-être que j'ai tapé dans un bug inconnu et que le dénicher servirait aux autres, ce que la solution windaubienne interdit de fait. Pour je vais maintenant enlever un DD du raid et refaire mes tests. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 23:41:27 +0200, hervé desrues (he...@desrues.org) a écrit : > steve a écrit : > > Le 28-09-2009, à 16:16:18 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a > > écrit : > > > > Attends, là tu parles de la debian toute fraîche ou le système que > > j'essaie de réparer ? Car ya pu de debian toute fraîche, j'ai utilisé le > > disque pour refaire le raid 1. Ce qui est fait d'ailleurs et en gros ça > > n'a pas changé grand chose, les lenteurs persistent lors de la copie de > > données d'un DVD (un fichier de 600Mb). J'ai fait des tests avec le > > second lecteur dvd, même problème. Ensuite j'ai physiquement débranché > > le lecteur DVD le plus lent et refait des tests, et là il semblait que > > ça allait mais sans être parfait car après 10-15 secondes, le système se > > figeait jusqu'à la fin de la copie. Ensuite, j'ai redémarré sur un > > ancien noyau (2.6.26) et refait les tests. Comme avant. Et juste avant > > de répondre à ce message, je me suis logué sous gnome, puis fluxbox en > > pensant que c'était peut-être kde qui faisait des siennes, et bingo, > > toujours pareil. > > Pas facile de tout suivre mais personne ne t'a parlé de fragmentation ? Nan. > Parce que ça peut tout à fait générer de tels problèmes de latence. Quel > espace libre reste-t-il ? Sur le home, environ 10 Gb, et c'est sur cette partition que je fais les copies de test. > Tu peux déjà te faire une idée avec filefrag apt-cache search filefrag 'rien' > sur un ensemble de fichiers et iotop pendant la copie de ces derniers > pour test. J'ai fait. Il en ressort que le disk write et le disk read sont au maximum à 4.5MB/s. En même temps, dans la colonne Command, je vois apparaître en première position les commandes suivantes : kio_file (la copie du fichier) md4_raid1 (c'est la partition home) pdflush (le page cache de Linux). Il se trouvait souvent à 99% du IO, peut-être est-ce une indication ? En cherchant sur le net, j'ai trouvé cette page http://www.westnet.com/~gsmith/content/linux-pdflush.htm , je vais essayer d'ajuster les valeurs. > Perso, confronté à des problèmes équivalents j'ai pu > améliorer la situation en cherchant la meilleure combinaison de réglages > au niveau des schedulers mais une grande quantité de fichiers fragmentés > arrive qd mm à ralentir mon système. Il y a eu un fsck hier, pas l'impression que ce soit ça (et si c'était le cas, ce serait étonnant que ce soit autant). Sinon comment régler les schedulers ? Jamais fait ça. > Il y aussi latencytop qui devrait > t'aider à trouver la cause exacte du problème. # latencytop Error writing to /proc/sys/kernel/latencytop: No such file or directory Error writing to /proc/sys/kernel/latencytop: No such file or directory Are you root? Please enable the CONFIG_LATENCYTOP configuration in your kernel. Exiting... Bon ... pas trop envie de recompiler maintenant. Mais merci pour tes pistes. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 22:51:12 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > > Attends, là tu parles de la debian toute fraîche ou le système que > > j'essaie de réparer ? Car ya pu de debian toute fraîche, j'ai utilisé le > > hou, c'est embrouillé tout ça! mais noon :-) > là, tu veux dire quoi exactement, que tu a remis le couvert avec ton vieux > système? Exact. J'ai fait le test d'installer une lenny toute fraîche, test qui a été concluant (pas de problème hardware), et ensuite j'ai utilisé ce HD pour recréer un raid sur le vieux système (pas sûr qu'il apprécierait que l'on parle de lui en ces termes). > > disque pour refaire le raid 1. Ce qui est fait d'ailleurs et en gros ça > > n'a pas changé grand chose, les lenteurs persistent lors de la copie de > > données d'un DVD (un fichier de 600Mb). J'ai fait des tests avec le > > en fonction du lecteur, l'extraction dvd peut prendre du temps c'est pas vraiment la durée qui m'ennuie, mais plutôt le fait que le système soit gelé pendant cette opération. L'extraction (enfin la copie) se fait a un rythme de 4.5 Mo/s, j'arrive pas savoir si c'est lent ou rapide. > essaye > plutôt une extraction à partir d'un CD, c'est plus significatif. Cd musique ? > > second lecteur dvd, même problème. Ensuite j'ai physiquement débranché > > le lecteur DVD le plus lent et refait des tests, et là il semblait que > > ça allait mais sans être parfait car après 10-15 secondes, le système se > > figeait jusqu'à la fin de la copie. Ensuite, j'ai redémarré sur un > > ça ressemble à un PB d'IRQ trop sollicités Ahhh, une idée !! Et la solution pour l'alléger serait quoi ? > > ancien noyau (2.6.26) et refait les tests. Comme avant. Et juste avant > > comme avant quoi?? => ça refonctionne correctement avec le 2.6.26 ou pas? Nan. Aucune de mes tests n'ont montré un fonctionnent normal. > > de répondre à ce message, je me suis logué sous gnome, puis fluxbox en > > pensant que c'était peut-être kde qui faisait des siennes, et bingo, > > toujours pareil. > > je ne pense pas que ça vienne d'une couche haute du système. Bon, toujours est-il qu'on sait que ce n'est pas un wm particulier qui fout le boxon. > ... > > Alors au niveau HD, y a-t-il des marques particulièrement sans surprise > > pour des systèmes GNU/Linux ? > > la perfection n'est pas de ce monde... > disons que Seagate a rarement eu de mauvais moments dans son histoire, > mais comme pour toutes les marques, c'est cyclique. Bon, c'est un des deux en marche actuellement. Je vais essayer de mettre en fail l'autre patte du raid 1 (donc pas le seagate, le WD), et voir ce qui se passe. J'ai refait un test hdparm, et on voit une grosse différence : # hdparm -tT /dev/sda /dev/sdb /dev/sda: Timing cached reads: 14374 MB in 1.99 seconds = 7205.39 MB/sec Timing buffered disk reads: 180 MB in 3.02 seconds = 59.61 MB/sec /dev/sdb: Timing cached reads: 15108 MB in 1.99 seconds = 7575.51 MB/sec Timing buffered disk reads: 354 MB in 3.01 seconds = 117.59 MB/sec La seconde valeur est deux fois plus élevée sur sdb que sur sda. Est-ce que ça pourrait freiner l'écriture sur sdb et provoquer ces lenteurs ? > je ne crois pas trop que ça vienne du HD; qu'est ce que disent: > cat /proc/interrupts & lspci -v ? cat /proc/interrupts CPU0 CPU1 0:14103021396449 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 4: 1 1 IO-APIC-edge 8: 1 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 2 2 IO-APIC-edge i8042 16: 41362 41411 IO-APIC-fasteoi uhci_hcd:usb2, pata_marvell, EMU10K1 17: 157115 157729 IO-APIC-fasteoi firewire_ohci, HDA Intel, eth1 18:11371881150614 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8, wifi0 19:454442 IO-APIC-fasteoi uhci_hcd:usb7, firewire_ohci 21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4 22: 23408 23148 IO-APIC-fasteoi HDA Intel 23: 34 36 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6 28: 261932 258850 PCI-MSI-edge ahci 29: 1 0 PCI-MSI-edge eth0 NMI: 0 0 Non-maskable interrupts LOC: 842517 899466 Local timer interrupts SPU: 0 0 Spurious interrupts RES: 293142 268206 Rescheduling interrupts CAL:881958 Function call interrupts TLB: 4660 3344 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts ERR: 0 MIS: 0 et pour le lspci -v, voir en attaché. lspci-v.txt.bz2 Description: Binary data
Re: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 22:30:58 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > > Le 28-09-2009, à 16:41:08 +0200, Pascal Hambourg > > (pascal.m...@plouf.fr.eu.org) a écrit : > > > >> steve a écrit : > >>> Ah et en passant, security.debian.org (32.1.10.120) ne répond pas non > >>> plus (cf. un de mes message précédent), et le système est tout frais. Un > >>> ajout de la bonne ligne dans /etc/hosts n'a pas aidé cette fois.. > >> C'est quoi, 32.1.10.120 ? L'adresse de security.debian.org ? > > > > Oui, j'ai fait un 'apt-get update' juste après l'installation ça > > bloquait sur s.d.o (avec cette ip). Et d'ailleurs ça le faisait aussi > > *durant* la phase d'installation des paquets supplémentaires. > > c'est d'autant plus zarb ton histoire, que c'est une adresse IP qui vient > du segment de AT&T. Vi j'ai vu, et je t'assure que c'est bien cette adresse car je l'ai notée sur du papier.. > ... > > Mais maintenant que j'y pense, c'est bizarre ce problème, car la seule > > source dns est le modem/routeur adsl (192.168.1.1 indiqué au tout début > > de la phase d'installation). Et ça devrait donc être lui qui associe une > > fausse ip avec s.d.o ! Et donc .. ? > > il ne faut jamais faire confiance au matériel de ton ISP (contraintes gov, > toussa) Ah ben c'est le cas, je ne lui laisse pas les clés de l'appart -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 16:16:18 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > >> tu peux: > >> * Tester le HD incriminé, dejà pour voir si son temps de formatage est > >> normal, > > > > lui je le mets de côté pour le moment. > > > >> * virer le nouveau HD et le remplacer par l'ancien, > > > > c'est ce qui est en train de se passer > > je crois que je me suis mal expliqué: une fois que tout va bien (stable, array > RAID pleinement opérationnel, etc) , virer l'un des HDz de l'array, et le > remplacer par celui qui "a tout déclenché", histoire de voir si: > 1- l'histoire se répète, > 2- être sur que le PB venait du système mix Attends, là tu parles de la debian toute fraîche ou le système que j'essaie de réparer ? Car ya pu de debian toute fraîche, j'ai utilisé le disque pour refaire le raid 1. Ce qui est fait d'ailleurs et en gros ça n'a pas changé grand chose, les lenteurs persistent lors de la copie de données d'un DVD (un fichier de 600Mb). J'ai fait des tests avec le second lecteur dvd, même problème. Ensuite j'ai physiquement débranché le lecteur DVD le plus lent et refait des tests, et là il semblait que ça allait mais sans être parfait car après 10-15 secondes, le système se figeait jusqu'à la fin de la copie. Ensuite, j'ai redémarré sur un ancien noyau (2.6.26) et refait les tests. Comme avant. Et juste avant de répondre à ce message, je me suis logué sous gnome, puis fluxbox en pensant que c'était peut-être kde qui faisait des siennes, et bingo, toujours pareil. > >> * changer de contrôleur SATA, > >> * les 2 derniers > > > > Je vérifie d'abord le nouveau raid et si ça foire toujours, j'inverse > > les contrôleur sata. > > ok, mais plutôt que d'inverser, en choisir un autre (si c'est possible) serait > mieux dans un premier temps. C'est ce que j'ai fait, le port sata 1 sur lequel le HD défaillant était branché n'a pas été utilisé pour le nouveau HD > ... > >> Non, vers 2003-4, il-y-a eu un PB avec les Maxtor DiamondMax série 9 qui > >> touchait les boîtiers USB: le firmware de ces HDz n'était pas compatible > >> avec certains chipsets de ces boîtiers. > >> Cela arrive régulièrement (et c'est l'une des raisons, en dehors des bugs, > >> pour laquelle le firmware n'est pas figé dans un MCP masqué.) > > > > Bon bon, on est en 2009, j'oserais espérer que ce genre de blagues > > n'existait plus trop.. > > au contraire: le hard est de plus en plus sophistiqué et "intelligent", ce qui > veut dire que les firmwares sont de plus en plus gros et complexes; et comme > beaucoup de boîtes agissent à l'arrache (style m$: te prennent pour un > cobaye), > les risques de bugs/incompatibilités augmentent régulièrement; sans compter la > multiplication des "standards" qui se chevauchent, voire se télescopent... Alors au niveau HD, y a-t-il des marques particulièrement sans surprise pour des systèmes GNU/Linux ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 16:41:08 +0200, Pascal Hambourg (pascal.m...@plouf.fr.eu.org) a écrit : > steve a écrit : > > Ah et en passant, security.debian.org (32.1.10.120) ne répond pas non > > plus (cf. un de mes message précédent), et le système est tout frais. Un > > ajout de la bonne ligne dans /etc/hosts n'a pas aidé cette fois.. > > C'est quoi, 32.1.10.120 ? L'adresse de security.debian.org ? Oui, j'ai fait un 'apt-get update' juste après l'installation ça bloquait sur s.d.o (avec cette ip). Et d'ailleurs ça le faisait aussi *durant* la phase d'installation des paquets supplémentaires. > Dans ce cas > tu dois avoir un problème de résolution de nom. > C'était quel message précédent, je ne retrouve pas ? Sur le moment, je pensais plus à mon problème de gel du système qu'à ce problème de résolution de noms, et j'ai fait le lien, un peu vite, avec ce problème (cf. post 'security.d.o ne répond plus'). Mais maintenant que j'y pense, c'est bizarre ce problème, car la seule source dns est le modem/routeur adsl (192.168.1.1 indiqué au tout début de la phase d'installation). Et ça devrait donc être lui qui associe une fausse ip avec s.d.o ! Et donc .. ? Maintenant tout (niveau dns) fonctionne correctement sur cet ancien système. ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 15:02:25 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > >>> vu que je suis en mélange stable/testing. > >> c'est la raison pour laquelle je te conseille fortement de repartir sur > >> un système "propre". > > > > C'est ce que j'ai fait. J'ai mis un nouveau DD (sur une autre nappe > > sata) déconnecter les deux autres DD et procédé à une installation > > netinst propre. > > jusqu'à maintenant, de l'avis de différentes personnes faisant de la > maintenance, > ils n'ont jamais eu aucun PB avec une nappe SATA, excepté par intervention > externe > (cutter ayant rippé sur la nappe.) Ok, c'est vrai qu'elles semblent solides ces nappes. > > Résultat, le système roule parfaitement. > > > > Donc j'en conclus que ce n'est pas le hardware qui est en cause mais le > > système lui-même, et ça ne va pas être de la tarte à corriger. > > wai, ça paraissait relativement logique, en tout cas de prime abord. Carrément ! > > Ma première idée est de virer le DD que j'avais changé (celui ayant un > > udm7) pour ce nouveau (udma6), refaire les matrice raid 1 et voir si ça > > corrige le problème. Sinon, et bien, ... je ne sais pas trop. Peut-être > > utiliser un autre contrôleur sata pour le nouveau DD. > > hé bien maintenant que tout refonctionne correctement, tu est à même de faire > des tests: > tu peux: > * Tester le HD incriminé, dejà pour voir si son temps de formatage est normal, lui je le mets de côté pour le moment. > * virer le nouveau HD et le remplacer par l'ancien, c'est ce qui est en train de se passer > * changer de contrôleur SATA, > * les 2 derniers Je vérifie d'abord le nouveau raid et si ça foire toujours, j'inverse les contrôleur sata. > >> V. ma première remarque: si ton PB vient de ton système hybride, tu vas > >> passer X fois plus de temps à essayer de trouver d'où cela vient, alors > >> que repartir sur une base saine permet d'avancer très vite. > > > > J'en suis là je crois. Mais je trouve très bizarre que le simple > > changement de DD provoque ce problème. > > Non, vers 2003-4, il-y-a eu un PB avec les Maxtor DiamondMax série 9 qui > touchait les boîtiers USB: le firmware de ces HDz n'était pas compatible > avec certains chipsets de ces boîtiers. > Cela arrive régulièrement (et c'est l'une des raisons, en dehors des bugs, > pour laquelle le firmware n'est pas figé dans un MCP masqué.) Bon bon, on est en 2009, j'oserais espérer que ce genre de blagues n'existait plus trop.. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 28-09-2009, à 15:01:05 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > > Ah et en passant, security.debian.org (32.1.10.120) ne répond pas non > > plus (cf. un de mes message précédent), et le système est tout frais. Un > > ajout de la bonne ligne dans /etc/hosts n'a pas aidé cette fois.. > > hon hon, il semble que ta résolution soit incorrecte, vérifie > l'orthographe dans /etc/apt/sources.list, parce que: Je n'ai *rien* touché à la configuration de base de cette lenny toute fraîche, donc s'il y a erreur c'est pô moi (cette fois) :-) De toute façon je suis en train de refaire mon raid 1 avec un nouveau DD (celui sur lequel j'avais fait l'installation). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Ah et en passant, security.debian.org (32.1.10.120) ne répond pas non plus (cf. un de mes message précédent), et le système est tout frais. Un ajout de la bonne ligne dans /etc/hosts n'a pas aidé cette fois.. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Salut, Me revoilà avec davantage d'information. Le 23-09-2009, à 14:08:43 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > > Ensuite, dans mon cas, comme le système tournait parfaitement avant le > > changement de disque, je peux légitimement penser que toutes ces parties > > semblent compatibles. Peut-être n'est-ce que le nouveau HD qui posent > > problème. Ou alors c'est un problème software, ce qui est bien possible > ^ > > vu que je suis en mélange stable/testing. > > c'est la raison pour laquelle je te conseille fortement de repartir sur > un système "propre". C'est ce que j'ai fait. J'ai mis un nouveau DD (sur une autre nappe sata) déconnecter les deux autres DD et procédé à une installation netinst propre. Résultat, le système roule parfaitement. Donc j'en conclus que ce n'est pas le hardware qui est en cause mais le système lui-même, et ça ne va pas être de la tarte à corriger. Ma première idée est de virer le DD que j'avais changé (celui ayant un udm7) pour ce nouveau (udma6), refaire les matrice raid 1 et voir si ça corrige le problème. Sinon, et bien, ... je ne sais pas trop. Peut-être utiliser un autre contrôleur sata pour le nouveau DD. > V. ma première remarque: si ton PB vient de ton système hybride, tu vas > passer X fois plus de temps à essayer de trouver d'où cela vient, alors > que repartir sur une base saine permet d'avancer très vite. J'en suis là je crois. Mais je trouve très bizarre que le simple changement de DD provoque ce problème. Toujours est-il que dorénavant on sait que le hardware est bon, ce dont je ne doutais pas une seconde entre nous. Si vous avez d'autres idées, n'hésitez pas à m'en faire part. J'ai envie de résoudre ce problème avant d'envisager une ré-installation complète (ce qui serait un échec en quelque sorte). Merci d'avance, Steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 23-09-2009, à 21:19:52 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > Yves Rutschle a écrit : > > On Wed, Sep 23, 2009 at 02:08:43PM +0200, Jean-Yves F. Barbier wrote: > >> Et comme j'aime les images, en voila l'équivalent: si ta ligne de pêche > >> forme > >> une pelote grosse comme 2 poings, tu gagneras du temps en coupant les > >> noeuds > >> et en raboutant ta ligne plutôt que de déméler tout ça. > > > > Le problème des images, c'est qu'on peut les adapter comme > > on veut: Dans son cas, il a aménagé une vielle maison en > > pierre, l'a décoré et meublée à son goût, y a vu grandir ses > > enfants, et un jour il change sa serrure, sa porte ne ferme > > plus, et tu lui conseilles de revendre tout et de racheter > > une maison Kaufmann tout neuve. :-) > > 1- je lui ai d'abord conseillé soit un test à partir d'un bootcd ou d'une > stable > installée vite fait pour voir si le PB persiste, Oui. > 2- si je reprends ton anal-logis, on peut aussi dire que remonter une serrure > a fait gonfler la porte, qui a repoussée l'huis, qui lui-même a fendillé > le > mur (remarque, sur une K&B, faut moins que ça) > > si je lui ai conseillé de repartir "à zéro", c'est que j'ai suffisamment perdu > de temps sur certains dépannages effectués sur des bases peu claires; que ça > soit > Linux ou w$, on va toujours plus vite à reconstruire qu'à consolider un > système > non-standard; tout le PB consiste à remettre en question certains choix > anciens > peut-être plus d'actualité... voire à se remettre en question. Je pense depuis quelques temps déjà à repartir de zéro et réinstaller tout ça en tenant compte de ce que j'ai appris ces dernières années (ce qui veut dire que je ne remonterai certainement pas le système de la même manière). Mais il y a les contraintes de temps et de disponibilité, et en ce moment, ce n'est tout simplement pas possible, trop de choses à côté, qui sont prioritaires (famille qui s'élargit (d'ailleurs le petit dernier s'appelle ... Sid, oui oui :-), ça vient de sa mère, je vous le jure) et problèmes divers). steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 23-09-2009, à 15:04:24 +0200, Yves Rutschle (debian.anti-s...@rutschle.net) a écrit : > On Wed, Sep 23, 2009 at 02:08:43PM +0200, Jean-Yves F. Barbier wrote: > > Et comme j'aime les images, en voila l'équivalent: si ta ligne de pêche > > forme > > une pelote grosse comme 2 poings, tu gagneras du temps en coupant les > > noeuds > > et en raboutant ta ligne plutôt que de déméler tout ça. > > Le problème des images, c'est qu'on peut les adapter comme > on veut: Dans son cas, il a aménagé une vielle maison en > pierre, l'a décoré et meublée à son goût, y a vu grandir ses > enfants, et un jour il change sa serrure, sa porte ne ferme > plus, et tu lui conseilles de revendre tout et de racheter > une maison Kaufmann tout neuve. :-) C'est exactement ça Yves :-) Merci pour ce moment de sagesse. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 23-09-2009, à 14:49:34 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > > J'ai aussi constaté ça, mais dans mon cas, je suis presque sûr que ça ne > > m'apportera rien ; je veux réparer mon système pas un système neuf. > ... > > Mais dans mon cas informatique, c'est des années de travail, je ne vais > > donc pas réinstaller un nouveau système juste parce qu'un problème a > > subitement apparu suite à un changement de hardware. > > Ici, en règle générale quand quelqu'un te répond c'est parce qu'il a > l'expérience > requise pour le faire; Oui je le sais très bien et en profite pour vous en remercier. > si tu émets une demande et que tu remets en question la > réponse parce qu'elle ne cadre pas avec tes idées, ne demande pas, ou enrôle > toi > dans le gouvernement... Ce n'est pas que ça ne cadre pas avec mes idées (je sais que c'est la meilleure solution) mais j'espérais pour résoudre le problème sans faire tout cela. Et c'est d'ailleurs pour cela que j'ai posé la question ici, peut-être que quelqu'un avait une bonne idée... Mais tôt ou tard, si le problème n'a pas été résolu, je ferai ce que tu m'a dit et répété, mais là vraiment pas le temps (bébé et tout ..) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 23-09-2009, à 14:08:43 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > > Ensuite, dans mon cas, comme le système tournait parfaitement avant le > > changement de disque, je peux légitimement penser que toutes ces parties > > semblent compatibles. Peut-être n'est-ce que le nouveau HD qui posent > > problème. Ou alors c'est un problème software, ce qui est bien possible > ^ > > vu que je suis en mélange stable/testing. > > c'est la raison pour laquelle je te conseille fortement de repartir sur > un système "propre". > ça n'est pour passer le temps: personnellement j'ai plus un esprit bidouilleur > qu'organisé au carré et cette disposition d'esprit m'a fait perdre des heures > de bidouilles (ok, on apprend des choses, mais on s'énerve aussi beaucoup) > alors que repartir sur une base saine paye toujours plus rapidement, > c'est une simple constatation, c'est tout. J'ai aussi constaté ça, mais dans mon cas, je suis presque sûr que ça ne m'apportera rien ; je veux réparer mon système pas un système neuf. > ... > >> 3- Il peut exister une incompatibilité entre le chipset ou le contrôleur > >> et un HD, > > > > Oui mais non, toujours pour la même raison. Je ne vois pas pourquoi, > > d'un coup, il y en aurait une qui apparaît. > > la marque/modèle du nouveau HD est-elle différente des autres? Vi Msieur, un seagate : http://www.seagate.com/ww/v/index.jsp?vgnextoid=e7c048e03b758110VgnVCM10f5ee0a0aRCRD > >>> deux ans). Et ensuite je fais quoi ? > >> hé bien, tu y vas pas-à-pas: recompilation d'un kernel/vérif que tt va > >> bien, > >> établissement de RAID/vérif., etc jusqu'à ce que tout soit comme tu veux; > >> si tu ne rencontres pas de PB, alors c'est que ton PB est issu du mix entre > >> branches. > > > > > > Pfff, quel boulot ! Je vais d'abord essayer de changer le disque qui > > pose problème et si c'est toujours le cas, je penserais à faire ce que > > tu proposes. > > V. ma première remarque: si ton PB vient de ton système hybride, tu vas > passer X fois plus de temps à essayer de trouver d'où cela vient, alors > que repartir sur une base saine permet d'avancer très vite. Oui mais en même temps si le problème disparaît en changeant de disque j'en aurais gagné beaucoup :) > Et comme j'aime les images, en voila l'équivalent: si ta ligne de pêche forme > une pelote grosse comme 2 poings, tu gagneras du temps en coupant les noeuds > et en raboutant ta ligne plutôt que de déméler tout ça. Dans ce cas, je coupe tout et remets un fils neuf. Mais dans mon cas informatique, c'est des années de travail, je ne vais donc pas réinstaller un nouveau système juste parce qu'un problème a subitement apparu suite à un changement de hardware. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 21:32:49 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > > > Tout un programme... mais je répète, *avant* le changement de HD, je > > n'avais aucun problème, donc j'en conclus que la CM, le chip et le > > contrôleur n'ont apparemment pas de problème. J'ai faux ? > > Comme aurait dit un de nos chers disparus: la réponse est contenue dans la > question. c'est généralement le cas, le plus dur est de poser la bonne question. La réponse suit. > Cycliquement ,il-y-a des incomptabilités (Cte vidéo avec Cte mère, contrôleur > IDE > avec HD, etc..; c'est généralement levé par un upgrade de BIOS) J'y avais pensé à la mise à jour du BIOS, et 'ai fait il y a quelque temps déjà, mais rien remarqué de différent. Ensuite, dans mon cas, comme le système tournait parfaitement avant le changement de disque, je peux légitimement penser que toutes ces parties semblent compatibles. Peut-être n'est-ce que le nouveau HD qui posent problème. Ou alors c'est un problème software, ce qui est bien possible vu que je suis en mélange stable/testing. > >> Ensuite si la réponse est non, partir du système actuel pour un dépannage > >> est une mauvaise idée (V. posts précédents): > > > > Ok, mais c'est *mon* système qui merdouille. > > raison de plus pour partir d'une base saine... Oui mais si tout le hardware est bon ça me fera une belle jambe pour corriger *mon* système. > >> il *faut* partir d'un système > >> que l'on sait sain et stable pour pouvoir tirer des conclusions correctes > >> des différents tests à faire. > > > > Bon mettons que j'installe une lenny toute fraîche (sans raid et tout), > > et que je ne constate aucun problème, j'en conclus quoi ? Que mon > > hardware est ok ? Je suis (presque) sûr que c'est le cas (il n'a même pas > > 1- Le hard, c'est comme les pouffs: ça te pête dans les doigts au moment où > tu t'y attends le moins, Je sais que tu apprécies les images, mais celle-là, était-elle vraiment nécessaire ? > 2- Même si la Cte mère n'a pas de PB, un des HD (et PAS forcément le nouveau) > peut en avoir, D'accord, les tests d'usage (badblock et autres) devraient suffire non ? > 3- Il peut exister une incompatibilité entre le chipset ou le contrôleur et > un HD, Oui mais non, toujours pour la même raison. Je ne vois pas pourquoi, d'un coup, il y en aurait une qui apparaît. > 4- Le fait de faire travailler exactement en même temps 2 contrôleurs peut > déclencher un bug latent, Oui, pourquoi pas. > 5- C'est la faute à ta mère. Je le lui demanderai. > > > deux ans). Et ensuite je fais quoi ? > > hé bien, tu y vas pas-à-pas: recompilation d'un kernel/vérif que tt va bien, > établissement de RAID/vérif., etc jusqu'à ce que tout soit comme tu veux; > si tu ne rencontres pas de PB, alors c'est que ton PB est issu du mix entre > branches. Pfff, quel boulot ! Je vais d'abord essayer de changer le disque qui pose problème et si c'est toujours le cas, je penserais à faire ce que tu proposes. Merci pour ton aide. s. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 20:55:59 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > > # hdparm -tT /dev/sda /dev/sdb > > > > /dev/sda: > > Timing cached reads: 14906 MB in 1.99 seconds = 7473.53 MB/sec > > Timing buffered disk reads: 292 MB in 3.01 seconds = 96.94 MB/sec > > > > /dev/sdb: > > Timing cached reads: 13802 MB in 1.99 seconds = 6918.93 MB/sec > > Timing buffered disk reads: 190 MB in 3.00 seconds = 63.24 MB/sec > > bon, avec ces valeurs, il est clair qu'UDMA est actif Bien, un soucis de moins. > >> on ne sait même pas si c'est du SATA ou de l'ATA à la mode scsi generic... > > > > C'est des disques SATA, maintenant je ne sais pas exactement la > > Ok, la première chose à faire, c'est de vérifier sur le net si la carte > mère (&| chipset &| contrôleur SATA) ne pose pas les même PBs à d'autres > (en vérifiant aussi d'éventuels PBs entre contrôleur et HDz) Tout un programme... mais je répète, *avant* le changement de HD, je n'avais aucun problème, donc j'en conclus que la CM, le chip et le contrôleur n'ont apparemment pas de problème. J'ai faux ? > Ensuite si la réponse est non, partir du système actuel pour un dépannage > est une mauvaise idée (V. posts précédents): Ok, mais c'est *mon* système qui merdouille. > il *faut* partir d'un système > que l'on sait sain et stable pour pouvoir tirer des conclusions correctes > des différents tests à faire. Bon mettons que j'installe une lenny toute fraîche (sans raid et tout), et que je ne constate aucun problème, j'en conclus quoi ? Que mon hardware est ok ? Je suis (presque) sûr que c'est le cas (il n'a même pas deux ans). Et ensuite je fais quoi ? steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 17:55:06 +0200, Dominique Dumont (domi.dum...@free.fr) a écrit : > Le mardi 22 septembre 2009 15:03:34, steve a écrit : > > > Cet article me fait penser qu'il pourrait s'agir à un problème de > > > scheduler. > > > http://lwn.net/Articles/351796/ > > > > Subscrition required... > > Ah zut. Il sera public dans 2 jours. Pô grave. > > > Essaye la manip indiquée avec > > > > > > echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features > > > > C'est pas pour la version 2.6.31 ça ? > > Non, je l'ai sur 2.6.30 (sid). Ok. > > Et faut pas monter un fs spécial ? Il me semblait avoir lu ça sur une > > autre liste. > > Oui, il faut monter le kernel debugfs. tu peux ajouter ceci dans ton > /etc/fstab: > > debugfs /sys/kernel/debug debugfs defaults 0 2 J'ai fait # mdkir /debug puis ajouté à /etc/fstab debug /debug debugfs auto puis fait un # mount -a puis # echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features et fait mes tests (essentiellement un cp). Résultat, même lenteur :( Merci quand même. steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 18:03:06 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > Yves Rutschle a écrit : ... > Et même sans aller jusqu'à installer une stable, un simple test en bootant > sur une knoppix devrait déjà être parlant. Quel(s) test(s) ? Je rappelle que je suis en RAID 1, alors je ne vois pas en quoi démarrer sur une Knoppix me renseignerait beaucoup. > Comme toujours, le thread s'éternise en bordillant à D et à G oui > parce que > le requérant n'a pas donné toutes les infos (ni le simple résultat d'un > hdparm -Tt /dev... d'ailleurs) Non, j'ai donné ces infos dans un de mes messages. Je remets le résultat d'un dernier test : # hdparm -tT /dev/sda /dev/sdb /dev/sda: Timing cached reads: 14906 MB in 1.99 seconds = 7473.53 MB/sec Timing buffered disk reads: 292 MB in 3.01 seconds = 96.94 MB/sec /dev/sdb: Timing cached reads: 13802 MB in 1.99 seconds = 6918.93 MB/sec Timing buffered disk reads: 190 MB in 3.00 seconds = 63.24 MB/sec > on ne sait même pas si c'est du SATA ou de l'ATA à la mode scsi generic... C'est des disques SATA, maintenant je ne sais pas exactement la différence entre les deux choses que tu dis. Explique-moi comment le savoir. steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 15:25:04 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > >> l'idée du strace n'est pas mauvaise, malheureusement dans ton cas c'est un > >> profiling qu'il faudrait pouvoir faire. > > > > Et en français ? > > ça consiste en un trace simplifié, sachant que l'info importante est le temps > passé > dans chaque procédure; malheureusement ça demande en Gal une recompilation > avec > des infos de debug pour donner des résultats valables. Ok, donc je ne vais pas m'amuser à faire cela. > >>> J'avais acheté un autre DD en même temps que celui qui est actuellement > >>> en place, je pensais peut-être remplacer l'ancien (le sdb), refaire le > >>> RAID 1 et espérer que ça remarche correctement. Mais ça fait du boulot > >>> et de nouveau rien ne me garantit que ça va marcher. C'est pourquoi > >>> j'essaie de résoudre ce problème autrement (avec vous). > >> Ptêt une piste: il-y-a qq années, j'ai eu un PB avec le HD (samsung) d'un > >> client > >> qui mettait + de 24 heures à formatter; après une semaine de test, il > >> s'est avéré que > >> le 1er et le dernier quart du HD fonctionnaient normalement, mais que la > >> moitié > >> du milieu prenait 6 à 8 fois plus de temps pour formatter (et lire/écrire.) > >> En Gal, c'est du à un formattage bas niveau défectueux (ou fait à trop > >> basse > >> température), qui occasionne des demandes multiples de réalignements > >> internes. > > > > Donc mauvais disque, changer de disque ? > > Ptêt pô: c'est juste une piste à explorer; le plus simple serait de > reformatter > sur une autre machine, avec un check simple (un seul -c dans le mke2fs) et de > voir le temps pris par la manip. Hum .. ça demande une ch*ée de travail tout ça (backup, check, etc...) > Si un des HD met très longtemps, c'est lui; si aucun des HD ne traîne, ça > serait > plutôt soit le système actuel, soit le hard actuel. > > Ergo: si aucun HD ne traîne sur une autre machine, refaire la manip sur > l'actuelle. ... > ... > >> Ou simplement de les reformatter sur une autre machine (le PB pouvant > >> aussi venir > >> d'un chipset zarb ou défectueux en surchauffe par exemple) > > > > C'est une idée faisable ça. > > > >> Awai, juste une bête question: ton array RAID-1 est bien 100% fonctionnel, > >> et pas > >> en reconstruction? > > > > Voyons Jean-Yves !!! > > > > Non tout est en [UU]. > > au risque de me répéter, un dépannage c'est comme un entonnoir de vente: T'aime bien les images toi :) > ça commence par le simplissime (large) pour finir par le peu crédible (étroit) C'est clair. Et c'est d'ailleurs tout l'esprit de mon message initial. > Et on a des fois de grosses surprises (mon écran ne marche pas: est-il branché > et allumé? Ha ben nan la prise est débranchée :) Vi, mais là non, ça fait plusieurs semaines que le problème traînent et j'ai déjà fait les vérifications d'usage (et qui sont à ma portée). En tous cas, merci pour ton aide. Steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:28:58 +0200, Dominique Dumont (domi.dum...@free.fr) a écrit : > Le mardi 22 septembre 2009 09:30:39, steve a écrit : > > - lors d'une copie d'un gros fichier depuis une partition vers une > > autre, le système se gèle provisoirement mais rend la main quelques > > instants après la fin de la copie. Pareil depuis un cd vers une > > partition. Un htop pendant ces opérations ne monter rien de > > particulier, les cpu étant presque au repos et la ram pas du tout > > remplie. > > Cet article me fait penser qu'il pourrait s'agir à un problème de scheduler. > > http://lwn.net/Articles/351796/ Subscrition required... > Essaye la manip indiquée avec > > echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features C'est pas pour la version 2.6.31 ça ? Et faut pas monter un fs spécial ? Il me semblait avoir lu ça sur une autre liste. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:46:48 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > Yves Rutschle a écrit : > > On Tue, Sep 22, 2009 at 01:30:46PM +0200, steve wrote: > >> Une autre idée ? > > > > Personellement, j'ai une confiance limitée dans ce que me > > dit hdparm (je suis presque sûr que le controleur peut être > > heu hdparm passe par des appels du kernel pour converser directement > avec les drivers de contrôle des HDz, donc si tu n'as pas confiance en lui, > autant dire que tu n'as pas confiance dans la fiabilité du kernel... C'est la différence entre l'option -i et -I de hdparm non ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:43:20 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > ... > > >> Il-y-a des chances qu'une ou deux incompatibilités soient présentes sans > >> être fatales - essaye de revenir en 100% stable, sinon, passe en testing, > >> ça devrait résoudre le PB. > > > > Bof pas trop envie de me lancer là dedans, ça me paraît risqué sans > > garantie de résultat. > > de toute façon, ça ne peut plus durer comme ça, non? Effectivement là je commence à en avoir vraiment marre (et en plus ça fait vraiment pas sérieux). J'ai une centaine de chansons à transformer de flac en mp3 pour quelqu'un qui va passer une semaine à l'hôpital et en l'état il en sera sorti avant que je ne terminasse.. > > J'aimerai bien trouver la source de ce problème et c'est là que je > > sèche. Je sais comment le reproduire mais je ne sais pas comment > > le formuler exactement, et c'est là que j'ai besoin de votre aide. > > l'idée du strace n'est pas mauvaise, malheureusement dans ton cas c'est un > profiling qu'il faudrait pouvoir faire. Et en français ? > > J'avais acheté un autre DD en même temps que celui qui est actuellement > > en place, je pensais peut-être remplacer l'ancien (le sdb), refaire le > > RAID 1 et espérer que ça remarche correctement. Mais ça fait du boulot > > et de nouveau rien ne me garantit que ça va marcher. C'est pourquoi > > j'essaie de résoudre ce problème autrement (avec vous). > > Ptêt une piste: il-y-a qq années, j'ai eu un PB avec le HD (samsung) d'un > client > qui mettait + de 24 heures à formatter; après une semaine de test, il s'est > avéré que > le 1er et le dernier quart du HD fonctionnaient normalement, mais que la > moitié > du milieu prenait 6 à 8 fois plus de temps pour formatter (et lire/écrire.) > En Gal, c'est du à un formattage bas niveau défectueux (ou fait à trop basse > température), qui occasionne des demandes multiples de réalignements internes. Donc mauvais disque, changer de disque ? > Pour ton cas, ça serait bien de pouvoir faire un backup, et de tester tes HDz > avec une stable, histoire de voir si le PB vient du mix ou d'autre part. Oui c'est exactement ce que j'ai *envie* de faire :) > Ou simplement de les reformatter sur une autre machine (le PB pouvant aussi > venir > d'un chipset zarb ou défectueux en surchauffe par exemple) C'est une idée faisable ça. > Awai, juste une bête question: ton array RAID-1 est bien 100% fonctionnel, et > pas > en reconstruction? Voyons Jean-Yves !!! Non tout est en [UU]. steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:13:36 +0200, Yves Rutschle (debian.anti-s...@rutschle.net) a écrit : > On Tue, Sep 22, 2009 at 01:30:46PM +0200, steve wrote: > > Une autre idée ? > > Personellement, j'ai une confiance limitée dans ce que me > dit hdparm (je suis presque sûr que le controleur peut être > dans un mode différent de celui que hdparm dit), je > suggérerais donc de re-forcer le DMA (parce que tes > symptômes correspondent à des accès en PIO): Vi c'est aussi mon sentiment. > hdparm -d1 /dev/hdXY Je fais ça ce soir et fais des tests, car pas devant ma machine pour le moment. Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:21:54 +0200, ~TraydenT~ (trayd...@gmail.com) a écrit : > Le 22/09/2009 14:02, steve a écrit : > Bonjour, > >> kernel compilé maison ou bien Debian? (et quelle branche de Debian?) > >> > > Kernel Debian et mélange stable et testing. > > > Quels paquets viennent de testing (Kernel ? Gnome ? e2fsprogs ?) ? Comment puis-je sortir ça proprement ? un apt-cache policy `dpkg -l | grep ^ii` est un peu trop bavard... > Sont-ils maintenus «à la main» ou par un pinning¹ dans > /etc/apt/preferences ? punaisage :-) > 1: Doit-on traduire en punaisage ? ^^ Allons soyons fou ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:25:02 +0200, Kevin Hinault (hina...@gmail.com) a écrit : > Le 22 septembre 2009 14:14, Jean-Yves F. Barbier <12u...@gmail.com> a écrit : > >> > >> Kernel Debian et mélange stable et testing. > > > > Hmm, les mélanges Debian c'est un peu comme les mélanges d'alcool... > > Il-y-a des chances qu'une ou deux incompatibilités soient présentes sans > > être fatales - essaye de revenir en 100% stable, sinon, passe en testing, > > ça devrait résoudre le PB. > > J'ai lu récemment un post sur le forum qui expliquait que ce n'était > pas si risqué du moment que les priorités étaient clairement spécifié > : > > http://forum.debian-fr.org/viewtopic.php?f=8&t=5659 Je n'arrive pas à m'y connecter. > D'ailleurs, j'ai testé une des solutions proposées : un mélange > squeeze/sid/lenny et ça ne m'a pas l'air d'être moins stable qu'une > pure testing. Peut-être aujourd'hui, mais demain ? > PS : je suis le seul à ne plus pouvoir accéder au forum depuis 2 jours ? Vi :) steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 14:14:59 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > > Le 22-09-2009, à 13:39:41 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a > > écrit : > > > >> steve a écrit : > >>> Salut Fanfan, > >>> > >>> Le 22-09-2009, à 12:49:47 +0200, Fanfan (franc...@cerbelle.net) a écrit : > >>> > Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit : > > Une autre idée ? > Ca va être plus difficile à exploiter, mais si tu lances ta commande à > travers strace, tu pourras peut etre voir quel appel systeme est plus > long que la normale... > > strace cp ... ... > >>> C'est une idée ça. Je vais essayer. > >>> > >>> Bon après essai, tout ce que je vois ce sont des lignes read et write > >>> qui s'accumulent les unes après les autres. Et ça ne me dit pas grand > >>> chose (à part que cp fonctionne...). > >>> > >>> Une autre idée ? > >> kernel compilé maison ou bien Debian? (et quelle branche de Debian?) > > > > Kernel Debian et mélange stable et testing. > > Hmm, les mélanges Debian c'est un peu comme les mélanges d'alcool... Tu bois des apéros toute la soirée toi ?? :) > Il-y-a des chances qu'une ou deux incompatibilités soient présentes sans > être fatales - essaye de revenir en 100% stable, sinon, passe en testing, > ça devrait résoudre le PB. Bof pas trop envie de me lancer là dedans, ça me paraît risqué sans garantie de résultat. J'aimerai bien trouver la source de ce problème et c'est là que je sèche. Je sais comment le reproduire mais je ne sais pas comment le formuler exactement, et c'est là que j'ai besoin de votre aide. J'avais acheté un autre DD en même temps que celui qui est actuellement en place, je pensais peut-être remplacer l'ancien (le sdb), refaire le RAID 1 et espérer que ça remarche correctement. Mais ça fait du boulot et de nouveau rien ne me garantit que ça va marcher. C'est pourquoi j'essaie de résoudre ce problème autrement (avec vous). steve > -- > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot > ``spam'' dans vos champs "From" et "Reply-To:" > > 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 > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 13:39:41 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : > steve a écrit : > > Salut Fanfan, > > > > Le 22-09-2009, à 12:49:47 +0200, Fanfan (franc...@cerbelle.net) a écrit : > > > >> Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit : > >>> Une autre idée ? > >> Ca va être plus difficile à exploiter, mais si tu lances ta commande à > >> travers strace, tu pourras peut etre voir quel appel systeme est plus > >> long que la normale... > >> > >> strace cp ... ... > > > > C'est une idée ça. Je vais essayer. > > > > Bon après essai, tout ce que je vois ce sont des lignes read et write > > qui s'accumulent les unes après les autres. Et ça ne me dit pas grand > > chose (à part que cp fonctionne...). > > > > Une autre idée ? > > kernel compilé maison ou bien Debian? (et quelle branche de Debian?) Kernel Debian et mélange stable et testing. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Salut Fanfan, Le 22-09-2009, à 12:49:47 +0200, Fanfan (franc...@cerbelle.net) a écrit : > Le Tuesday 22 Sep 2009 à 12:19:51 (+0200), steve a écrit : > > Une autre idée ? > > Ca va être plus difficile à exploiter, mais si tu lances ta commande à > travers strace, tu pourras peut etre voir quel appel systeme est plus > long que la normale... > > strace cp ... ... C'est une idée ça. Je vais essayer. Bon après essai, tout ce que je vois ce sont des lignes read et write qui s'accumulent les unes après les autres. Et ça ne me dit pas grand chose (à part que cp fonctionne...). Une autre idée ? steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 10:45:57 +0200, Kevin Hinault (hina...@gmail.com) a écrit : > Le 22 septembre 2009 10:30, steve a écrit : > >> Tu as essayé smartmontools pour vérifier que ton disque n'a pas des > >> petits problèmes de performances ? > > > > Non. Je vais essayer. Des conseils d'utilisation peut-être ? > > Rien de bien extra-ordinaire : > > - Tu installes smartmontools > > - Tu lances un test long (il sera lancé en tache de fond avec une > durée "Please wait xx minutes for test to complete." ) : > # smartctl -t long /dev/sda > > - Tu attends que le test soit terminé en checkant de temps en temps : > # smartctl -a /dev/sda | grep "Self-test execution" -A 1 > > - Une fois terminé tu vérifies que tu n'as pas d'erreurs : > # smartctl -l selftest /dev/sda Voila terminé. # smartctl -l selftest /dev/sda smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === 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% 711 # - # 2 Short offline Completed without error 00% 421 # - Donc pas d'erreur. > Si tout ça est passé alors ton disque est OK, tes ralentissements ne > sont pas liés au disque. (La mémoire peut être ? quoique j'en doute et > sinon memtest86) Moi aussi je doute que ce soit la mémoire. Une autre idée ? > > ** Voila qui me ferait un bon article sur system-linux :p ** Qu'est-ce que tu attends ? :) steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 12:02:04 +0200, Frédéric Massot (frede...@juliana-multimedia.com) a écrit : > steve a écrit : > > Bonjour la liste, > > > > J'ai un gros problème depuis quelques temps que je n'arrive pas à > > résoudre seul. Les symptômes sont les suivants : > > > > - lors d'une copie d'un gros fichier depuis une partition vers une > > autre, le système se gèle provisoirement mais rend la main quelques > > instants après la fin de la copie. Pareil depuis un cd vers une > > partition. Un htop pendant ces opérations ne monter rien de > > particulier, les cpu étant presque au repos et la ram pas du tout > > remplie. > > C'est quel version du noyau ? 2.6.30-1-amd > Certain problèmes d'accès disque ont été résolus dans les versions > récentes du noyau. Ce qui est bizarre c'est qu'il me semble que c'était la même version du noyau avant le changement de disque. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 09:07:38 +, Sylvain Le Gall (gil...@debian.org) a écrit :
> On 22-09-2009, steve wrote:
> > Bonjour la liste,
> >
> > J'ai un gros problème depuis quelques temps que je n'arrive pas à
> > résoudre seul. Les symptômes sont les suivants :
> >
> > - lors d'une copie d'un gros fichier depuis une partition vers une
> > autre, le système se gèle provisoirement mais rend la main quelques
> > instants après la fin de la copie. Pareil depuis un cd vers une
> > partition. Un htop pendant ces opérations ne monter rien de
> > particulier, les cpu étant presque au repos et la ram pas du tout
> > remplie.
> >
>
> Quel type de disque (marque...) ?
hdparm -i /dev/sda /dev/sdb
/dev/sda:
Model=SAMSUNG HD322HJ , FwRev=1AG01113,
SerialNo=S17AJ90S460314
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=?0?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-3,4,5,6,7
* signifies the current active mode
/dev/sdb:
Model=WDC WD3200YS-01PGB0 , FwRev=21.00M21,
SerialNo= WD-WCAPD5111042
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs
FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?0?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 10:52:36 +0200, Pascal Hambourg (pascal.m...@plouf.fr.eu.org) a écrit : > Salut, > > steve a écrit : > > Avant ça les deux disques durs étaient pareils, mais maintenant ce n'est > > plus le cas, le plus récent ayant par exemple un mode udma plus grand > > que l'ancien (udma 7 et udma 6) : > > > > hdparm -I /dev/sda /dev/sdb | grep -i udma > > DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 > > *udma6 udma7 > > DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 > > *udma6 > > > > (mais là il semble que le noyau règle premier en fonction du second). > > Non, il règle juste chaque disque en fonction des capacités du > contrôleur hôte auquel il est attaché, visiblement mode 6 ici. > > Pour chaque disque > mode dma = min (mode dma max contrôleur, mode dma max disque) Ok, merci de la précision. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
> > >> Que dit dmesg au moment du gel ? > > > > > > Rien. Le système ne dit rien, il devient juste plus du tout fluide. > > > > Tu as essayé smartmontools pour vérifier que ton disque n'a pas des > > petits problèmes de performances ? > > Non. Je vais essayer. Des conseils d'utilisation peut-être ? Avant ça, j'ai fait un petit test avec hdparm : # hdparm -tT /dev/sda /dev/sdb /dev/sda: Timing cached reads: 9368 MB in 2.00 seconds = 4691.47 MB/sec Timing buffered disk reads: 292 MB in 3.01 seconds = 97.14 MB/sec /dev/sdb: Timing cached reads: 13094 MB in 2.00 seconds = 6562.77 MB/sec Timing buffered disk reads: 192 MB in 3.03 seconds = 63.39 MB/sec Est-ce parlant pour vous ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 10:20:10 +0200, Kevin Hinault (hina...@gmail.com) a écrit : > Le 22 septembre 2009 10:03, steve a écrit : > > Le 22-09-2009, à 09:41:45 +0200, Julien (jul...@nura.eu) a écrit : > > > >> Que dit dmesg au moment du gel ? > > > > Rien. Le système ne dit rien, il devient juste plus du tout fluide. > > Tu as essayé smartmontools pour vérifier que ton disque n'a pas des > petits problèmes de performances ? Non. Je vais essayer. Des conseils d'utilisation peut-être ? Merci Kevin. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Gel provisoire du systè me lors d'un cp (et autres accès disque)
Le 22-09-2009, à 09:41:45 +0200, Julien (jul...@nura.eu) a écrit : > Que dit dmesg au moment du gel ? Rien. Le système ne dit rien, il devient juste plus du tout fluide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
