kdb[Kernel DeBugger] seule solution pr trouver d'ou vient mes freezes? - Linux et OS Alternatifs
Marsh Posté le 07-09-2004 à 18:54:15
k3b c'est un soft de gravure, pas de debug
essayes de passer en official ; surtout le noyau
Marsh Posté le 07-09-2004 à 19:07:29
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
Marsh Posté le 07-09-2004 à 19:07:54
il doit confondre kgdb et k3b
Marsh Posté le 07-09-2004 à 19:10:44
oups je voulais parlais du kdb [Kernel DeBugger], le debuger du noyau
Marsh Posté le 07-09-2004 à 19:25:27
Dark_Schneider a écrit : 1. tu devrais vérifier tes barrettes de RAM |
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 :
|
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
Marsh Posté le 07-09-2004 à 19:39:57
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 )
Marsh Posté le 08-09-2004 à 01:24:56
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 :
|
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é.
Marsh Posté le 08-09-2004 à 10:14:23
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 ...
Marsh Posté le 14-09-2004 à 15:56:46
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 : |
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 : |
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.
Marsh Posté le 14-09-2004 à 17:44:17
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
Marsh Posté le 14-09-2004 à 19:20:40
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
Marsh Posté le 14-09-2004 à 19:37:08
Dark_Schneider a écrit : tu as vérifié au niveau matériel ? ( stabilité avec cpuburn, mémoire avec memtest86+ ) |
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
Marsh Posté le 14-09-2004 à 20:20:46
essaie aussi d'activer/désactver l'ACPI, l'APIC, le Local APIC
Marsh Posté le 15-09-2004 à 05:12:16
déjà si ton kernel est contaminé, quand bien même t'arriverais à choppé une trace, personne ne la regarderait
Marsh Posté le 08-10-2004 à 09:34:35
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 |
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
Marsh Posté le 08-10-2004 à 14:02:13
é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 ...
Marsh Posté le 08-10-2004 à 14:48:15
cela donne
nolapic noapic
en "append" pour les paramètres passé au noyau par lilo ou grub.
Marsh Posté le 08-10-2004 à 16:01:18
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)
Marsh Posté le 09-10-2004 à 00:00:06
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.
Marsh Posté le 09-10-2004 à 00:12:54
Mon seul périphérique USB c'était encore pire. Une souris USB 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
Marsh Posté le 09-10-2004 à 16:35:56
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.
Marsh Posté le 07-09-2004 à 18:40:54
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 :
Quel log faut il que je regarde ?
Faut il que je recompile mon noyan pour activer k3b, le debuggeur du kernel ?
Message édité par weed le 07-09-2004 à 19:09:43