Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3986 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  kdb[Kernel DeBugger] seule solution pr trouver d'ou vient mes freezes?

 
 


Dernière réponse
Sujet : kdb[Kernel DeBugger] seule solution pr trouver d'ou vient mes freezes?
Dark_Schneider mauvais partage d'IRQ entre ports IDE et d'autres trucs.
 
quand accès intensifs -> risques de plantages plus élevés
 
si l'IRQ steering est mal géré, c'est cause d'instabilité. de plus le matos peut ne pas le supporter correctement ou les pilotes l'implémenter correctement.
 
j'ai eu ce genre de pb avec les GeForce + SBLive sur asus K7v sous windows. il auras falluè attendre pas mal de evsrions des via4in1 et des pilotes Geforce pour avoir quelquechose de correctes.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Dark_Schneider mauvais partage d'IRQ entre ports IDE et d'autres trucs.
 
quand accès intensifs -> risques de plantages plus élevés
 
si l'IRQ steering est mal géré, c'est cause d'instabilité. de plus le matos peut ne pas le supporter correctement ou les pilotes l'implémenter correctement.
 
j'ai eu ce genre de pb avec les GeForce + SBLive sur asus K7v sous windows. il auras falluè attendre pas mal de evsrions des via4in1 et des pilotes Geforce pour avoir quelquechose de correctes.
qdm Mon seul périphérique USB c'était encore pire. Une souris USB  :D Et on m'a dit que mon problème était probablement lié à mon chipset VIA. Alors vous me direz, quel est le rapport entre les accès disques et la souris USB ? Aucune idée. Ce que je sais c'est que ça a disparu avec le kernel 2.6.8.1 et que le délai d'exactement 10 minutes, la présence d'un périphérique USB et celle d'un chipset VIA me fait penser à mon problème.
 
MAJ : Et que beaucoup de correctifs sur l'USB sont rentrés dans le 2.6.8
weed

qdm a écrit :

J'avais exactement le même problème en laissant tourner des logiciels gourmands en E/S. Au bout de 10 minutes sans activité freeze absolu. visiblement lié à l'USB. Le problème a été résolu en passant du noyau 2.6.7 au 2.6.8.1 (par contre à en croire le site de k3b, le noyau 2.6.8.1 et la gravure font mauvais ménage)


Crois tu que c'est lié à l'USB ?
ce que j'ai comme periph USB, c'est juste un speed touch home, la vieille raie verte  
contrairement à toi, je n'avais meme pas besoin d'avoir des logiciels gournamand en E/S, d'ailleurs à quel genre de soft tu fais allusions, si c'est pas indiscret ? p2p?
 
non pour ma part je n'avais meme pas besoin d'avoir de soft lancés pour que ca freeze. Ca freezé aussi bien sous Xfce, sous KDe qu'en console.  
 
Maintenant ca ne freeze que sous Xfce. Ce qui est tout a fait logique car Xfce a été installé apres ma sauvegarde que je viens de restaurer. Au moment je n'ai pas fais de rm -rf / etdu coup Xfce n'a pas en fait été supprimé.  Il aurait fallu que je supprime tout et que je restaure. Enfin bon ce n'est pas bien grave, je me contente de KDE pour l'instant.
 
 
 
qdm J'avais exactement le même problème en laissant tourner des logiciels gourmands en E/S. Au bout de 10 minutes sans activité freeze absolu. visiblement lié à l'USB. Le problème a été résolu en passant du noyau 2.6.7 au 2.6.8.1 (par contre à en croire le site de k3b, le noyau 2.6.8.1 et la gravure font mauvais ménage)
l'eau de la cela donne  
nolapic noapic  
en "append" pour les paramètres passé au noyau par lilo ou grub.
Dark_Schneider économie d'énergie = ACPI
 
APIC et Loacel PAIC c'est autre chose.
 
les pannes matérielles ca arrives du jour au lendemain par définition ...
weed

Dark_Schneider a écrit :

essaie aussi d'activer/désactver l'ACPI, l'APIC, le Local APIC


ce n'est pas une solution je pense, ca a fonctionnais avant. Je trouverais cela dommage de desactiver l'economie d'energie ....
 
 
 
 

Dark_Schneider a écrit :

1. tu devrais vérifier tes barrettes de RAM
 
2. tu devrais vérifier ton disque dur ( check les messages dans /var/log/messages )
 
3. j'espère que ton proc n'est pas o/c
 
