Swisslinux.org

− Le carrefour GNU/Linux en Suisse −

 

Langue

 

Le Forum

Vous n'êtes pas identifié.

#1 07 Mar 2005 20:11:47

GregP
Affranchi(e)
 
Lieu: Paris
Date d'inscription: 07 Mar 2005
Messages: 2

[KNL] Gnome lent, cause possible : HD en S-ATA (En Attente)

Bonjour,
Tout d'abord, félicitations pour ce forum qui m'a l'air très bien organisé et rodé !

J'ai un iDeq 200T (P4 2.4Ghz, 1 Go de RAM) dont voici les spécifications.

Je souhaite y installer une mandrake community.

L'installation m'a déjà posé problème puisqu'après avoir démarré sur le cd 1 d'installation, j'ai le message d'erreur "No CD Rom device found". J'ai continué en installant la mandrake à partir du réseau.

Je viens de le démarrer et je constate que Gnome est très très lent : il se passe 20 à 40 secondes entre le clic sur 1 icône et l'apparition de la fenêtre. Ayant l'habitude de Gnome sur une machine moins puissante, je ne trouve pas cela normal !

J'ai 2 disques durs (1 en ATA, 1 en S-ATA) et j'ai installé Linux sur le S-ATA. J'ai les chipstets Intel 865G et ICH5R.
Je pense que c'est cela qui me pose problème.

Est-ce que quelqu'un a déjà été confronté à ce problème et possède une solution ?

Hors ligne

 

#2 08 Mar 2005 08:32:09

Tengu
Gourou(e) du libre
Lieu: La Tour-de-Peilz
Date d'inscription: 17 Nov 2004
Messages: 493
Site web

Re: [KNL] Gnome lent, cause possible : HD en S-ATA (En Attente)

Hello!
je ne connais pas trop ces trucs, mais me semble avoir vu dans le kernel des modules pour ce genre de disque dur.
Peut-être qu'une recompilation au plus près de ton matériel résoudrait tes soucis de lenteurs.

[Pub]
Sinon, si tu aime vraiment Gnome, tente un coup Xfce4, basé sur les même lib [gtk], plus léger, sur lequel les programmes Gnome tournent bien entendu sans le moindre problème.
site officiel
os-cillation: site de développement "annexe"
[/Pub]

Pour la recompilation, je sais pas si ca peut vraiment aider...

@++


Science sans conscience n'est que ruine de l'âme

https://twitter.com/swisstengu (compte twitter)
https://blog.tengu.ch/ (un blog parmis tant d'autres)

Hors ligne

 

#3 08 Mar 2005 10:56:10

[GO]Skywalker13
Modérateur
Lieu: Choëx (VS)
Date d'inscription: 05 Oct 2004
Messages: 896
Site web

Re: [KNL] Gnome lent, cause possible : HD en S-ATA (En Attente)

Vérifie peut être que tes disques dur sont ok en faisant par exemple pour hda :

Code:

hdparm -i /dev/hda

Afin d'être sûr que ton disque n'est pas utilisé en PIO.
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5

et

Code:

hdparm -d /dev/hda

Pour controler que le DMA est bien activé sur le disque.
/dev/hda:
using_dma    =  1 (on)


Mathieu SCHROETER
log.schroetersa.ch

Hors ligne

 

#4 08 Mar 2005 16:49:08

Tengu
Gourou(e) du libre
Lieu: La Tour-de-Peilz
Date d'inscription: 17 Nov 2004
Messages: 493
Site web

Re: [KNL] Gnome lent, cause possible : HD en S-ATA (En Attente)

woopss.. oublié le hdparm avant la recompile... :p bien vu


Science sans conscience n'est que ruine de l'âme

https://twitter.com/swisstengu (compte twitter)
https://blog.tengu.ch/ (un blog parmis tant d'autres)

Hors ligne

 

#5 08 Mar 2005 19:50:18

GregP
Affranchi(e)
 
Lieu: Paris
Date d'inscription: 07 Mar 2005
Messages: 2

Re: [KNL] Gnome lent, cause possible : HD en S-ATA (En Attente)

Ok. Bon, j'ai booté sur une knoppix et j'ai fait un memtest...

En faisait des tests avec la ligne de commande que vous m'avez filé, j'ai de bonnes performances donc il semble que ce ne soit pas un problème matériel avec mes disques mais plutôt un problème de driver sous Mandrake.
Par contre, il s'avère que ma RAM est défectueuse (j'ai eu un bug bizarre sur knoppix (pas assez de ram), j'ai fait un memtest et la sanction est tombée).

J'ai eu des problèmes avec mes disques dur la semaine dernière (1 partition NTFS perdue et d'autres bizareries) et je pense que tous ces problèmes bizarres proviennent d'une même source ("superbloc" du HD en RAM mal écrite sur mon dur) !

Je vous tiens au courant dès que j'ai changé de RAM.

A suivre donc... Merci pour votre aide !

Hors ligne

 

Pied de page des forums

Powered by FluxBB