#1 Le 04/12/2009, à 18:53
- hunt
[RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bonjour,
j'ai des problemes de freezes reguliers et aleatoires sur mon ordi (sous Koala)... je soupçonne un probleme avec la carte ATI (RV710 [Radeon HD 4350])... mais j'en sais rien en fait...
Voir ce message: http://forum.ubuntu-fr.org/viewtopic.php?id=362665
Je n'avance pas... j'ai installé le dernier driver Catalyst depuis le site ATI mais rien n'y fait!
Alors mon syslog renvoie ce type de messages d'erreurs qui reviennent:
: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552285] [fglrx] Gart USWC size:1256 M.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552287] [fglrx] Gart cacheable size:498 M.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552292] [fglrx] Reserved FB block: Shared offset:0, size:1000000
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552294] [fglrx] Reserved FB block: Unshared offset:fc11000, size:3ef000
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552296] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000
Dec 3 22:06:12 christophe-desktop dhclient: DHCPOFFER of 192.168.1.2 from 192.168.1.1
Dec 3 22:06:12 christophe-desktop dhclient: DHCPREQUEST of 192.168.1.2 on eth0 to 255.255.255.255 port 67
Dec 3 22:06:12 christophe-desktop dhclient: DHCPACK of 192.168.1.2 from 192.168.1.1
Dec 3 22:06:12 christophe-desktop dhclient: bound to 192.168.1.2 -- renewal in 360029 seconds.
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> DHCP: device eth0 state changed preinit -> bound
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> address 192.168.1.2
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> prefix 24 (255.255.255.0)
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> gateway 192.168.1.1
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> nameserver '192.168.1.1'
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.2.
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: New relevant interface eth0.IPv4 for mDNS.
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: Registering new address record for 192.168.1.2 on eth0.IPv4.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.701764] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
Dec 3 22:06:12 christophe-desktop console-kit-daemon[911]: WARNING: Couldn't read /proc/902/environ: Failed to open file '/proc/902/environ': No such file or directory
Dec 3 22:06:13 christophe-desktop kernel: [ 17.576891] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> (eth0): device state change: 7 -> 8 (reason 0)
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Activation (eth0) successful, device activated.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
Dec 3 22:06:13 christophe-desktop ntpdate[1563]: adjust time server 91.189.94.4 offset 0.466754 sec
Dec 3 22:06:14 christophe-desktop anacron[1626]: Anacron 2.3 started on 2009-12-03
Dec 3 22:06:14 christophe-desktop anacron[1626]: Normal exit (0 jobs run)
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: core-util.c: Home directory /etc/timidity not ours.
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: lock-autospawn.c: Cannot access autospawn lock.
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: main.c: Failed to acquire autospawn lock
Dec 3 22:06:20 christophe-desktop kernel: [ 25.429504] eth0: no IPv6 routers present
Dec 3 22:17:01 christophe-desktop CRON[3942]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Et 3 plantages quasi d'affilé... ces codes d'erreur reviennent chaque fois:
le premier:
----------------------------
kernel: [ 16.847205] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
Dec 4 17:44:39 christophe-desktop console-kit-daemon[923]: WARNING: Couldn't read /proc/920/environ: Failed to open file '/proc/920/environ': No such file or directory
pulseaudio[1961]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1961]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1961]: main.c: Failed to acquire autospawn lock
kernel: [ 26.153503] eth0: no IPv6 routers present
----------------------------
le seecond:
----------------------------
kernel: [ 26.655834] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
console-kit-daemon[941]: WARNING: Couldn't read /proc/919/environ: Failed to open file '/proc/919/environ': No such file or directory
kernel: [ 27.537393] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
NetworkManager: <info> Activation (eth0) successful, device activated.
NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
ntpdate[1734]: adjust time server 91.189.94.4 offset 0.371999 sec
pulseaudio[1937]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1937]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1937]: main.c: Failed to acquire autospawn lock
kernel: [ 35.168073] eth0: no IPv6 routers present
----------------------------
et le troisieme:
----------------------------
kernel: [ 17.848662] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
console-kit-daemon[902]: WARNING: Couldn't read /proc/897/environ: Failed to open file '/proc/897/environ': No such file or directory
kernel: [ 18.734032] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
anacron[1631]: Anacron 2.3 started on 2009-12-04
anacron[1631]: Normal exit (0 jobs run)
acpid: client connected from 1107[107:114]
pulseaudio[1928]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1928]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1928]: main.c: Failed to acquire autospawn lock
kernel: [ 25.596023] eth0: no IPv6 routers present
----------------------------
les numeros de dossiers proc / changent à chaque fois...
Avez vous une idée de où peut venir ce probleme et de comment y remedier ?
D'avance un GRAND merci...
Dernière modification par hunt (Le 01/04/2010, à 19:45)
V 18.04, 64 bits
Hors ligne
#2 Le 05/12/2009, à 11:46
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Personne ne peut m'aider à décrypter ces quelques lignes barbares ??? 
Question à un informaticien pro: est ce que donner des grands coups de gourdins dans mon ordi (methode dite "primaire") ca peut arranger les choses ? 
Non parceque là c'est tout à fait dans mes compétences! 
Dernière modification par hunt (Le 05/12/2009, à 11:47)
V 18.04, 64 bits
Hors ligne
#3 Le 05/12/2009, à 11:49
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
ca peut arramger les choses ...oui...mais il faut avoir la foi
quand au pilote ati tu devrais essayer "envy" voir doc:
http://doc.ubuntu-fr.org/envyng
tu auras les derniers pilotes "ati"
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#4 Le 05/12/2009, à 11:58
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Salut Burty,
j'ai essayé envyng et il n'installe pas les derniers pilotes j'en ai eu la preuve... mais je tourne bien sous le dernier, le Catalyst 9.11 (voir mon autre post http://forum.ubuntu-fr.org/viewtopic.php?id=362665)...
Avoir la foi... bin ma foi, j'ai pas encore testé la priere mais si ca peut arreter les freezes, je m'en vais tester ca illico!
V 18.04, 64 bits
Hors ligne
#5 Le 05/12/2009, à 12:35
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
c'est coté pilote graphique c'est sur...maintenant peut-etre existe t-il des problemes avec ce new driver ati...fait un essai ,si ca arrange rien remet ton catalyst...non?
tiens voila ce que j'ai trouvé:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3082818
tu sais moi je suis bien rester avec la 8.04...
Dernière modification par burty (Le 05/12/2009, à 12:37)
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#6 Le 05/12/2009, à 13:09
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bin si tu veux avec le 9.11 que j'ai installé "à la main" j'ai un peu moins de freezes que avec le pilote que j'avais installé avec envyng (meme si du coup j'ai perdu le Control center)... en supprimant completement le fglrx, c'est "chaud" (gros problemes d'affichage)... donc j'ai pas trop le choix à ce niveau;
MAis j'aimerais bien savoir d'où ca vient pour y remedier... peut etre une incompatibilité avec le kernel ou une mise à jour recente de Karmic ou je sais pas... mais d'apres toi les seules solutions sont:
a) attendre catalyst 9.12
b) passer en pilote libre
c) downgrader Ubuntu et/ou catalyst
Ce sont mes seules options ?
V 18.04, 64 bits
Hors ligne
#7 Le 05/12/2009, à 13:29
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
excuse moi de ne pas etre un genie...ca doit exister mais bon...
jette un oeil par la,je ne suis pas developpeur
http://forum.ubuntu-fr.org/viewtopic.php?pid=3114867
tu verras que les pilotes graphique ati pose probleme
tu peux essayer dans le terminal
# sudo aticonfig --initial -fmais j'y crois sans plus
Dernière modification par burty (Le 05/12/2009, à 13:38)
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#8 Le 05/12/2009, à 17:35
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Pas de probleme tu es tout excusé de pas etre un genie... moi meme si j'etais un genie je poserais pas de questions mais plutot j'y repondrais... puis à la limite pas besoin de genie, une simple soluce qui supprimerait mes plantages me suffirait largement!
Pour le lien, c'est sympa mais là tu me renvoies à ma propre question (en reference du premier message au dessus) que j'ai posé dans la partie graphique du forum...
Et comme je dis dans mon autre message un sudo aticonfig --initial -f de meme qu'un sudo aticonfig --initial de meme que d'autres sudo aticonfig me renvoie:
Parse error on line 9 of section Module in file /etc/X11/xorg.conf
"Disable" is not a valid keyword in this section.
Je n'y ai donc pas acces...
Enfin, merci quand meme...
V 18.04, 64 bits
Hors ligne
#9 Le 05/12/2009, à 18:43
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
ce n'est pas moi qui m'occupe du bon fonctionnement des pilotes graphiques...je suis ni developpeur ni fabricant ni programmeur...c'est un probleme qui normalement devrait ce regler rapidement,vu que c'est assez grave...j'espere...en attendant compare ton hardware avec quelqu'un pour qui les drivers fonctionnent
desolé 
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#10 Le 05/12/2009, à 18:52
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Mais je comprends bien... pourquoi cette agressivité ?
je suis ici pour trouver une solution à mon probleme rien de plus (il me semble c'est le cas de pas mal de monde ici) et la seule chose qui suscite mon enervement c'est ce bug et rien ni personne d'autre (jamais plaisant un plantage en plsu pour mes premiers pas sous Ubuntu)... et c'est deja bien sympa de ta part de prendre le temps de me repondre -en plus tu es malheureusement le seul jusqu'ici- donc ya pas de probleme: merci encore pour ton aide.
V 18.04, 64 bits
Hors ligne
#11 Le 05/12/2009, à 20:32
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
une derniere salve
http://doc.ubuntu-fr.org/ati
c'est la doc pour ati...en reprenant des le debut peut-etre
desolé de ne pas pouvoir t'aider plus 
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#12 Le 06/12/2009, à 13:15
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Oui merci pour le lien, mais malheureusement j'ai deja lu et relu cette page, celles de catalyst, radeon, envyng, tous les posts de freeze pour une raison ou une autre j'en passe...
Alors la suite de mes freezes en faisant des tests et des petites recherches, je me suis apercu que les derniers lignes du syslog avant freeze concernaient de l'audio (pulseaudio alsa etc...);
dans un premier temps j'ai désactivé completement le son (sourdine classique + aucun son systeme) et les freezes ont bcp réduits mais pas disparu (et les memes messages d'erreur dans le syslog sont tjrs présents comme [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1) ou kernel: [ 25.429504] eth0: no IPv6 routers present).
Apres je me suis apercu que dans les options systeme> preferences> son> materiel oh rage oh desepoir apparait ma carte ATI ???
Alors -pardonnez ma grande naiveté- mais une carte graphique en péripherique du son c'est normal Docteur ?
En tous cas je conseille ce post:
http://forum.ubuntu-fr.org/viewtopic.php?id=354707&p=1
Le probleme de base est similaire (plantages freezes), il ya la piste audio meme si la soluce final est pluto reseau wifi (merci à wishwand de ce post, il a peut etre bien fait avancer mon schmilblick)...
Pour moi j'ai pas wifi et j'ai pas encore creuser la piste de network manager...
Et pour ajouter encore de l'etrange à l'etrange, je m'apercois que dans le syslog (en le surveillant regulierement et en l'epluchant), il arrive qu'il y ait bcp de messages d'erreurs ( les memes que ci desus), ceci dès le demarrage mais l'ordi se porte comme un charme! et d'un coup -va comprendre pourquoi- il freeze... et ce qu'il y ait bcp d'activité ou pas des processus ou pas sur internet sur un programme quelconque avec ou sans son... j'ia un fantome dans l'ordi!!!
Alors me pose une question: est il possible qu'un processus foire au demarrage puis apres ca ferait comme une bombe à retardement ? j'ai vu qu'il y avait un processus de synchronisation du temps initié de temps en temps par kernel ca pourrait pas etre ca ? comment tracer le boot pour identifier ce phenomene ?
le pire c'est désesperant on dirait que je suis le seul avec ce bug... meme en anglais, il est signalé mais aucune soluce...
V 18.04, 64 bits
Hors ligne
#13 Le 06/12/2009, à 13:44
- burty
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
je n'en sais pas plus,desolé 
sony vaio vpcw12m1e: ubuntu studio 10.10 maverik meerkat
processeur: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
memoire: 2go
http://www.linuxshot.org/fr/gallery/burty00/
Hors ligne
#14 Le 20/12/2009, à 20:59
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Suite... apres pas mal de tests en tout genre, apres passage sous pilote radeon libre (pas le radeonhd)... toujours les memes freezes!
Retour case départ...
je vous cache pas que, si Ubuntu peux etre un paradis, pour l'heure c'est plus la galere pour moi...
V 18.04, 64 bits
Hors ligne
#15 Le 20/01/2010, à 17:53
- jano_
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
salut, je passais dans le coin en voisin (debian sid), mais comme j'ai eu une expérience similaire avec une radeon hd4650, je te donne deux trois pistes.
pour mon cas il s'agissait d'un conflit d'interruption (IRQ) avec la carte audio hdmi de la carte graphique, qui est reconnue par le module snd_hda_intel en agp sur une carte asus A7n8X-E-Deluxe (chipset nvidia2).
même si il n'y avait pas de conflit apparent (à vérifier avec un "cat proc/interrupts" en console), la carte freezait au chargement du son.
la carte hdmi se sentait concernée à chaque tentative de lancer la carte rme, même si elles avaient des irq différentes.
je t'invite à regarder les conflits d'IRQ possibles, et à changer les attributions d'IRQ dans le bios , et eventuellement enlever ce qui est sur les ports pci, ou les déplacer, des fois que cela soit bénéfique. c'est au final ce qui m'a apporté la solution: déplacement de port pci de ma carte son, plus desactivation de tous les trucs intégrés à la carte mère, avant de les remettre petit à petit.
ça a permis un fonctionnement normal avec windaube ou debian en utilisant le driver fglrx, tu peux aussi essayer de désactiver le module snd_hda_intel, par exemple en éditant la ligne kernel de grub en ajoutant: "snd_hda_intel.enable=0" .
une autre méthode est par exemple un fichier "sound.conf" dans "/etc/modprobe.d" qui contenait (pour mon cas ou j'ai voulu fixer l'ordre des trois cartes son):
alias snd-card-0 snd_intel8x0
options snd_intel8x0 index=0
alias snd-card-1 snd_rme96
options snd_rme96 index=1
alias snd-card-2 snd_hda_intel
options snd_hda_intel index=2 enable_msi=1 enable=0le "enable_msi=1 fait suite à des logs qui se plaignaient de ce manque, lorsque je laissait fonctionner la carte avec le driver radeon.
si ce que tu as fait est bon, un "lspci -k" devrait te donner aucun module chargé pour la carte hdmi.
ensuite j'ai ajouté l'option "pci=use_crs" à la ligne kernel de grub (me souviens plus pourquoi d'ailleurs)
enfin, j'ai corrigé ma table DSDT pour le port AGP qui ne pouvait voir qu'une IRQ:
http://forums.techpowerup.com/showthread.php?s=4e80af0a87e21a36d327e7aa22e3496b&t=106690
en utilisant les outils de:
http://doc.ubuntu-fr.org/tutoriel/comment_afficher_statut_batterie_acpi
je n'ai pas flashé le bios comme pour windows, j'ai juste utilisé la nouvelle table au boot de linux (par une recompilation du noyau, mais suivant les noyaux, il suffit de l'ajouter à l'initrd)
je reconnais que c'est difficile, et ça dépend de ce que donne ton 'cat /proc/interrupts' normalement snd_hda_intel et radeon doivent partager la même IRQ. de plus je ne sais pas si c'est cela qui a permis à tout de marcher.
donc regardes ta table d'IRQ, et surtout le log du kernel (/var/log/kern.log chez moi), pour tout ce qui est plainte à propos des irq...
jano
Dernière modification par jano_ (Le 20/01/2010, à 18:05)
Hors ligne
#16 Le 20/01/2010, à 19:58
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bonjour et merci bcp Jano!
Ton post me fait tres plaisir! vraiment...
Il se trouve qu'actuellement j'ai downgradé sous Jaunty et avec tjrs les memes problemes je suis une piste de la gestion de l'ACPI et de l'APIC (et des IRQ et de l'APM), ca semble grandement améliorer la stabilité de ma machine!
Voir mes posts sur ce sujet:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3222761#p3222761
donc avec ton post, tu me confirmerais un peu que avec le passage de différentes options au noyau je suis au moins un peu sur la bonne voie (et etre sur la bonne voie c'est deja un tres GRAND ENORME pas!)
Alors pour l'heure j'ai pas vraiment tout compris à ton explication (là c'est quand meme un truc d'informaticien un peu! -beaucoup meme- ) mais je vais mieux me documenter et suivre cette piste des IRQ... là depuis tout à l'heure je tente comme option noyau pci=noacpi (Disable PCI IRQ routing of the new ACPI system) en plus de noapic acpi=off apm=off et pnpbios=off ... je vais voir; ou tenter d'autres options plus "radicales" sur les IRQ (mais qui me semblent plus "simples" comme soluce).
Enfin je vais bien lire et relire ta reponse et mieux me documenter ! (par contre là je risque de pas avoir trop de temps jusqu'à ce week end pour tester...)
Si tu permets je cite ton post sur l'autre sujet ci dessus car deja il me semble bien faire avancer mon schmilblick à moi mais sur l'autre post il y a peut etre d'autres personnes qui auront aussi leur schmilblick avancé!
Je pense comme le dit Ljere sur l'autre post, ca peut etre vraiment tres utile de créer un post special sur le sujet pour au moins expliquer un peu ce genre de problemes et des pistes pour les résoudre... parceque c'est pas faute d'avoir cherché sur le web entier (francais et anglais, Ubuntu ou autres distribs) et j'ai pas trouvé de page vraiment tres explicite sur ces sujets...
Donc vraiment merci encore pour ton intervention et si t'en as d'autres comme ca, tu te genes surtout pas !
@+
V 18.04, 64 bits
Hors ligne
#17 Le 21/01/2010, à 00:24
- jano_
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
salut, une chose intéressante serait de savoir sur quel matos il y a ce genre de problèmes, de ce que j'ai lu c'était surtout avec des chipset nvidia (nforce2 ou 3) et sur des ports AGP, nvidia etant accusé de gentiment bloquer les améliorations des cartes ati .
pour ce qui est de ma solution, je ne sais pas ce qu'elle vaut avec fglrx, et un "vieux" kernel, j'ai choisi de tout passer en git (version développement): kernel (2.6.33-rc4) driver ati, drm, xserver et mesa et d'utiliser le driver radeon et KMS. D'une part parce que la gestion des irq (pour les gpu r600 et +) et le support de l'hdmi n'est possible qu'avec un noyau 2.6.33 (pour les drivers libres j'entend, je ne connais pas le status de fglrx à ce sujet), d'autre part parce que le driver radeon marche déjà bien dans cette version (il me manque encore des trucs pour les shaders).
je récapitule ce qui peut marcher:
-changer de CG (passer à nvidia) en évitant l'hdmi, ou changer de CM (pas nvidia en chipset) mais l'intérêt des carte ati pour les ports AGP est bien réel pour améliorer une ancienne config.
-bouger les irq, dans le bios, comme en changeant de port les cartes PCI (lire le manuel de la carte mère), certain slots pci entrent en conflit avec la carte agp.
-désactiver le module snd_hda_intel, que au mois pulse audio arrête de le choisir par défaut (qu'il est con ce pulse audio )
passer certaines options au noyau et aux modules:
-noyau: pci=use_crs (faudra que je retrouve ce qu'il corrige)
irqpoll (qui ralenti bien le pc mais semble marcher)
radeon.modeset=1 (pour activer le KMS avec radeon, si pas activé par défaut ou l'enlever avec 0)
-module: snd_hda_intel enable_msi=1, ou/et enable=0
enfin pour des ports agp ne montrant pas la carte vidéo et la carte audio hdmi sur la même IRQ, modifier la table DSDT pour ajouter d'autre entrées d'IRQ (et au passage essayer de la corriger, pour ça j'ai eu la chance de tomber sur la correction de la mienne, n'allez pas imaginer que je comprend le charabia qu'il y a à l'intérieur ).
voila, pour ça j'ajoute juste qu'une grande partie du temps à été consacré à la lecture des logs (kern.log surtout) à la recherche des erreurs, suivi de mon amis google 
et aussi de "cat /proc/interrupts" de temps en temps.
le résultat pour moi:
0: 5391161 XT-PIC-XT timer
1: 9742 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
3: 312555 XT-PIC-XT NVidia nForce2
5: 0 XT-PIC-XT skge@pci:0000:01:04.0, ohci_hcd:usb2
6: 4 XT-PIC-XT floppy
7: 2918363 XT-PIC-XT HDA Intel, radeon
8: 0 XT-PIC-XT rtc0
9: 0 XT-PIC-XT acpi
10: 34367 XT-PIC-XT ohci_hcd:usb3, eth0
11: 1152117 XT-PIC-XT sata_sil, ehci_hcd:usb1, RME96
12: 241322 XT-PIC-XT i8042
14: 29803 XT-PIC-XT ide0
15: 236445 XT-PIC-XT ide1
NMI: 0 Non-maskable interrupts
MCE: 0 Machine check exceptions
MCP: 23 Machine check polls
ERR: 780jano
Hors ligne
#18 Le 21/01/2010, à 20:42
- Flo65
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Salut!
Hunt, non tu n'es pas seul, j'ai le même souci que toi avec une vieille ATI 9800 PRO.
Jano, tu m'interesses, ce plantage est en effet apparu depuis que j'ai récupére une A7N8X Deluxe... Je m'en vais de suite vérifier les conflits d'IRQ.
J'ai posté début décembre sur ce forum, et depuis je n'avais pas eu l'ombre d'une piste!!!
A+
Hors ligne
#19 Le 21/01/2010, à 21:20
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bonsoir Jano et Flo,
Moi mon matos c'est une carte Asus P5Q3 avec une carte ATI radeon hd4350 (tjrs comme post original)... l'ordi est recent, je l'ai à peine depuis octobre 2009...
Là je comprends pas tout... en effet dans le manuel de ma carte, ils parlent des Interrupts Assignements IRQ dans la section "Expansion slots" avec aussi les PCI slots... mais dans la config du bios, j'ai beau retourné dans tous les sens, nulle part ya d'options sur les IRQ pour activer ou désactiver quoi que soit ? ca se trouverait plutot dans quel onglet ?
Pour le driver radeon classique j'avais réussi à le faire marcher sur le Koala (mais à l'epoque j'avais pas encore découvert ces histoires d'ACPI, d'IRQ etc... donc ca freezait...)
LE radeonhd par contre, j'ai eu beau tester plusieurs tuto d'install (y compris de forum anglais), j'ai jamais réussi à le faire marcher...
MAis là sous Jaunty j'arrive à installer le fglrx par systeme>pilote de périphérique et j'ai plus l'erreur
[fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)"-changer de CG (passer à nvidia) en évitant l'hdmi, ou changer de CM (pas nvidia en chipset) mais l'intérêt des carte ati pour les ports AGP est bien réel pour améliorer une ancienne config."
Ca bon... vu que mon ordi est neuf, je vais deja essayer de le faire marcher comme ca! ;-)
MAis j'ai cherché sur le manuel, ils parlent pas de port AGP... donc ma carte devrait etre branchée sur un port classique ? (j'y connais rien dans tout ca)
"-bouger les irq, dans le bios, comme en changeant de port les cartes PCI (lire le manuel de la carte mère), certain slots pci entrent en conflit avec la carte agp."
Ca c'est bon à savoir pour le changement de port ! je testerai ca en dernier recours si aucune modif "logicielle" ne marche...
mais par contre comme je te dis plus haut j'ai pas d'IRQ dans le bios ?
Aussi comment je peux regarder la table des IRQ ?
"-désactiver le module snd_hda_intel, que au mois pulse audio arrête de le choisir par défaut (qu'il est con ce pulse audio smile )"
ca expliquerait pourquoi en virant Pulseaudio j'ai diminué la fréquence des freezes !
J'ai effectivement un truc du son par snd_hda_intel qui fait des IRQ dans le kern.log... je vais tester tout ca ce week end deja en tentant de le désactiver;
"passer certaines options au noyau et aux modules:
-noyau: pci=use_crs (faudra que je retrouve ce qu'il corrige)
irqpoll (qui ralenti bien le pc mais semble marcher)
radeon.modeset=1 (pour activer le KMS avec radeon, si pas activé par défaut ou l'enlever avec 0)"
C'est ce que je vais tester en premier ca ! (c'est ce qui me parait le plus simple à mon petit niveau d'informatique)
Là j'ia testé "pci=noacpi" (Disable PCI IRQ routing of the new ACPI system.) => ca me remets des freezes!
Et figure toi, j'ai testé un peu irqpoll, 2 freezes en meme pas 1/4 d'heure... mais je sentais pas de ralentissement... avec un Intel Quad et 4Go de RAM faut yaller quand meme un peu avant de le faire ramer! ;-) enfin j'espere... mais bon irqpoll pas top! ou alors faut coupler avec d'autres options...
Là apres j'ai testé: irqfixup (When an interrupt is not handled search all handlers for it. Intended to get systems with badly broken firmware running.)
Freeze direct pareil...
Y a t il un moyen à ta connaissance de carrément désactiver les IRQ pour que je teste ? j'ai pas trouvé ca... ou moins par exmple désactiver 1 seule IRQ comme ca je pourrais tester l'une apres l'autre voir laquelle foutrait sa merde...
A tout hasard je teste maintenant acpi=noirq (Do not use ACPI for IRQ routing.)
pci=use_crs [X86] Use _CRS for PCI resource allocation.
je comprends pas tout mais on dirait que c'est lié au "réseau"...
Je te donne à tout hasard cette adresse qui repertorie vraiment pas mal d'options de noyau... tjrs pas mal à avoir ca sous la main dans un coin d'ordi !
http://www.kernel.org/doc/Documentation/kernel-parameters.txt
"enfin pour des ports agp ne montrant pas la carte vidéo et la carte audio hdmi sur la même IRQ, modifier la table DSDT pour ajouter d'autre entrées d'IRQ (et au passage essayer de la corriger, pour ça j'ai eu la chance de tomber sur la correction de la mienne, n'allez pas imaginer que je comprend le charabia qu'il y a à l'intérieur smile )."
C'est sur ca parait le mieux... mais là deja si toi tu comprends pas, moi encore bien moins!
Puis si il faut recompiler le noyau... Deja rien que là j'ai le mal de tete qui vient...
Je testerai deja peut etre avec le initrd... mais en dernier parceque là ca me parait quand meme coton!
Kern.log: je vais gueter!
Là j'ai regardé un peu... pour l'instant j'ai pas vu d'erreur (pourtant j'ai eu des freezes)...
"cat /proc/interrupts" : lui je trouvais pas! cat /proc/interrupts marchait pas...
j'ai un proc/interrupts, avec des trucs de marqués dessus en apercu (ca ressemble à ce que tu as avec 0: 1: etc) mais le fichier fait 0 octect et quand je l'ouvre (meme en gksudo) ya rien marqué dessus ... et je sais pas ce que j'ai fait avec les irqpoll et autres options mais depuis si je fais cat proc/interrupts ca marque:
CPU0 CPU1 CPU2 CPU3
0: 60 0 0 0 XT-PIC-XT timer
1: 5220 0 0 0 XT-PIC-XT i8042
2: 0 0 0 0 XT-PIC-XT cascade
3: 1286 0 0 0 XT-PIC-XT HDA Intel
4: 2 0 0 0 XT-PIC-XT
5: 52683 0 0 0 XT-PIC-XT ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
7: 34278 0 0 0 XT-PIC-XT ehci_hcd:usb2, uhci_hcd:usb6
8: 0 0 0 0 XT-PIC-XT rtc0
10: 0 0 0 0 XT-PIC-XT ahci, uhci_hcd:usb3
11: 15 0 0 0 XT-PIC-XT pata_jmicron, HDA Intel
12: 4 0 0 0 XT-PIC-XT i8042
14: 0 0 0 0 XT-PIC-XT uhci_hcd:usb4
15: 64664 0 0 0 XT-PIC-XT ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
2298: 45870 45852 45882 45892 PCI-MSI-edge fglrx[0]@PCI:1:0:0
2299: 3882 3900 3869 3859 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 775833 775796 775698 775669 Local timer interrupts
RES: 1168 1303 920 1859 Rescheduling interrupts
CAL: 49 84 93 89 Function call interrupts
TLB: 1175 2285 1276 2324 TLB shootdowns
SPU: 0 0 0 0 Spurious interrupts
ERR: 0
MIS: 0Là dans ce tableau il faut que je surveille quoi ? le ERR ?
Enfin en tous cas merci! tu donnes des pistes de recherche et de tests... c'est mieux que de ne pas savoir où chercher ou quoi faire!
@ Flo: "egoistement" je suis content de plus etre seul !!!
je te renvoie à mon autre post sur ce sujet:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3222761#p3222761
dans un premier temps, faute de trouver vraiment de quoi il s'agit, désactiver l'acpi et l'apic peut grandement améliorer ta stabilité...
dans un second temps, effectivement la piste de Jano sur les IRQ peut te permettre de vraiment remonter à la source du probleme; je prépare aussi un post "generaliste" pour determiner des pistes notamment de passage d'options au noyau (ACPI APCI IRQ ET APM)... je mettrais le lien ici quand ca sera fait; vous serez bien venus si vous souhaitez participer...
V 18.04, 64 bits
Hors ligne
#20 Le 22/01/2010, à 13:46
- jano_
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
pour les IRQ, tu ne peux pas voir dans le bios leur affectation, tu as le résumé dans l'os des affectations (/proc/interrupts).
pour les changement, ça se fait déjà en désactivant les periphériques intégrés à la carte mère (son, reseau, serie parallèle, etc...) et aussi en changeant de place (si présent) des cartes sur les port pci. Le menu du bios, ben faut voir le manuel du bios, des fois c'est une option qu'il faut passer en manuel pour la gerer.
Pour ta carte graphique, elle est sur un port PCI-Express, le port AGP ça date du déluge .
Tu ne peux pas désactiver l'IRQ d'un périph, il en a besoin pour dialoguer avec le proc, mais tu peux arriver à changer son affectation.
si tu n'as pas ce genre de problème avec windows, ça peut être une mauvaise table DSDT (qui est fournie par le bios), windows est assez insensible aux erreurs, mais pas les linux, qui s'attendent à ce que la table respecte les standard. il y a quelques années il fallait corriger sa table, mais actuellement l'acpi essaye de tenir compte des tables foireuses, mais il se peut qu'il échoue ).
tu peux déjà mettre à jour ton bios, et faire un memtest.
pour vérifier la qualité de la table DSDT avec iasl: http://doc.ubuntu-fr.org/tutoriel/comment_afficher_statut_batterie_acpi
tu as fait un clear cmos sur la carte aussi?
sinon pour tes interruptions, je peux pas vraiment dire grand chose, ça te permet de voir quelles irq sont partagées, mais cela n'induit pas forcément un problème.
on dirait aussi que la carte son intégré utilise aussi hda_intel, c'est plus délicat de dire laquelle est qui.
enfin toutes les irq du XT-PICT-XT arrivent sur un seul proc, tu étais en acpi=off?
tu peux voir l'option acpi_irq_balance, pour les distribuer entre les procs.
@flo pour mon cas le conflit avec la carte n'était pas visible, il se passait juste que lorsque je lançait jack sur la carte rme, j'avais un bip et dmesg me montrait la désactivation de l'irq de la rme et de l'hdmi, corrigé en déplaçant la carte rme (bios merdique?).
mais ça marchait bien avec fglrx, pas avec radeon.
-edit- tu peux trouver un dsdt modifié pour la A7N8X deluxe ici: http://acpi.sourceforge.net/dsdt/view.php?id=39
enfin un peu de lecture à propos de l'acpi (et de savoir si il est impliqué):
http://www.lesswatts.org/projects/acpi/debug.php
jano
Dernière modification par jano_ (Le 22/01/2010, à 16:07)
Hors ligne
#21 Le 22/01/2010, à 19:48
- Flo65
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bonsoir à tous,
et merci pour toutes ces infos, je m'en vais tester tout ça.
J'en avais tellement marre de tous ces freeze que je ne tournais plus que sur mon vieux win XP et que je pensais de plus en plus à downgrader ma distrib.
A savoir que j'avais essayé une vieille Mandriva One en Live CD qui traînait par la, et que les mêmes plantages arrivaient.
@+
Dernière modification par Flo65 (Le 22/01/2010, à 19:49)
Hors ligne
#22 Le 24/01/2010, à 20:14
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Salut Jano et Flo, du bon et du pareil qu'avant...
Pour snd_hda_intel , je pense j'ai désactivé (par le alsa.conf parce que en passant par le noyau ca marchait mais ca me marquait une erreur)... bizarre parceque le son etait bien désactivé mais je retrouvais par lspci -k un autre truc realtek alc1200 qui utilisait snd hda intel... gggrrr ca serait pas une autre carte son integrée à la carte mère ? j'y comprends rien à tout ces trucs !!!! snif... ;-)
Ou peut etre faut désactiver le son par le bios aussi ? (j'ai pas encore testé)
Ou peut etre carrément enlever la carte graphique voir ce que ca donne? ou je peux la changer de port sans risque ? (oui je sais les questions idiotes du boulet... mdr)
Mais ca semble pas venir du snd hda intel...
Oui j'ai vu que PCI express avait remplacé AGP ! (j'avais zappé cette partie du manuel mais j'y suis revenu pour comprendre )
Oui là j'etais en noapic acpi=off acpi_irq_nobalance...
J'ai réactivé avec juste les option acpi=ht, voilà ce que ca donne j'ai 2 hda intel à la 17 et la 22 et le fglrx à la 2298... c'est grave docteur ? ;-)
CPU0 CPU1 CPU2 CPU3
0: 41 1 0 0 IO-APIC-edge timer
1: 9 8 8 10 IO-APIC-edge i8042
2: 0 0 0 0 XT-PIC-XT cascade
4: 1 0 1 1 IO-APIC-edge
8: 0 0 1 0 IO-APIC-edge rtc0
16: 0 0 0 0 IO-APIC-fasteoi ahci, pata_jmicron, uhci_hcd:usb3
17: 7 6 6 7 IO-APIC-fasteoi HDA Intel
18: 180 179 169 169 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 1853 1855 1855 1848 IO-APIC-fasteoi ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
21: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 329 306 334 318 IO-APIC-fasteoi HDA Intel
23: 53 67 58 64 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
2298: 274 281 271 290 PCI-MSI-edge fglrx[0]@PCI:1:0:0
2299: 5 8 7 4 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 3987 3650 3512 4963 Local timer interrupts
RES: 237 262 204 110 Rescheduling interrupts
CAL: 77 88 68 76 Function call interrupts
TLB: 493 621 454 622 TLB shootdowns
SPU: 0 0 0 0 Spurious interrupts
ERR: 0
MIS: 0Peut etre avec les options acpi_irq_isa et acpi_irq_pci on peut mieux gerer les irq... là j'ai testé un peu mais ca donne pas grand chose; mais je comprends pas bien leur fonctionnement donc je suis pas sur d'avoir tenté les bonnes irq... je vasi mieux me renseigner...
Et donc "le bon"! en ce moment je teste acpi=ht et acpi_irq_balance (et pnpbios=off ca me le demande obligé), ca semble obtenir une meme stabilité que noapic acpi=off apm=off voir meme meilleure...
Si tu veux en désactivant snd_hda_intel ou avec d'autres tests que j'ai fait ca ne résiste pas à mon test de la mort qui tue: freeze!
mon test de la mort qui tue, je me suis aperçu que, meme avec noapic acpi=off qui stabilisent mon systeme, en allant sur Dailymotion en choisissant une video assez longue et en la passant en plein ecran => ca resiste pas sur la durée! freeze... mais sans plein ecran aucun probleme! (enfin presque ya des freezes -moins- mais c'est bcp plus aléatoire, impossible à déterminer)
J'ai testé:
pci=noacpi => freeze
acpi=noirq freeze
acpi_irq_nobalance et acpi_irq_balance.... pareil ca change rien...
irqpoll freeze
irqfixup freeze
pci=biosirq freeze
pci=routeirq freeze
pci=use_crs freeze
Apres truc bizarre -encore- j'ai voulu tester de supprimer carrément les options qui stabilisent (noapic acpi=off apm=off pnpbios=off ou acpi=ht et acpi_irq_balance) pour juste tester irqpoll SEULE... et là j'arrive meme plus à demarrer ca marque une nouvelle erreur au demarrage encore jamais vu:
ata3 revalidation failed errno5Si ca continue je vais finir par connaitre toutes les erreurs linux et toutes les options du kernel !!!
Je sais pas, mais c'est bizarre ces histoires d' acpi apic... c'est possible que ca soit un probleme de communication entre les 4 processeurs ?
kern.log: tjrs RAS (ou je vois rien ce qui est tres possible )...
Bios il est à jour je pense... je n'ai rien effectué mais sur le site ASUS, les dernières mises à jour datent alors que mon ordi est bcp plus récent donc elles ont du etre integré à priori... et dans des sortes de "release note", ils parlent juste d'amelioration de gestion de la RAM... mais pourquoi pas au point où j'en suis je vais voir...
table DSDT j'ai vu ton lien mais là ils parlent pas de mon mondel P5Q3 puis c'est juste pour les ordi portables tout ca non ?
MAis là franchement je te cache pas que c'est, ou du moins ca parait, super compliqué!
Moi je suis pas un nul complet mais je suis loin d'etre un pro non plus... mais là tu te rends compte le truc ? pas super user friendly quand meme...
Corriger une table DSDT à la main, compiler et tout... presque j'aurais plsu vite fait de recreer ma propre distrib Linux à moi! (et Dieu sait que ca serait la galere...
mais c'est sur ca peut etre LA vraie solution...
Enfin je vais me documenter... mais là j'ai peur, j'avoue c'est pas de mon niveau...
Memtest j'en ai fait deja 2 depuis tout ces freezes le dernier avec environ 18 passes sur une large nuit de test = 0 erreur...
J'ai aussi teste le DD avec smartmontool à plusieurs reprises en long test... jamais rien trouvé...
clear cmos non j'ai pas testé... si je repasse par une enieme reinstall je testerai, mais là je commence à en avoir un peu marre quand meme... je suis sous Ubuntu depuis la sortie de la 9.10 (j'ai juste Ubuntu j'ai pas voulu de dual boot) et durant ces derniers mois j'ai passé au moins 80 à 90 % de mon temps d'ordi à juste regler des problemes, faire des reinstall, etc...
C'est dommage que j'ai toutes ces emmerdes... Ubuntu est un systeme sympathique à utiliser, j'y ai pris un peu mes marques et j'ai pas envie de retourner sous Windows, c'est pour ca je "m'acharne"... mais si vraiment j'arrive pas à regler ces histoires de freezes, qui en plus ont l'air de persister sous d'autres distribs (ca me le fait sous MAndriva KDE 2010 aussi...), bin je risque de me retrouver obligé d'aller à regret sous Windows... snif...
Enfin, bonne fin de week end et bonne semaine à vous.
@+
V 18.04, 64 bits
Hors ligne
#23 Le 25/01/2010, à 23:08
- jano_
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
re
j'avais compilé sans le support de l'apic et l'io-apic, depuis que je l'ai fait, plus d'erreur, c'est bien les changements d'irq en desactivant et remettant les periphs du bios, plus le déplacement de la carte son pci qui ont résolu mon problème (avec un clear cmos en route).
j'ai laissé tombé la modif de table dsdt, ça marche sans chez moi, le kernel corrige tout seul.
CPU0
0: 126 IO-APIC-edge timer
1: 770 IO-APIC-edge i8042
6: 4 IO-APIC-edge floppy
8: 0 IO-APIC-edge rtc0
9: 0 IO-APIC-fasteoi acpi, HDA Intel
12: 132546 IO-APIC-edge i8042
14: 33445 IO-APIC-edge ide0
15: 103461 IO-APIC-edge ide1
17: 0 IO-APIC-fasteoi skge@pci:0000:01:04.0
18: 509314 IO-APIC-fasteoi sata_sil, RME96
19: 128269 IO-APIC-fasteoi radeon
20: 135 IO-APIC-fasteoi ohci_hcd:usb2
21: 135794 IO-APIC-fasteoi ehci_hcd:usb1, NVidia nForce2
22: 9255 IO-APIC-fasteoi ohci_hcd:usb3, eth0
NMI: 0 Non-maskable interrupts
LOC: 932402 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
PND: 0 Performance pending work
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 10 Machine check polls
ERR: 0
MIS: 0tiens une page avec quelques infos sur l'acpi:
https://help.ubuntu.com/community/ReschedulingInterrupts
tu as cherché des forums avec le nom de ta carte?
memtest peut bien marcher seul mais la ram peut avoir des pb en charge (les tensions de l'alim sont bonnes?).
tu peux essayer de jouer sur la tension de la ram...
pour ton bios, si dmidecode est installé, tu peux avoir ta version avec:
dmidecode -s bios-versionC'est une bonne idée de le mettre à jour si il addresse des bugs.
ceci dit, en regardant tes logs deux lignes ont retenues mon attention:
hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
[fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)pour ça je soupçonne hda_intel d'être responsable, mais je suis loin d'être spécialiste. c'est le genre d'erreurs (l'IRQ timing workaround ) que j'avais avant de passer à un noyau 2.6.33, qui apporte des améliorations peut être à hda_intel, mais surtout au support des interruptions de la carte hdmi ati.
ça ressemble à ce bug: https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/314600
peut être qu'une future mise à jour des driver fglrx règlera le pb?
jano
Hors ligne
#24 Le 26/01/2010, à 22:05
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Bonsoir Jano,
Me suis apercu que finalement acpi=ht et acpi_irq_balance ne suffisent pas, faut rajouter apm=off... et là mon systeme est "stable" (à peu pres...)
Niveau "repartition" acpi=ht c'est sur ca parait mieux que de désactiver carrément l'acpi...
CPU0 CPU1 CPU2 CPU3
0: 51 7 8 8 IO-APIC-edge timer
1: 4015 4163 4116 4136 IO-APIC-edge i8042
2: 0 0 0 0 XT-PIC-XT cascade
4: 1 1 0 0 IO-APIC-edge
8: 0 0 1 0 IO-APIC-edge rtc0
12: 1 1 1 1 IO-APIC-edge i8042
16: 0 0 0 0 IO-APIC-fasteoi ahci, pata_jmicron, uhci_hcd:usb3
17: 5 5 6 6 IO-APIC-fasteoi HDA Intel
18: 31316 31347 31419 31453 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 31153 31009 31032 31045 IO-APIC-fasteoi ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
21: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 517 512 524 503 IO-APIC-fasteoi HDA Intel
23: 18790 18837 18776 18772 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
2298: 146727 146659 146624 146551 PCI-MSI-edge fglrx[0]@PCI:1:0:0
2299: 5261 5257 5291 5322 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 364955 223726 414307 469040 Local timer interrupts
RES: 3952 3617 3858 4017 Rescheduling interrupts
CAL: 75 86 88 78 Function call interrupts
TLB: 3711 4929 2820 3775 TLB shootdowns
SPU: 0 0 0 0 Spurious interrupts
ERR: 0
MIS: 0Ton lien sur l'acpi ReschedulingInterrupts est interessant parce que ca "sent" mon probleme... vmstat 1 aussi je connaissais pas!
En revanche pour avoir un peu "tracé" avec un top... j'avais rien vu de tres pertinent... le seul processus qui etait à CHAQUE freeze: xorg... pas tres parlant comme truc...
Dommage que le truc sur le DSDT soit si compliqué...
MAis c'est vraiment bizarre que le flash plein ecran soit si "casse gueule"... ils parlent du flash sur le lien aussi...
Oui effectivement j'ai vu sur certains forum, pour des problemes similaires de freezes sous ASUS p5q3, ils conseillent de soit modifier le voltage soit de modifer la freqence de RAM... j'ai pas testé encore...
Mais là j'ai un peu peur, question idiote: ca risque pas de transformer mon ordi en grille pain ???
PArce que si ca me plante tout... en plus ca rentrera pas dans la garantie non plus... ca fait cher le grille pain!
sudo dmidecode -s bios-version
0806
Apres verif, il s'agit bien de la derniere MAJ possible...
Là pour les logs ce sont des "vieux" logs... la periode où j'ia commencé sous Koala... le Koala etait ingerable! à l'epoque je connaissais pas APCI APIC APM IRQ etc... donc j'ai jamais testé tout ca sous Koala; alors je soupconnais la carte ATI toute seule... et j'avais des freezes à repetition dès le demarrage meme...
Là j'ia "débloquer" les logs (j'avais oublié que je pouvais le faire sous Jaunty) et j'ia activé l'option apic=debug... résultat: un flot de charabia sur les IRQ et l'APIC! mais franchement j'y comprends rien...
j'ia vu par exemple:
pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001ca semble etre en rapport avec l'option USB legacy...
ou encore:
hda codec unknown model for ALC 883 trying autoprobe from biosqui semble etre un probleme de reconnaissance de model pour les cartes ASUS (note j'ai jamais eu de probleme directement de son... enfin au moins un domaine où j'ai pas de probleme !!!!! aaahhh... )... mais je doute que ca soit vraiment probant pour mon probleme de freeze...
Enfin je tenterai de regler ces codes erreurs on sait jamais... vais aussi continuer à tracer les logs...
Ou dans le genre avec work around j'ia aussi du:
AMI BIOS detected: BIOS may corrupt low RAM, working it around.Là j'ai trouvé ca sur ce message:
Non, le BIOS va très bien, il s'agit juste d'une précaution: lors du boot,le BIOS peut se charger dans la partie inferieure de la RAM (de mémoire, les 16 premiers Mo), et les modifier pendant que l'ordinateur fonctionne. Le noyau linux prend donc ses "précautions" ("working around it") pour eviter d'allouer de la mémoire dans cette zone (le BIOS peut modifier/corrompre cette memoire sans prevenir personne lol ). Tout à fait normal et sans danger.
Par contre comme avec les options au noyau mon systeme est plus stable il se peut que je n'ia pas d'erreur dans mes logs non plus, non ?
Là sur 2 cat /proc/interrupts pris à 20 secondes d'intervalles je vois pas grand chose de tres concluant:
CPU0 CPU1 CPU2 CPU3
0: 43 4 8 3 IO-APIC-edge timer
1: 2998 2975 3029 2932 IO-APIC-edge i8042
2: 0 0 0 0 XT-PIC-XT cascade
4: 0 0 1 1 IO-APIC-edge
8: 1 0 0 0 IO-APIC-edge rtc0
12: 1 1 1 1 IO-APIC-edge i8042
16: 0 0 0 0 IO-APIC-fasteoi ahci, pata_jmicron, uhci_hcd:usb3
17: 6 6 6 6 IO-APIC-fasteoi HDA Intel
18: 24835 25015 24832 24806 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 19565 19543 19575 19620 IO-APIC-fasteoi ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
21: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 32863 32997 33138 33048 IO-APIC-fasteoi HDA Intel
23: 16197 15998 16107 16241 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
2298: 76843 76718 76581 76561 PCI-MSI-edge fglrx[0]@PCI:1:0:0
2299: 8252 8307 8284 8345 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 367596 212847 231512 170598 Local timer interrupts
RES: 5080 4211 4061 4042 Rescheduling interrupts
CAL: 90 87 85 65 Function call interrupts
TLB: 3079 3721 2945 3436 TLB shootdowns
SPU: 0 0 0 0 Spurious interrupts
ERR: 0
MIS: 0
CPU0 CPU1 CPU2 CPU3
0: 43 4 8 3 IO-APIC-edge timer
1: 2999 2978 3035 2934 IO-APIC-edge i8042
2: 0 0 0 0 XT-PIC-XT cascade
4: 0 0 1 1 IO-APIC-edge
8: 1 0 0 0 IO-APIC-edge rtc0
12: 1 1 1 1 IO-APIC-edge i8042
16: 0 0 0 0 IO-APIC-fasteoi ahci, pata_jmicron, uhci_hcd:usb3
17: 6 6 6 6 IO-APIC-fasteoi HDA Intel
18: 24938 25117 24939 24914 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 19620 19600 19626 19667 IO-APIC-fasteoi ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
21: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 32863 32997 33138 33048 IO-APIC-fasteoi HDA Intel
23: 16213 16016 16123 16257 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
2298: 77139 77009 76873 76859 PCI-MSI-edge fglrx[0]@PCI:1:0:0
2299: 8255 8310 8286 8347 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 370655 213057 231685 170891 Local timer interrupts
RES: 5091 4212 4063 4046 Rescheduling interrupts
CAL: 90 87 85 65 Function call interrupts
TLB: 3079 3722 2945 3441 TLB shootdowns
SPU: 0 0 0 0 Spurious interrupts
ERR: 0
MIS: 0Pour le launcpad, effectivement ca ressemble, j'avais vu ce message à l'epoque concernant le code erreur *ERROR* interrupt source ff000066... j'avais meme testé la soluce des derniers messages:
I've just discovered something interesting, after some time experimenting in Karmic -- somehow, I managed to catch a line about "failed to connect to acpid" just before the crash.
Apparently, the acpi-services part of the fglrx driver explicitly depends on having acpid up and running by the time Xorg starts, or else it fails rather inelegantly, as this bug report discusses.
I've managed to fix the problem on my system, by adding an explicit upstart dependency of 'acpid' for gdm.
I've edited /etc/init/gdm.conf as follows:start on (filesystem
and started hal
and started acpid <=== Add this line.
and tty-device-added KERNEL=tty7
and (graphics-device-added or stopped udevtrigger))
stop on runlevel [016]
Sans succés...
Mais sur ma machine j'ai des freezes meme sans pilote proprio! deja le simple radeon => freeze pareil... meme dans les premieres secondes de démarrage parfois!
(d'ailleurs j'ai aussi viré le quiet splash voir un peu si j'ai un probleme de demarrage)
Donc ca semble plus acréditer la these des IRQ qui digerent pas de l'apic ou un truc du genre...
Pour le truc realtek alc1200 j'ai lu sur le manuel:
Audio 8 channel high definition audio codec etc...
Donc ca serait un autre truc audio... peut etre ca fait exactement comme toi ca entre en conflit avec justement hda intel comme tu disais ?
A l'occaz quand j'aurais un peu de temps je testerai de changer de port la carte graphique... voir aussi si dans les options du bios je peux désactiver des périphériques les uns apres les autres ou désactiver hda intel... ou je vais aussi mieux lire le manuel des fois que j'ai raté un paragraphe sur les IRQ (ca m'etonnerait mais bon...)
Enfin surtout je croise les doigts qu'une bonne nouvelle vienne des futurs noyaux (là je suis en 2.6.28-17-generic), va falloir attendre pour le 33... snif...
Là en fglrx je suis en "OpenGL version string: 2.1.8575", j'ai installé par systeme>pilote donc c'est pas vraiment "à jour", mais ca me parait pas capital... je viens de regarder à tout hasard si dans les releases notes du dernier pilote 9.12 ils parlent de ce genre de problemes qui seraient reglés mais non...
En tous cas merci encore d'avoir pris le temps d'etudier mon probleme et de m'avoir répondu!
V 18.04, 64 bits
Hors ligne
#25 Le 27/01/2010, à 20:22
- hunt
Re : [RESOLU]Freeze/plantage: Aide pour decrypter un syslog... SVP
Suite pour ceux qui rencontreraient les messages d'erreur:
pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001Il s'agit bien de désactiver l'USB legacy dans le bios...
Pour:
hda codec unknown model for ALC 883 trying autoprobe from bioset pour une ASUS P5Q3 avec le ALC 1200 il faut:
gksudo gedit /etc/modprobe.d/alsa-base.confet ajouter à la fin:
options snd-hda-intel model=6stack-dig
options snd-hda-intel position_fix=0
options snd-hda-intel probe_mask=1Ca enleve le message d'erreur et ca rajoute des trucs dans Alsamixer, on dirait ya une meilleure reconnaissance... mais pour les freezes ca change pas grand chose...
Je tente de carrément désactiver le snd hda intel depuis le bios voir si ya une différence...
V 18.04, 64 bits
Hors ligne