Page 1 sur 3

[tout] Gros freezees (source du pb trouvée)

Publié : jeu. 19 juin 2008, 22:28
par Calimero
Salut !

J'en peux plus, je viens de me réinstaller (formatage) un système arch tout nickel en regardant toutes les options partout, optimisé et tout et tout...

Et en récupérant mes documents depuis un autre ordi par FTP (ou samba, ça change rien), FREEZE.
En naviguant avec firefox, xmms lancé, en train de lancer thunderbird, c'est arrivé aussi.
Et dans d'autres cas sans raison apparente.

Tout le système se bloque, plus rien ne dit ni ne fait rien, aucun raccourci même les magic sysrq.
Quand je débranche un disque dur dans un ordi qui tourne, ça fait la même chose. :lol: (y'avait un faux-contact dans la prise, je ne l'ai pas fait sciemment...)

A part que ALSA fait des jolis lag, toujours pareil en réinstallant tout le système propre, ce que je viens de faire. (mon post là-dessus)
C'est p'têt un élément.


Mon bouzin, c'est un portable :

Gericom Webgine
Proc AMD Athlon 1,7GHz, FSB 266MHz
512Mo SDRAM
DD, CD-DVD en IDE

Ma carte réseau, parfois, ne s'allume pas, quand j'allume le PC. (OS pas encore lancé, ce n'est pas logiciel)

Je commence un peu à me demander si c'est pas le PC qui est pourri, votre avis ?

Publié : jeu. 19 juin 2008, 22:48
par AddiKT1ve
Tu as essayé une autre distro qu'Arch ?

Publié : jeu. 19 juin 2008, 23:34
par Calimero
Une live, ça ferait l'affaire ?
Parce que je viens un peu de tout réinstaller Arch de zéro...

Publié : jeu. 19 juin 2008, 23:39
par tuxce
tu utilises quelle carte graphique?
si c'en est une qui utilise les driver proprio, tu as essayé sans?

Publié : jeu. 19 juin 2008, 23:50
par Skunnyk
Et tente de désactiver l'acpi / apic , vu les symptômes ... (il y a un thread parlant de ça sur le forum)

Publié : ven. 20 juin 2008, 00:08
par Calimero
S3 savage4 32Mo de mémoire partagée. Pilote libre xf86-video-savage.

AIGLX activé.

ACPI ? J'ai rien de ce genre d'installé moi-même, comment enlever s'il y a ?

Publié : ven. 20 juin 2008, 08:44
par mélodie
Calimero a écrit :S3 savage4 32Mo de mémoire partagée. Pilote libre xf86-video-savage.

AIGLX activé.

ACPI ? J'ai rien de ce genre d'installé moi-même, comment enlever s'il y a ?
Coucou, l'acpi est une fonctionnalité du kernel. Essaie plutôt de désactiver l'apic et le lapic (le thread dont il s'agit a des chances d'être le mien).

Pour faire ça, tu peux éditer la ligne du kernel au démarrage : tu positionnes le boot sur le titre et au lieu de booter tu tappes la lettre e sur le clavier, pour éditer. Puis tu de déplaces encore pour accéder à la ligne du kernel et tu rentres dedans (touche entrée) pour ajouter : noapic vers la fin de la ligne du kernel.

Cela permet de faire une modification dans les options de démarrage sans que ce soit inscrit en dur. Si noapic n'est pas suffisant, tu refais ça au boot suivant et tu remets noapic auquel tu ajoutes nolapic.

Pour finir tu tappes entrée puis la lettre b pour booter.

Par contre, la commande : tail -n 800 /var/log/messages.log > /home/calimero/log.txt juste après un reboot avant de faire quoi que ce soit d'autre, te permettra d'aller regarder ce qui s'est passé juste avant reboot, à l'heure où ta machine se sera bloquée. (800 ça semble beaucoup, mais c'est à peu près ce qu'il faut pour retrouver facilement en affichant l'extrait de log avec un éditeur graphique).

Si tu trouves une option qui va bien pour prévenir les freeze, tu pourras l'inscrire ensuite en dur dans le menu.lst.

Une précision: depuis que je suis passée du kernel 2.6.23 au 2.6.25 sur un portable PIII, ça me fait pareil, et les options n'y ont rien fait. J'ai dû abandonner parce que par ailleurs ce portable ne fonctionne plus correctement au niveau de l'affichage (problème hard indépendant) et je suis passée à un autre où j'ai mis une autre distribution du genre vite installée (tâches urgentes oblige).

Si noapic et nolapic ne t'aident pas, il faudra voir après si les logs semblent assez causants, ou bien voir d'autres options. Essaie aussi de suivre les autres indications données plus haut par AddiKT1ve, ce n'est pas inutile d'essayer avec une autre distro.

/Edit : à titre d'exemple la ligne de kernel sur mon desktop:

Code : Tout sélectionner

kernel	/boot/vmlinuz26 hdc=ide_cd root=/dev/hda1 ro vga=775 noapic nolapic resume=/dev/hda2 

Publié : ven. 20 juin 2008, 10:21
par lenglemetz
Calimero a écrit :S3 savage4 32Mo de mémoire partagée. Pilote libre xf86-video-savage.

AIGLX activé.

ACPI ? J'ai rien de ce genre d'installé moi-même, comment enlever s'il y a ?
dans /var/log ça dit quoi ? error xorg etc...

Publié : ven. 20 juin 2008, 11:05
par tuxce
Calimero a écrit : AIGLX activé.
j'imagine que si tu actives ca, c'est que tu utilises de la transparence ou autre effet?
dans tous les cas, désactive le, c'est pas ce qu'on peut appeler un programme extrenement stable tout matériel confondu.

Publié : ven. 20 juin 2008, 19:16
par Calimero
lenglemetz a écrit :dans /var/log ça dit quoi ? error xorg etc...
Xorg.0.log me dit plein de trucs, dont :

(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)

(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(II) AIGLX: Loaded and initialized /usr/lib/xorg/modules/dri/savage_dri.so

Tiens donc. Est-ce que ça veut dire que AIGLX ne fonctionne pas ?

Notez bien, je n'ai aucune erreur dans le log de Xorg, seulement des warnings et je vous les ai tous mis.


A propos de AIGLX, je l'ai activé pour que ça aide les jeux. (mais ai-je raison ?) Je n'utilise pas de transparence. (en fait, j'ai même désactivé tous les effets de KDE)


MAIS ! J'ai un autre élément !

Démontant totalement mon PC aujourd'hui pour réparer la prise du transfo (qui avait un contact dessoudé), j'ai vu que la partie de ma carte mère comportant la puce Ethernet était pleine d'un dépôt suspect, probablement conducteur.
J'ai nettoyé avant de remonter. Je n'ai pas essayé encore de faire un gros transfert par le réseau, mais ça n'a pas encore planté.

Image Image

Publié : ven. 20 juin 2008, 22:29
par tuxce
oublie ce que j'ai dit sur aiglx :D
démonter un pc portable, manipuler les éléments sur un tapis (éléctricité statique), ca doit pas faire que du bien au pc...

Publié : ven. 20 juin 2008, 22:59
par Calimero
Je prends la précaution de toucher la masse quand je fais ça.

Bah écoute, c'est pas la 1ere fois que je le fais et il se porte bien.

Publié : ven. 20 juin 2008, 23:53
par mimas
J'aime bien les dessins du tapis.

Je ne pense pas que ta pâte (on dirait de la pâte séchée) soit conductrice. On dirait plutôt l'inverse.

Comme Tuxce, tu devrais faire gaffe au tapis, c'est pas forcément bon à cause de la charge électrostatique que l'on peut y mettre en frottant des objets dessus (chaises, savates, corps^W...).

Publié : sam. 21 juin 2008, 00:04
par Calimero
Bien, je me méfierai davantage la prochaine fois, mais comme j'ai passé mes mains partout où je posais les composants, par précaution, j'étais assez tranquille.

Le dépôt, c'est très curieux. Y'avait aucune justification de mettre de la pâte thermique à cet endroit. (y'en a jamais eu je pense), et j'avais peur que ça soit ionique (eau qui a séché en laissant des saletés), donc j'ai rincé à l'eau et c'est pas parti facilement même avec une brosse à dents, j'ai dû gratouner avec une tige en plastoque.
(oui, j'ai séché la mobo au sèche-cheveux après... :lol:)

Je teste demain un gros transfert réseau pour voir si c'était ça qui était responsable du freeze !

Publié : sam. 21 juin 2008, 16:04
par mimas
Calimero a écrit :(oui, j'ai séché la mobo au sèche-cheveux après... :lol:)
J'espère que tu as pris le mode pour cheveux fragiles, histoire de ne pas faire fondre le verni.

Publié : sam. 21 juin 2008, 20:59
par Calimero
Oui, j'ai bien vérifié que ça me brûlait pas la main, je suis pas fou, y'a plein d'inductances dont la fonte du vernis ne serait pas bénéfique, sur ma mobo... ;)

@mélodie : tail -n 800 /var/log/messages.log /home/calimero/log.txt

http://www.clicketmatte.free.fr/log.txt

J'ai tapé la commande après avoir démarré l'ordi, édité inittab pour démarrer en console, planté soigneusement en lançant un gros transfert réseau, rebooté.


Je vais essayer sans acpi, et avec knoppix.

Publié : dim. 22 juin 2008, 00:03
par mimas
J'ai eu un problème avec une VIA Rhine, une salade d'IRQ. Problème résolu... détourné avec l'installation d'une carte réseau.

Je ne pense pas que ça soit physique. C'est plutôt un problème logiciel à régler avec du noacpi et autre.

Publié : lun. 23 juin 2008, 10:46
par Calimero
J'ai testé noapic puis noapic et nolapic, ça n'a rien changé. Usage intensif = freeze au bout de 1 ou 2 Go. Ou beaucoup moins, si j'utilise firefox en même temps.

C'est depuis mon install par FTP que j'ai ce problème. (donc kernel 2.6.25)

J'ai le package du kernel 2.6.23 sur le CD d'arch téléchargé y'a quelques temps, comment je fais pour forcer pacman à l'installer ? (ça résoudrait le problème, puisque je n'avais pas ces freeze avec le 2.6.23...)

Publié : lun. 23 juin 2008, 11:02
par warnaud

Code : Tout sélectionner

pacman -U <ton pkg>
ensuite tu le blacklistes dans /etc/pacman.conf pour éviter les mises à jour (à noter qu'il faudrait faire de même pour tous les pkg dépendant genre nvidia/ati/ndiswrapper...)

Code : Tout sélectionner

IgnorePkg = kernel26

Publié : lun. 23 juin 2008, 11:59
par Calimero
J'ai regardé sur http://archlinux.org/packages/ la page de kernel26, et je n'ai rien qui soit dans la liste. (pas de carte nvidia...)

Donc j'ai seulement installé le kernel, pas le 2.6.23 mais j'avais aussi un CD avec le 2.6.24 !

J'ai laissé mkinitcpio <pleindechiffres>.19. Sur le CD où j'avais le kernel 2.6.24, il y avait la version <pleindechiffres>.18

Après le pacman -U, ça a rebuildé sans problème tel quel, donc...

J'avais fait un cp /boot/kernel26.img /boot/kernel26bak.img, avant ça.
Je sais pas pourquoi, mais ça me rassure... :lol:

[EDIT] Super, ça fonctiooonne, direct, sur le kernel 2.6.24.
Maintenant, faut voir si ça plante toujours ! (pas encore en tout cas)
A suivre...