ralentissements... [debian] - Débats - Linux et OS Alternatifs
Marsh Posté le 24-11-2002 à 21:19:20
tu as cette ligne là :
cramfs: wrong magic |
faudrait peut-être cherché de quoi ça vient
je sais pas ce que ça veut dire.
sinon, avec le pc au repos, tu testes la vitesse de tes DD :
hdparm -tT /dev/hda
hdparm -tT /dev/hdb
info sur les hdd :
hdparm -i /dev/hda
hdparm -i /dev/hdb
hdparm -v /dev/hda
hdparm -v /dev/hdb
info supplémentaire :
cat /proc/interrupts
cat /proc/ide/hda/settings
cat /proc/ide/hdb/settings
lspci
lsmod
pendant que ça rame :
ps aux
top
et regarde les log, voir si il y a pas un message qui pourrait expliquer ça (/var/log/daemons , /var/log/debug , /var/log/syslog ... )
pis on verra pour la suite ...
Marsh Posté le 24-11-2002 à 21:28:01
Salut,
J'avais exactement le meme probleme que toi au debut avec ma debian. Dans mon cas, c'etait un probleme de lecture sur le disque dure. Pour regler le prob, recompile le kernel avec le bon chipset de configurer. Apres, tout vas fonctionne parfaitement.
Marsh Posté le 24-11-2002 à 21:32:26
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
Code :
|
j'ai pas l'occasion de faire un ps aux et un top encore, je vais essayer de choper le bon moment
Marsh Posté le 24-11-2002 à 21:34:10
impeccable, je vais regarder ça
mais déjà, on voit bien que la vitesse est très faible
EDIT : ouai bah avec le hdparm -v on voit que tes paramètres sont pas top du tout, je te file les commandes qui vont bien pour régler ça
Marsh Posté le 24-11-2002 à 21:34:40
Esc a écrit a écrit : Salut, J'avais exactement le meme probleme que toi au debut avec ma debian. Dans mon cas, c'etait un probleme de lecture sur le disque dure. Pour regler le prob, recompile le kernel avec le bon chipset de configurer. Apres, tout vas fonctionne parfaitement. |
mon frère m'a conseillé de d/l un 2.4.19 et de le recompiler comme j'apprend à le faire, mais après d/l il me dit :
Code :
|
:-/
Marsh Posté le 24-11-2002 à 21:38:53
z0rglub a écrit a écrit : mon frère m'a conseillé de d/l un 2.4.19 et de le recompiler comme j'apprend à le faire, mais après d/l il me dit :
|
il te manque un package ... tk ou tcl, je sais plus quoi ...
Marsh Posté le 24-11-2002 à 21:44:43
arf
Code :
|
Marsh Posté le 24-11-2002 à 21:45:21
hdparm -d1 -A1 -c1 -k1 -K1 -m16 -u1 /dev/hda
pareil pour hdb
Marsh Posté le 24-11-2002 à 22:36:28
En recompilant ton noyau n'oublie pas d'activer le dma,
avec ça point besoin de passer des options à hdparm.
Marsh Posté le 24-11-2002 à 22:53:50
djoh a écrit a écrit : hdparm -d1 -A1 -c1 -k1 -K1 -m16 -u1 /dev/hda pareil pour hdb |
Code :
|
Code :
|
Marsh Posté le 24-11-2002 à 22:59:33
z0rglub a écrit a écrit :
|
ben c'est pas mal
tu redémarres et tu regardes si ces options restent paramétrées telles quelles (hdparm -v)
ensuites tu retestes hdparm -t (normalement, tes perf devraient s'envoler )
et tu regardes si tu rescents toujours des ralentissements
si c'est le cas, n'oublie de faire une ps aux et un top
et quand tu voudras recompiler, n'oublie l'option :
CONFIG_IDEDISK_MULTI_MODE=y |
ça permet d'activer le multicount sur 16 au boot par défaut (sans lui le préciser à la main)
Marsh Posté le 25-11-2002 à 12:16:51
merci bcp, je teste ça qd je reviens sur mon PC (c'est à dire mercredi dans 2 jours)
Marsh Posté le 25-11-2002 à 12:43:30
Moi je l'ai fait mais au redémarrage, les modifications en restent pas.
Marsh Posté le 25-11-2002 à 12:59:43
roupougnouf a écrit a écrit : Moi je l'ai fait mais au redémarrage, les modifications en restent pas. |
même avec -k1 ?
montre ton setting :
hdparm -v /dev/hdX
Marsh Posté le 25-11-2002 à 13:47:38
/dev/hdb:
Timing buffer-cache reads: 128 MB in 0.45 seconds =284.44 MB/sec
Timing buffered disk reads: 64 MB in 26.28 seconds = 2.44 MB/sec
/dev/hdb:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 10011/255/63, sectors = 160836480, start = 0
Marsh Posté le 25-11-2002 à 13:51:15
roupougnouf a écrit a écrit : /dev/hdb: Timing buffer-cache reads: 128 MB in 0.45 seconds =284.44 MB/sec Timing buffered disk reads: 64 MB in 26.28 seconds = 2.44 MB/sec /dev/hdb: multcount = 0 (off) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 10011/255/63, sectors = 160836480, start = 0 |
et quand tu fais ça :
hdparm -d1 -A1 -c1 -k1 -K1 -m16 -u1 /dev/hdb |
que dit-il ?
Marsh Posté le 25-11-2002 à 14:04:04
djoh a écrit a écrit : et sinon : apt-get install tk8.3 tcl8.3 |
moi je crois que c'est les librairies de dev qui lui manquent (stdio.h et stdlib.h et string.h)
=> apt-get install libglibc-dev
ou
apt-get install glibc-dev
Marsh Posté le 25-11-2002 à 14:09:51
e_esprit a écrit a écrit : moi je crois que c'est les librairies de dev qui lui manquent (stdio.h et stdlib.h et string.h) => apt-get install libglibc-dev ou apt-get install glibc-dev |
ah ouai exact
j'avais mal lu les messages d'erreur et vu que j'ai eu ce pb avec les package tcl/tk que j'ai mis du temps à mettre la main dessus, j'ai pensé à ça sans trop regarder
Marsh Posté le 25-11-2002 à 14:11:11
roupougnouf a écrit a écrit : Moi je l'ai fait mais au redémarrage, les modifications en restent pas. |
moi pareil, j'ai donc fait un script éxécuté au démarrage qui me les restaure
Marsh Posté le 25-11-2002 à 15:15:28
dans ce cas où faut-il placer le script si l'on veut que ce soit effectif dès le démarrage?
Marsh Posté le 25-11-2002 à 15:31:12
roupougnouf a écrit a écrit : dans ce cas où faut-il placer le script si l'on veut que ce soit effectif dès le démarrage? |
dans /etc/init.d tu crées un fichier scipt optimisation, ou hdparm, ou titi ou ...etc...
et pis tu rajoutes un lien dans ton runlevel préféré !!!
update-rc.d -truc -bidule (voir le man pour la syntaxe)
Marsh Posté le 25-11-2002 à 16:18:30
pour un truc comme ça c'est sûrement plus utile/cohérent de le mettre dans /etc/rcS.d/
ln -s /etc/init.d/ton_script_optimisation /etc/rcS.d/S40ton_script_optimisation
le 40 c'est un exemple mais il faut préciser une priorité pour l'execution (l'execution étant le S pour Start )
Marsh Posté le 26-11-2002 à 11:51:50
911GT3 a écrit a écrit : ln -s /etc/init.d/ton_script_optimisation /etc/rcS.d/S40ton_script_optimisation |
dans init.d on crée le script et dans rcS.d est crée le lien symbolique avec la commande donnée çi dessus, c'est bien cela
ps: je voudrais pas mettre le systeme en carafe.
Marsh Posté le 26-11-2002 à 14:18:18
melalcoolique a écrit a écrit : dans init.d on crée le script et dans rcS.d est crée le lien symbolique avec la commande donnée çi dessus, c'est bien cela ps: je voudrais pas mettre le systeme en carafe. |
oui
Marsh Posté le 26-11-2002 à 15:53:08
je comprends pas, linux me met permission denied lors du redémarrage, comment est-ce possible, j'étais en root.
au passage, je n'ai accès qu'à une partie de mon clavier sous X, par exemple, je suis obligé d'activer le verouillage numérique pour pouvoir taper des chiffres avec celui-çi. Je veux bien de l'aide svp.
Marsh Posté le 26-11-2002 à 16:02:16
le permission denied c'est pour ton script ? est-il déclaré comme un executable ? (chmod +x ?)
Pour le clavier, le type est peut-être mal choisi. Un clavier standard doit être déclaré en tant que
Option "XkbModel" "pc105" |
voire, pc104.
Marsh Posté le 26-11-2002 à 16:14:27
ok, j'ai changé le script en exe avec chmod (enfin je crois, je n'ai pas encore rebooté)
concernant le clavier, il est configuré en pc105 (c'est bien un 105 touches) avec xfree86 pour les "rules".
Marsh Posté le 26-11-2002 à 16:34:03
ça marche pour le script merci 911.
reste le problème du clavier
Marsh Posté le 26-11-2002 à 16:34:11
arf
c'est pas un model exotique type Sun ou je sais pas quoi ?
est-ce que le /var/log/XFree86.0.log dit quelque chose de particulier à ce sujet ?
Marsh Posté le 26-11-2002 à 16:42:11
flûte oui,
Couldn't load XKB keymap, falling back to pre-XKB keymap
le pire c'est que j'ai recompilé le noyau une demi douzaine de fois (en repartant de zéro à chaque fois) et j'ai toujours eu ce message quelque soit les options choisies avec xfree.
sinon le clavier c'est un keytronic 2001 azerty
Marsh Posté le 26-11-2002 à 16:43:04
je précise qu'en mode console, tout marche normalement donc ça vient bien de xfree (encore lui) lol
Marsh Posté le 26-11-2002 à 16:47:07
ce pourrait-il qu'il y ait un rapport avec le module nls_cp850. Modconf m'indique qu'il n'est pas chargé...
Marsh Posté le 26-11-2002 à 17:01:24
le keymap n'a rien à voir avec le noyau.
y a un fichier keytronic /etc/X11/xkb/geomtry qui décrit un model FlexPro. A tout hasard, essaies avec
Option "XkbModel" "FlexPro" |
EDit: c'est sûrement une grosse connerie
EDIT2: plus sérieusement, vérifie que tu as bien un fichier xfree86 dans /etc/X11/xkb/keymap
Marsh Posté le 26-11-2002 à 17:17:46
911GT3 a écrit a écrit : EDIT2: plus sérieusement, vérifie que tu as bien un fichier xfree86 dans /etc/X11/xkb/keymap |
ça marche maintenant
je pense que le fait d'avoir essayé FlexPro puis avoir remis pc 105 a crée le fichier en question, chose qui n'avait pas été faite lors de la configuration du serveur xfree. Comprenne qui pourra. Quoi qu'il en soit merci beaucoup.
Marsh Posté le 26-11-2002 à 17:20:55
en fait non mon explication est fumeuse mais en tout cas ça marche maintenant. C'est à n'y rien comprendre...
Marsh Posté le 24-11-2002 à 20:25:19
salut tout le monde...
je viens de réinstaller une Debian sur un de mes ordis (tout seul, pour la première fois, alors je me dis que j'ai oublié qqch) et je remarque des ralentissements assez désagréables, par exemple, lors que je fais un apt-get install openoffice.org, il télécharge le packetage et au moment de décompresser les archives, le PC se met à ramer à mort, le son sous xmms s'arrête, et complètement haché etc... le passage d'un workspace à un autre est ralenti.
j'ai demandé à charger le module nv pour ma carte NVidia GeForce DDR, j'ai mis en 16 bits la profondeur de couleur sous X (mais je dote que ça vienne de là), j'ai 256 Mo de RAM, un celeron 1300, voici mon dmseg :
regardeé particulièrement le mode des Disque durs... (qui devraient être en UDMA 100 selon moi...)
Message édité par z0rglub le 24-11-2002 à 20:26:18