PDA

Afficher la version complète : Lenteur agaçante



pink-petal
18/03/2007, 18h53
ME revoilou sur ma section qui va devenir mon terrain de camping.

Voilà mon problème:

J'ai deux disques durs internes dans mon pc, et ils sont tous les deux reconnus. La table des partitions est nickel et tout fonctionne comme sur des roulettes. Jusque là ça va.
Dès que je fais une opération sur mon deuxième disque dur (décompression d'archives, déplacement de dossiers ou de fichiers, copier coller...) , c'est là que ça ne va plus! Le pc se met à ramer alors comme un dingue! Quand je dis ramer c'est ramer! C'est pas le petit lag, c'est l'écran qui se fige et la souris qui saccade! Bref le grand bonheur pour les personnes qui comme moi ont l'habitude de faire fréquement le ménage ou des déplacements dans le pc http://www.alionet.org/style_emoticons/<#EMO_DIR#>/dry.gif ...

D'où vient ce problème? Est ce qu'il viendrait de ma distribution ou est ce que ça vient du format de la partition, ou est ce que c'est autre chose?

J'ai voulu contourner le problème en tappant en console les déplacements de dossier... mais rien à y faire, c'est toujours la même chose.

Voici mon fdisk -l


root@debido-desktop:/media/hdb1# fdisk -l

Disque /dev/hda: 122.9 Go, 122942324736 octets
255 têtes, 63 secteurs/piste, 14946 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 1 1306 10490413+ 83 Li nux
/dev/hda2 1307 14 37 1052257+ 82 Linux swap / Solaris
/dev/hda3 1438 14946 108511042+ 83 Linux

Disque /dev/hdb: 82.3 Go, 82348277760 octets
255 têtes, 63 secteurs/piste, 10011 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 10011 80413326 83 Linux

et mon copain le fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hda1
UUID=dd0b071a-3ad7-4064-b959-937de9a88023 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda3
UUID=293c43b9-a3ab-4f84-8a70-957e00c6e197 /media/hda3 ext3 defaults 0 2
# /dev/hdb1
UUID=50303539-5137-48d4-af0f-4180bff07b42 /media/hdb1 ext3 defaults 0 2
# /dev/hda2
UUID=188701c6-3240-4391-9a81-ec5b5dadb61e none swap sw 0 0
/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdc /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/ /media/floppy0 auto rw,user,noauto 0 0

Heero_Yuy
19/03/2007, 10h18
Salux,

Ton HDD ne serait-il pas en train de rendre l'âme ?

Je m'explique. Mon passage sous openSuSE a été dû à un problème de disque dur. Win$ toruvait un problème sur ma partition de données et impossible de démarrer le système (heureusement j'avais fait 2 partitions). Pour pouvoir récupérer mes données, j'ai formaté Win$ et installer openSuSE. Heureusement, ma partition de données a été reconnu, j'y avais accès. J'ai donc pu récupérer mes données.

Là où Win$ ne démarrait pas, openSuSE se lançait mais j'ai remarqué une lenteur de mon disque dur. Lorsque je voulais lancer une appli, ça prenait des plombes. Je me suis tout de suite dit que le disque allait me lâcher. Je l'ai changé et avec le nouveau, je n'ai jamais eu de problèmes de lenteur.

Il faudrait que tu vérifies ton disque pour savoir s'il n'est pas en train de "mourrir".

pink-petal
19/03/2007, 10h50
Je vais dire quelque chose de bizarre, mais... j'ai réinstallé opensuse 10.2 avec gnome, et il n'y a aucune lenteur... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/huh.gif
Je vais peut être troller mais je crois que le problème ne vient pas du disque dur mais plutôt d'Ubuntu edgy avec Gnome parce que les transfert (même en envoyant sur un disque dur externe ou sur mon baladeur mp3) sont très très lent.
Je ne veux pas mettre réglé, ce serait stupide de dire que ça l'est en installant une autre distribution. Je laisse donc le soin aux utilisateurs d'Ubuntu de résoudre le problème... mais à mon humble avis ils ne le ferons pas sur ce forum. http://www.alionet.org/style_emoticons/<#EMO_DIR#>/rolleyes.gif

Heero_Yuy
19/03/2007, 10h53
Effectivement, si le déplacement de fichiers est très lent vers des HDD externes ou baladeur MP3, ce ne doit pas être le HDD qui est mort.

Mais je ne peux pas affirmer que cela vient de Ubuntu (je ne l'ai jamais essayé).

ChrisdR
20/03/2007, 10h00
Le (u)dma était-il activé ?

tyrtamos
20/03/2007, 10h47
Bonjour,

En plus des considérations de "dma" qui peuvent effectivement causer des ralentissements, je trouve ton fstab bizarre sur plusieurs points:

- en général, on monte la racine en 1er. Je ne sais pas ce que donne le montage de /proc avant que cette racine ne soit montée.

- il te manque pas mal de montage système. Pour ma part, j'ai:

proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0

- je ne trouve pas très utile d'utiliser UUID pour des disques internes, à moins que tu ais l'habitude de les changer de branchement sur la carte mère. Mais je ne sais pas si ça peut causer des ralentissements.

- la ligne du swap est curieuse aussi. Pour ma part, j'ai:

/dev/sda1 swap swap defaults 0 0

- la ligne du floppy ne va pas non plus: /dev n'est pas une adresse correcte. Pour ma part, j'ai:

/dev/fd0 /media/floppy auto noauto,user,sync 0 0

Peut-être que cette configuration bizarre de ton fstab peut expliquer des dysfonctionnements. En fait, je me demande comment ça peut encore fonctionner comme ça!

Tyrtamos