4. si chipset nforce, désactive l'APIC. de même check tes IRQ : cat /proc/interrupts
 
5. c'est koi ta carte graphique , tu utilises koi comme pilote ? si nvidia, chekc tes params AGP


 
et contrairement à ce que tu pensais et ce qui me semblait mon probleme n'etait un probleme materiel.  
La preuve j'ai restauré ma sauvegarde tar et maintenant ca fonctionne nickel. Je pexu faire des uptimes de 1 semaine sous KDE.  
 
J'ai du faire une connerie avec les fichiers. J'ai pas bien comprends pas ta reaction, ca fonctionnais nickel et hop du jour au lendemain plus rien, tu vas me dire qu'il peut y avoir une panne de materiel du jour au lendemain, enfin bon c'est assez rare.  
 
 
enfin bon maintenant c'est nickel
 
 
EDIT : Taz oui en effet tres juste
Taz déjà si ton kernel est contaminé, quand bien même t'arriverais à choppé une trace, personne ne la regarderait
Dark_Schneider essaie aussi d'activer/désactver l'ACPI, l'APIC, le Local APIC
weed

Dark_Schneider a écrit :

tu as vérifié au niveau matériel ? ( stabilité avec cpuburn, mémoire avec memtest86+ )
 
 
 
 
[citation=556884,0,11][nom]Dark_Schneider a écrit[/nom]
as tu essaye de voir si le pb persistait si tu n'utilisait pas les pilotes nvidia ?
http://www.linux-wizard.net/howto. [...] e=3#freeze


est que les drivers nvidia sont utilisait quand on n'utilise pas X ?  
sur ton site en parlant du fichier de conf de Xfree:

Citation :

Option "NvAgp" "2" ,  Si vous mettez 0, il va désactiver le support AGP. Si vous mettez 1, il utilisera le drivers interne de nvidia. Comme nous venon de le voir, 2 signifie qu'il va utliser le drivers du kerne


or je t'avais dis il m'arrive de freezer meme sans etre sous X. (service  dm stop)
 
je vais quand meme tester à tout hasard et je vais faire un memtest de ma ram et un cpuburn
slvn en plus si c'est un freeze kdb te servira pas forcement a grand chose... le driver a just fait un hang up. il a pas crashe
Dark_Schneider tu as vérifié au niveau matériel ? ( stabilité avec cpuburn, mémoire avec memtest86+ )
 
as tu essaye de voir si le pb persistait si tu n'utilisait pas les pilotes nvidia ?
http://www.linux-wizard.net/howto. [...] e=3#freeze
 
weed

Dark_Schneider a écrit :

encore une fois regarde du côté matériel. kdb ne te sera d'aucune utilité vue que tu n'y comprendras rien.


des que je ne fais rien pendant 3 minutes sur mon ordi, celui-ci freeze alors que sous mon windows 2k je ne freeze pas ...  
Pb materiel, je ne pense pas.
 

Dark_Schneider a écrit :


et donne ta config matérielle complète.


rien de plus standard  
 
proc : Duron 750
carte mère : Elite Group K7VZA (via)
ventillo : volcano Silent Viking => le proc est surventillé  
HD : hdc Barracuda V 120 Go ATA  /  hda Hitachi Desktar 120 Go
Graveur CD F1
Carte graphique MSI gf4ti 4200  
ALim : Fortron 350W
 

Dark_Schneider a écrit :


et encore une fois regarde le contenu de /var/log/messages. Si tu as des Seek error concernant ton disque dur ...


je n'ai pas vu de seek ou autre truc anormal.  
 
A ce qui parait il est bien plus facile de trouver de resoudre les differents pb sous Linux car le système est mieux connu mais apparramment mon pb n'a pas l'air d'etre si facile que ca. J'ai une sauvegarde de mon systeme du 23 aout en tar gzipé. Je pense de détarré et puis ca redroudra le pb. C'est un peu dommage, on saura pas d'ou vient le pb mais je pense que ce sera la seule solution.
 
 
PS : le pb c'est que j'ai oublié de conservé les droits lol mais je vais un petit script bash pour réatablir les droits.
Dark_Schneider encore une fois regarde du côté matériel. kdb ne te sera d'aucune utilité vue que tu n'y comprendras rien.
 
et donne ta config matérielle complète.
 
et encore une fois regarde le contenu de /var/log/messages. Si tu as des Seek error concernant ton disque dur ...
weed voila j'ai freeze une fois de plus et j'en ai profité pour changé de slot à ma carte son.  
 
 
je pense que c'est pour

