(Courriels de diversion: <noircissait@transpirerent-compagnes.com> <radiaient@confine-sentirions.com> <inventorient@reconfortait-bouclerez.com> <conviendrai@renient-justifierez.com> <radioreportage@dechaînent-informatiseriez.com> <blinderas@embauchaient-anticonstitutionnel.com> <retransmets@loucherai-effleurerons.com> <remontrent@curriculum-perciez.com> <tangent@verbalises-tracasserons.com> <retraduits@reciproquement-affectueusement.com> )
Le mardi 19 juillet 2005 à 11:41 +0200, HARANG Jean-Marc a écrit :
>
> >>>> -----------------------
> >>>> scsidev: '/dev/hdd'
> >>>> devname: '/dev/hdd'
> >>>> scsibus: -2 target: -2 lun: -2
> >>>
> hum ... il me semble qu'il manque l'émulation SCSI.
> peux-tu nous dire quelle est la version du noyau que tu utilises ?
>
> Dans une console, utilise la commande suivante :
>
> "uname -a"
" Linux localhost 2.6.8.1-10mdk #1 Wed Sep 8 17:00:52 CEST 2004 i686
Intel(R) Pentium(R) 4 CPU 1.50GHz unknown GNU/Linux "
>
> d'autre part ca serait utile de savoir quels sont les modules utilisés
> par le noyau. Toujours dans la même console,
>
> "lsmod".
En mode utilisateur çà ne passait pas:
" [root@localhost francois]# lsmodModule Size Used by
ppp_deflate 4736 0
zlib_deflate 22392 1 ppp_deflate
bsd_comp 5152 0
ppp_async 8896 0
ppp_generic 24468 3 ppp_deflate,bsd_comp,ppp_async
slhc 6112 1 ppp_generic
crc-ccitt 1664 1 ppp_async
lp 9548 2
parport_pc 30976 1
parport 33896 2 lp,parport_pc
md5 3584 1
ipv6 230916 8
i810_audio 33236 0
ac97_codec 16844 1 i810_audio
soundcore 7008 1 i810_audio
af_packet 16072 0
usbhid 41088 0
floppy 55088 0
ide-cd 37280 0
cdrom 37724 1 ide-cd
loop 12520 0
supermount 34804 1
intel-agp 19584 1
agpgart 27752 1 intel-agp
sd_mod 19232 0
usb-storage 65504 0
scsi_mod 104044 2 sd_mod,usb-storage
usblp 10592 0
uhci-hcd 28752 0
usbcore 103172 6 usbhid,usb-storage,usblp,uhci-hcd
genrtc 7444 0
ext3 120680 2
jbd 49080 1 ext3
[root@localhost francois]# ">
> qui t'affichera la liste des modules. Tu n'as pas besoin de te logguer
> en tant que root.
>
> fais-nous un copier/coller des infos, ca nous aidera déja pas mal ...
Sinon, je viens de me souvenir d'avoir tenté sans succés de résoudre un
problème de "cron" ou de "swap" en janvier dernier. En relisant les
archives (ci-dessous), je m'aperçois qu'il y a une relation avec les
problèmes de gravage.
Désolé cela fait beaucoup de choses à lire.
à + François
"Le mercredi 19 janvier 2005 à 07:31 +0100, dune2 a écrit :
> Salut,
> bon ... petit diagnostic ....
>
> Le mardi 18 janvier 2005 à 23:48 +0100, francois a écrit :
> > [root@localhost francois]#[francois@localhost francois]$cat /proc/cpuinfo
> > model name : Intel(R) Pentium(R) 4 CPU 1.50GHz
> > cpu MHz : 1504.049
> > cache size : 256 KB
> > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
pge
> > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> > bogomips : 2973.69
> >
> >
>
> à priori portable équipé d'un Centrino (P4, 256Ko de cache, sans
> SSE3) ...
>
> > francois@localhost francois]$ cat /proc/meminfo> > MemTotal: 256368 kB
> > MemFree: 21200 kB
> > Buffers: 19692 kB
> > Cached: 124496 kB
> > SwapTotal: 511520 kB
> > SwapFree: 500560 kB
>
> 256Mo de RAM dont ~120Mo utilisé pour le cache + 512Mo de swap ...
>
> Conclusion:
> CPU de la génération actuelle avec suffisamment de mémoire puisqu'il
> se permet d'en utiliser presque la moitié en cache. Donc pas de
> contre-indication pour mdk+kde.
>
> On peut par-contre apporter quelque conseil :
>
> - Attention aux zolies écrans de veilles tout beau !!! c'est gourmand
en
> ressources 3D et équivaux à l'utilisation d'un QuakeIII en 1024x768 en
> permanence !!! (donc ventilo à fond + chauffe du chipset vidéo et tout
> et tout !), pour ma part j'ai basculé l'écran de veille sur le simple
> 'économiseur d'écran noir ...
>
> - J'ai constaté un soucis de cache sous mdk+kde lors de l'utilisation
de
> k3b (gavage ...), je me suis aperçu qu'il mettait en cache les données
> du gravage (jusque là normal ....) mais qu'il prenait le swap en
> considération !! (et là c'est moins normal car on a rarement 700Mo de
> RAM non utilisé pour le cache !! et donc on se retrouve avec ~500Mo de
> swap ce qui n'est pas très judicieux pour le gravage !!). J'ai
> solutionné le problème en désactivant temporairement le swap juste
avant
> de graver ("swapoff -a" en root) puis en le réactivant juste après
> ("swapon -a" en root).
>
> voilà ....
>
> Sinon, si tu constates que le disque continue à gratouiller ou que ton
> système rame (ce qui ne devrait pas être le cas au vu de ta config),
> alors utilise : "top" dans une console et regarde dans les premières
> lignes si tu vois un "processus" (applicatif) qui utilise ton CPU en
> permanence, et tient nous au courant ;)
>
> A+
> top - 19:04:12 up 41 min, 3 users, load average: 0.06, 0.19, 0.22
Merci pour le diagnostic.
Petite correction: ce n'est pas un portable.
Pour ce qui est du swap, là je suis un peu largué, mais j'utilise très
rarement le gravage.
Un détail concernant mon écran de veille: il fonctionne 1 ou 2 mn, puis
s'arrête.
Les colonnes ci-dessous (PID USER etc..) changent par intermittence
toutes les 20 ou 30 secondes. avec repercussions sur les chiffres des
1er lignes. Je ne sais pas si c'est normal...
à + François
Tasks: 72 total, 1 running, 71 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3% us, 1.0% sy, 0.0% ni, 95.4% id, 0.0% wa, 0.3% hi,
0.0% si
Mem: 256368k total, 233768k used, 22600k free, 15260k buffers
Swap: 511520k total, 0k used, 511520k free, 124892k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2818 root 15 0 97.7m 12m 88m S 2.3 5.0 1:17.32 X
4452 francois 15 0 26896 14m 24m S 1.3 5.7 0:01.09 kdeinit
4485 francois 16 0 2000 992 1788 R 0.3 0.4 0:00.23 top
1 root 16 0 1408 496 1256 S 0.0 0.2 0:01.43 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/0
3 root 5 -10 0 0 0 S 0.0 0.0 0:00.51 events/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 khelper
5 root 5 -10 0 0 0 S 0.0 0.0 0:00.05 kblockd/0
31 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kapmd
33 root 15 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
34 root 15 0 0 0 0 S 0.0 0.0 0:00.01 pdflush
36 root 14 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
35 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
143 root 16 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
268 root 15 0 0 0 0 S 0.0 0.0 0:00.06 kjournald
461 root 6 -10 1388 364 1236 S 0.0 0.1 0:00.02 udevd
821 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd"
>
--------------------------------------------------------------------
Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>