Gel provisoire du système lors d'un cp (et autres accès disque)
31 réponses
steve
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.
- Si je convertis des fichiers audios, pareil, le système se ralentit au
point où je ne peux plus ouvrir un nouveau terminal par exemple.
- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi
que les accès ssh par exemple.
Il semble donc que ce sont les accès disque qui posent problème. J'ai
observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1.
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) :
(mais là il semble que le noyau règle premier en fonction du second).
J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais
je n'ai pas observé d'amélioration. De plus, les disques étant des sata,
je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc
n'est pas très claire à ce sujet).
Voilà, je ne sais pas comment résoudre ce problème qui est vraiment
handicapant pour une utilisation courante, surtout que la machine tient
quand même la route :
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
cpu MHz : 2999.914
cache size : 6144 KB
cat /proc/meminfo
MemTotal: 2061396 kB
Tout ça avec une Debian stable et un peu de testing.
Merci d'avance pour toute 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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le mardi 22 septembre 2009 à 09:30 +0200, 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.
- Si je convertis des fichiers audios, pareil, le système se ralentit au point où je ne peux plus ouvrir un nouveau terminal par exemple.
- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi que les accès ssh par exemple.
Il semble donc que ce sont les accès disque qui posent problème. J'ai observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1. 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) :
(mais là il semble que le noyau règle premier en fonction du second).
J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais je n'ai pas observé d'amélioration. De plus, les disques étant des sata, je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc n'est pas très claire à ce sujet).
Voilà, je ne sais pas comment résoudre ce problème qui est vraiment handicapant pour une utilisation courante, surtout que la machine tient quand même la route :
cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping : 10 cpu MHz : 2999.914 cache size : 6144 KB
cat /proc/meminfo MemTotal: 2061396 kB
Tout ça avec une Debian stable et un peu de testing.
Merci d'avance pour toute 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 En cas de soucis, contactez EN ANGLAIS
Que dit dmesg au moment du gel ?
Le mardi 22 septembre 2009 à 09:30 +0200, 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.
- Si je convertis des fichiers audios, pareil, le système se ralentit au
point où je ne peux plus ouvrir un nouveau terminal par exemple.
- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi
que les accès ssh par exemple.
Il semble donc que ce sont les accès disque qui posent problème. J'ai
observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1.
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) :
(mais là il semble que le noyau règle premier en fonction du second).
J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais
je n'ai pas observé d'amélioration. De plus, les disques étant des sata,
je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc
n'est pas très claire à ce sujet).
Voilà, je ne sais pas comment résoudre ce problème qui est vraiment
handicapant pour une utilisation courante, surtout que la machine tient
quand même la route :
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
cpu MHz : 2999.914
cache size : 6144 KB
cat /proc/meminfo
MemTotal: 2061396 kB
Tout ça avec une Debian stable et un peu de testing.
Merci d'avance pour toute 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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le mardi 22 septembre 2009 à 09:30 +0200, 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.
- Si je convertis des fichiers audios, pareil, le système se ralentit au point où je ne peux plus ouvrir un nouveau terminal par exemple.
- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi que les accès ssh par exemple.
Il semble donc que ce sont les accès disque qui posent problème. J'ai observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1. 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) :
(mais là il semble que le noyau règle premier en fonction du second).
J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais je n'ai pas observé d'amélioration. De plus, les disques étant des sata, je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc n'est pas très claire à ce sujet).
Voilà, je ne sais pas comment résoudre ce problème qui est vraiment handicapant pour une utilisation courante, surtout que la machine tient quand même la route :
cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping : 10 cpu MHz : 2999.914 cache size : 6144 KB
cat /proc/meminfo MemTotal: 2061396 kB
Tout ça avec une Debian stable et un peu de testing.
Merci d'avance pour toute 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 En cas de soucis, contactez EN ANGLAIS
steve
Le 22-09-2009, à 09:41:45 +0200, Julien () 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 En cas de soucis, contactez EN ANGLAIS
Le 22-09-2009, à 09:41:45 +0200, Julien (julien@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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le 22-09-2009, à 09:41:45 +0200, Julien () 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 En cas de soucis, contactez EN ANGLAIS
steve
Le 22-09-2009, à 10:04:37 +0200, () a écrit :
bonjour,
comme le (s)ATA émule du scsi il est conseillé de consulter la doc sur sdparm et hdparm est présent pour les autres devices
Vi j'ai fait mais bon, cela ne m'a pas aidé, d'où mon message.
slt bernard
PS : réponse sur la liste, je suis abonné :)
-- 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 En cas de soucis, contactez EN ANGLAIS
Le 22-09-2009, à 10:04:37 +0200, bernard.schoenacker@free.fr (bernard.schoenacker@free.fr) a écrit :
bonjour,
comme le (s)ATA émule du scsi il est conseillé de consulter la doc
sur sdparm et hdparm est présent pour les autres devices
Vi j'ai fait mais bon, cela ne m'a pas aidé, d'où mon message.
slt
bernard
PS : réponse sur la liste, je suis abonné :)
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
comme le (s)ATA émule du scsi il est conseillé de consulter la doc sur sdparm et hdparm est présent pour les autres devices
Vi j'ai fait mais bon, cela ne m'a pas aidé, d'où mon message.
slt bernard
PS : réponse sur la liste, je suis abonné :)
-- 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 En cas de soucis, contactez EN ANGLAIS
Kevin Hinault
Le 22 septembre 2009 10:03, steve a écrit :
Le 22-09-2009, à 09:41:45 +0200, Julien () 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 ?
-- Kévin
-- 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 En cas de soucis, contactez EN ANGLAIS
Le 22 septembre 2009 10:03, steve <dlist@bluewin.ch> a écrit :
Le 22-09-2009, à 09:41:45 +0200, Julien (julien@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 ?
--
Kévin
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le 22-09-2009, à 09:41:45 +0200, Julien () 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 ?
-- Kévin
-- 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 En cas de soucis, contactez EN ANGLAIS
steve
Le 22-09-2009, à 10:20:10 +0200, Kevin Hinault () a écrit :
Le 22 septembre 2009 10:03, steve a écrit : > Le 22-09-2009, à 09:41:45 +0200, Julien () 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 En cas de soucis, contactez EN ANGLAIS
Le 22-09-2009, à 10:20:10 +0200, Kevin Hinault (hinault@gmail.com) a écrit :
Le 22 septembre 2009 10:03, steve <dlist@bluewin.ch> a écrit :
> Le 22-09-2009, à 09:41:45 +0200, Julien (julien@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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le 22-09-2009, à 10:20:10 +0200, Kevin Hinault () a écrit :
Le 22 septembre 2009 10:03, steve a écrit : > Le 22-09-2009, à 09:41:45 +0200, Julien () 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 En cas de soucis, contactez EN ANGLAIS
steve
> > >> 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 En cas de soucis, contactez EN ANGLAIS
> > >> 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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
> > >> 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 En cas de soucis, contactez EN ANGLAIS
Kevin Hinault
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
- Si des erreurs apparaissent, vérifies les attributs : # smartctl -A /dev/sda + Lire ceci >> http://fr.wikipedia.org/wiki/Self-Monitoring%2C_Analysis_and _Reporting_Technology#Attributs_S.M.A.R.T._connus
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 e t sinon memtest86)
** Voila qui me ferait un bon article sur system-linux :p ** -- Kévin Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net
-- 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 En cas de soucis, contactez EN ANGLAIS
Le 22 septembre 2009 10:30, steve <dlist@bluewin.ch> 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
- Si des erreurs apparaissent, vérifies les attributs :
# smartctl -A /dev/sda
+ Lire ceci >> http://fr.wikipedia.org/wiki/Self-Monitoring%2C_Analysis_and _Reporting_Technology#Attributs_S.M.A.R.T._connus
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 e t
sinon memtest86)
** Voila qui me ferait un bon article sur system-linux :p **
--
Kévin
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
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
- Si des erreurs apparaissent, vérifies les attributs : # smartctl -A /dev/sda + Lire ceci >> http://fr.wikipedia.org/wiki/Self-Monitoring%2C_Analysis_and _Reporting_Technology#Attributs_S.M.A.R.T._connus
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 e t sinon memtest86)
** Voila qui me ferait un bon article sur system-linux :p ** -- Kévin Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net
-- 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 En cas de soucis, contactez EN ANGLAIS
Pascal Hambourg
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) :
(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)
-- 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 En cas de soucis, contactez EN ANGLAIS
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) :
(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)
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
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) :
(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)
-- 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 En cas de soucis, contactez EN ANGLAIS
steve
Le 22-09-2009, à 10:52:36 +0200, Pascal Hambourg () 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 En cas de soucis, contactez EN ANGLAIS
Le 22-09-2009, à 10:52:36 +0200, Pascal Hambourg (pascal.mail@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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le 22-09-2009, à 10:52:36 +0200, Pascal Hambourg () 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 En cas de soucis, contactez EN ANGLAIS
Sylvain Le Gall
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...) ?
Cdlt, Sylvain Le Gall
-- 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 En cas de soucis, contactez EN ANGLAIS
On 22-09-2009, steve <dlist@bluewin.ch> 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...) ?
Cdlt,
Sylvain Le Gall
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
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...) ?
Cdlt, Sylvain Le Gall
-- 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 En cas de soucis, contactez EN ANGLAIS