Code :
  1. $ cat /proc/interrupts
  2.            CPU0
  3.   0:    2450278          XT-PIC  timer
  4.   1:       4301          XT-PIC  i8042
  5.   2:          0          XT-PIC  cascade
  6.   5:          4          XT-PIC  bttv0
  7.   8:          1          XT-PIC  rtc
  8.   9:       9449          XT-PIC  uhci_hcd, uhci_hcd, EMU10K1
  9. 10:     177616          XT-PIC  nvidia
  10. 11:          0          XT-PIC  VIA686A
  11. 12:      74303          XT-PIC  i8042
  12. 14:      67197          XT-PIC  ide0
  13. 15:      43619          XT-PIC  ide1
  14. NMI:          0
  15. LOC:    2450472
  16. ERR:       3666
  17. MIS:          0


 
sinon en ce qui concerne les drivers nvidia, je ne pense que cela vient de la car j'ai freezé plus d'une fois sans etre sous X et je pense que les drivers nvidia sont chargé quand xfree est chargé.

Dark_Schneider 1. ce n'est pas une réponse. une barrette de RAM cela tombe en rade, surtout au fil du temps ...
 
4. carte son avec même IRQ que carte graphique ... mauvais.
je me souviens de l'époque où SBLive + GF c'était hyper instable surtout si ils avaient les même IRQ ( époquez des K7v avec chipset via ). tu devrais changer ta carte son de slot PCI. évite le 1er slot PCI et le dernier qui sont souvent partagées avec la carte graphique.
 
5. regarde dans les trouvleshootings les remarques concernant l'instabilité avec ces drivers notament à cause de l'AGP. pas mal de pbs sont listés dans le README des pilotes concernant les chipset via.
http://www.linux-wizard.net/howto. [...] ticle=3#pb
 
force l'utilisation de agpgart ou désactie l'AGP pour voir.
si les pilotes opensources supportent ta carte, regarde si ton système est instable avec les pilotes open sources ( nv )
weed

Dark_Schneider a écrit :

1. tu devrais vérifier tes barrettes de RAM
 
2. tu devrais vérifier ton disque dur ( check les messages dans /var/log/messages )
 
3. j'espère que ton proc n'est pas o/c
 
4. si chipset nforce, désactive l'APIC. de même check tes IRQ : cat /proc/interrupts
 
5. c'est koi ta carte graphique , tu utilises koi comme pilote ? si nvidia, chekc tes params AGP


1. bahh ca fais hyper longtemps que j'ai les meme barettes de RAM et elles ont tjours fonctionnait impec.
 
2. y a des truc un peu louche, j'ai remarque bizzare il y a des personnes qui ont essayé de se connecter sur mon pureftp, de plus il y a certain acces à fichiers qui me semble un peu curieux ... IL faut que je reregarde
 
3. non pas d'o/c
 
4.

Code :
  1. $ cat /proc/interrupts
  2.            CPU0
  3.   0:   12631543          XT-PIC  timer
  4.   1:      29804          XT-PIC  i8042
  5.   2:          0          XT-PIC  cascade
  6.   5:          4          XT-PIC  bttv0
  7.   8:          1          XT-PIC  rtc
  8.   9:     629131          XT-PIC  uhci_hcd, uhci_hcd
  9. 10:    1575858          XT-PIC  EMU10K1, nvidia
  10. 11:          0          XT-PIC  VIA686A
  11. 12:     364748          XT-PIC  i8042
  12. 14:        844          XT-PIC  ide0
  13. 15:      32280          XT-PIC  ide1
  14. NMI:          0
  15. LOC:   12639444
  16. ERR:      26200
  17. MIS:          0


 
4. non chipset via
5. gf4 ti4200, j'ai installé le driver close de nvidia, j'ai installé en suivant les recommandations de ton site
weed oups je voulais parlais du  kdb [Kernel DeBugger], le debuger du noyau
Dark_Schneider il doit confondre kgdb et k3b
Dark_Schneider 1. tu devrais vérifier tes barrettes de RAM
 
2. tu devrais vérifier ton disque dur ( check les messages dans /var/log/messages )
 
3. j'espère que ton proc n'est pas o/c
 
4. si chipset nforce, désactive l'APIC. de même check tes IRQ : cat /proc/interrupts
 
5. c'est koi ta carte graphique , tu utilises koi comme pilote ? si nvidia, chekc tes params AGP
Mjules k3b c'est un soft de gravure, pas de debug
 
essayes de passer en official ; surtout le noyau
weed je suis sous mdk 10 community  
 
il y a quelques temps  
sous Xfce, je tenais pas plus de 24 heures mais sous KDE au moins 1 semaine ....
 
mais avant hier apres avoir gravé un CD, j'ai quitté KDE et j'ai monté mon cd : mount /dev/cdrom /mnt/cdrom et pouf j'ai laissé mon ordi pendant 10 minutes sans rien faire, -> freeze .....
 
 
et surtout hier maintenant c'est KDE qui freeze ....
ca me derangeait pas trop ces freeze, je n'allais plus sous Xfce et puis je savais que paradoxallement j'avais plus de chance de freezer si KDE ne tournait pas. J'etais donc tout le temps sous KDE. Mais depuis que KDE, je sais plus trop quoi faire ....
 
 
Bien entendu au niveau hardware, je n'ai rien touché
et depuis hier, j'ai installé nicotine et gimp2
 
 
 
 
/var/log/urpmi.log :    

Code :
  1. ftp://ftp.ens-cachan.fr/mirror/Ma [...] k.i586.rpm
  2. Mon Sep  6 22:57:04 2004 /var/cache/urpmi/rpms/gimp-1.2.5-13mdk.i586.rpm /var/cache/urpmi/rpms/libgimp1.2-1.2.5-13mdk.i586.rpm
  3. Préparation...              ##################################################
  4.    1:libgimp1.2             ##################################################
  5.    2:gimp                   ##################################################
  6. Mon Sep  6 23:12:59 2004 urpmi called with gimp2
  7. Mon Sep  6 23:52:00 2004 urpmi called with gimp2_0
  8.     http://www.ibiblio.org/pub/mirrors [...] g.i586.rpm
  9.     http://www.ibiblio.org/pub/mirrors [...] g.i586.rpm
  10.     ftp://ftp.ens-cachan.fr/mirror/Ma [...] k.i586.rpm
  11.     ftp://ftp.ens-cachan.fr/mirror/Ma [...] k.i586.rpm
  12. Mon Sep  6 23:54:35 2004 /var/cache/urpmi/rpms/libgimp2.0_0-2.0.4-1.norlug.i586.rpm /var/cache/urpmi/rpms/librsvg2_2-2.4.0-1mdk.i586.rpm /var/cache/urpmi/rpms/libcroco1-0.4.0-1mdk.i586.rpm /var/cache/urpmi/rpms/gimp2_0-2.0.4-1.norlug.i586.rpm
  13. Préparation...              ##################################################
  14.    1:libcroco1              ##################################################
  15.    2:librsvg2_2             ##################################################
  16.    3:libgimp2.0_0           ##################################################
  17.    4:gimp2_0                ##################################################
  18. Tue Sep  7 00:41:56 2004 urpmi called with nicotine
  19.     http://ftp.club-internet.fr/pub/li [...] f.i586.rpm
  29.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  30.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  31.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  32.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  33.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  34.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  35.     ftp://ftp.proxad.net/pub/Distribu [...] k.i586.rpm
  36. Tue Sep  7 00:48:17 2004 /var/cache/urpmi/rpms/nicotine-1.0.8-0.rc1.1plf.i586.rpm /var/cache/urpmi/rpms/libgeoip1-1.3.1-1mdk.i586.rpm /var/cache/urpmi/rpms/pyogg-1.3-4mdk.i586.rpm /var/cache/urpmi/rpms/python-geoip-1.2.0-1mdk.i586.rpm /var/cache/urpmi/rpms/libgeoipupdate0-1.3.1-1mdk.i586.rpm /var/cache/urpmi/rpms/python-psyco-1.1.1-1mdk.i586.rpm /var/cache/urpmi/rpms/geoip-1.3.1-1mdk.i586.rpm /var/cache/urpmi/rpms/pyvorbis-1.3-2mdk.i586.rpm
  37. Préparation...              ##################################################
  38.    1:python-psyco           ##################################################
  39.    2:libgeoipupdate0        ##################################################
  40.    3:pyogg                  ##################################################
  41.    4:pyvorbis               ##################################################
  42.    5:libgeoip1              ##################################################
  43.    6:python-geoip           ##################################################
  44.    7:nicotine               ##################################################
  45.    8:geoip                  ##################################################


 
 
Quel log faut il que je regarde ?  
Faut il que je recompile mon noyan pour activer k3b, le debuggeur du kernel ?

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)