Page 1 sur 1

[kernel][extinction]Attente infinie à l'extinction.(Abandon)

Publié : jeu. 26 mai 2011, 16:42
par Dust
Bonjour,
Passé depuis peu sous archlinux après avoir été sous d'autres distributions linux et quelques systèmes plus exotiques comme les *BSD, je suis confronté à un problème.

Lors de l'extinction de mon laptop (description complète ici), il arrive très souvent que l'ordinateur décharge bien tous les modules, démontes les systèmes de fichiers, tue les process et stoppe les daemons mais reste bloqué sur le tty1 sans rien indiquer d'autre (quand je dis reste bloqué, je l'ai laissé tourner toute la nuit pour savoir si il se montrait plus bavard par la suite, sans succès). J'ai donc décidé d'éteindre mon laptop depuis un tty en root avec la commande halt (ce que je fais tout le temps avec gksu, sans passer par un tty, ayant openbox comme wm). Ainsi, j'ai pu avoir les infos d'extinction. Après la dernière ligne, là où votre ordinateur s'éteindrait, le miens indique

Code : Tout sélectionner

[***, ******] Disabling IRQ #17
et attend un évènement qui semble ne jamais arriver.

Ce problème me semble aller de paire avec deux kernels error qui ont eu lieu il y a peu et que je n'arrive pas à reproduire, le dernier en date est arrivé lorsque j'ai essayer de me connecter à un réseau caché au moment de la recherche du réseau, une erreur kernel à pétée dans un de mes tty et m'a, entre autre indiquée ce fichier (edit: ce fichier est en rapport avec ma carte son (voir la description de l'ordinateur)) :

Code : Tout sélectionner

/sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/ieee80211/phy0/rfkill3/uevent
Malheureusement, après reboot, ce fichier n'existait plus. Une autre erreur kernel s'est produite lorsqu'un jour, j'ai essayé de lancer mplayer pour lire une playlist. Je n'ai pas eu le réflexe de noter quoi que ce soit.

J'ai trouvé un topic sur le forum de fedora-fr où quelqu'un semble avoir un problème similaire, mais sans blocage à l'extinction.
~ ls /proc/irq/17
affinity_hint node smp_affinity spurious uhci_hcd:usb4
un dmesg me donne ce résultat [ici], mais je ne sais pas le lire...

Pour info, si je ne l'ai pas déjà dit, je n'utilise pas NetworkManager mais wicd (edit: et les sujets dont on parle sur internet sont relatifs à NetworkManager).

Voilà, je crois avoir exposé mon problème dans sa totalité, c'est maintenant que je demande de l'aide...

Dust.

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : jeu. 26 mai 2011, 20:28
par FoolEcho
Salut,

Dans dmesg, tu as un:

Code : Tout sélectionner

[    0.000000] Command line: BOOT_IMAGE=/vmlinuz26 root=/dev/disk/by-uuid/55c307d7-048d-4280-aa3d-b26770c21195 ro quiet erst_disable
C'est quoi cet "erst_disable" ? :?
Je te suggère de vérifier ton menu.lst et de virer ce truc (ou alors tu sais à quoi ça sert... :?: moi pas, donc qu'on m'explique :chinois: )

Sinon, le sujet sur Fedora est trèèèèèèès vieux... mais effectivement un conflit quelconque n'est pas à exclure (carte réseau et son, d'après ce que tu indiques). :|
Dust a écrit :il arrive très souvent que l'ordinateur décharge bien tous les modules, démontes les systèmes de fichiers, tue les process et stoppe les daemons mais reste bloqué sur le tty1

Tu pourrais nous montrer modules et services du rc.conf, à tout hasard ?

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : jeu. 26 mai 2011, 22:46
par Dust
Salut,

Voici la ligne concernant les daemons :

Code : Tout sélectionner

DAEMONS=(@hwclock @syslog-ng !network @netfs @crond @dbus @laptop-mode @wicd @alsa slim)
et ici celle concernant les modules

Code : Tout sélectionner

MODULES=(acpi_cpufreq)
Accessoirement, je viens de m’apercevoir que, n'utilisant pas et n'ayant pas installé NetworkManager, je demandais quand même à `network´ de se lancer au démarrage (et si je me souviens bien, ça pourrait créer des problèmes avec wicd). Il est possible (bien que ça me paraisse quand même gros) que ce soit la source du problème. Je l'ai donc désactivé et nous verrons dans l'avenir si quelque chose change au niveau de l'extinction.

Code : Tout sélectionner

[    0.000000] Command line: BOOT_IMAGE=/vmlinuz26 root=/dev/disk/by-uuid/55c307d7-048d-4280-aa3d-b26770c21195 ro quiet erst_disable
Le erst_disable dans cette ligne est une solution que j'avais trouvée sur internet il y a deux ou trois jours, et je m'avoue que je ne m'étais pas trop posé de question, concernant un problème qui était à peu près similaire dans les effets que le miens. Ceci dit, cette solution est sans effet, sinon je n'aurais pas posté ici et je ne me souviens pas que le topic où je l'ai trouvé ait parlé d'un NetworkManager, d'un problème de son ou de quoi que ce soit d'autre qui soit en rapport avec moi. Je vais le virer de ce pas (edit: et je crois que j'ai bien fait, c'est en rapport avec les archi 32 d'après ce que j'ai compris...).

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : ven. 27 mai 2011, 01:22
par Dust
À priori, c'était le @network... J'ai déjà rebooté quatre fois sans aucun soucis. Je suis blasé. Je mets ça en résolu et j'espère que les prochain qui installeront wicd ne feront pas cet oubli.

Bon, maintenant, espérons que les erreurs kernel venaient de là !

____________________
edit: En fait, ça doit pas être ça : je vient d'en avoir un autre.

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : ven. 27 mai 2011, 13:33
par FoolEcho
Pas compris du coup: il s'éteint correctement mais tu as quand même des erreurs de kernel, ou tu as toujours tout ? :?

Sinon, ce n'est pas un noyau compilé par tes soins, je suppose ? (32 ou 64 bits d'ailleurs ?)

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : ven. 27 mai 2011, 14:03
par widapit
Salut !
je voulais juste dire : "Wooaow !! Sacré partionnement quand même !!!!!" :respect:

Re: [kernel][extinction] Attente infinie à l'extinction.

Publié : ven. 27 mai 2011, 16:43
par Dust
Salut,
Bon, j'en ai aussi parlé sur le chat ce matin, ça donne ça (je suis vianney) :
#[12:03:57] <Enjolras> vianney: ça ressemble bien à un driver wifi en carton
#[12:04:11] <Enjolras> si tu décharge le driver wifi tout marche ?
#[12:04:14] <Enjolras> +s
#[12:04:19] <vianney> Mmh, ça ne m'étonnerais qu'à moitiée...
#[12:05:40] <Enjolras> vianney: t'es sûr que le fichier soit en rapport à ta carte son ? 000:03:00.0 semble être ta carte wifi
#[12:05:50] <Enjolras> fait un lspci et regarde ce que t'as sur 03
#[12:06:02] <vianney> Enjolras, je regarde ça
#[12:06:53] <vianney> en effet
#[12:07:05] <vianney> Enjolras, c'est bien le wifi, je me suis planté...
#[12:07:29] <Enjolras> vianney: installe rfkill
#[12:07:38] <Enjolras> !pkg rfkill
#[12:07:39] <arch_ange> Enjolras: core / rfkill 0.4-2 (A tool for enabling and disabling wireless devices)
#[12:07:57] <Enjolras> et regarde si t'as des verrous qui se mettent quand tu utilises les leds
#[12:08:51] <vianney> c'est installé.
#[12:08:56] <Enjolras> rfkill list
#[12:09:40] <vianney> C'est bizarre comme sortie...
#[12:10:02] <vianney> 0: hp-wifi: Wireless LAN Soft blocked: no Hard blocked: no
#[12:10:12] <vianney> 1: phy0: Wireless LAN Soft blocked: no Hard blocked: yes
#[12:10:24] <Enjolras> tu as une led/bouton pour activer/desactiver le wifi ?
#[12:10:26] <vianney> et après, j'en ai deux autres pour le wifi
#[12:10:30] <vianney> oui
#[12:10:40] <vianney> j'ai une led, et elle est activée.
#[12:10:41] <Enjolras> bah teste de le desactiver avec
#[12:10:48] <Enjolras> +la led
#[12:10:51] <vianney> en ce moment, je suis en filaire et mon bios coupe le wifi
#[12:11:14] <Enjolras> Hard blocked: yes
#[12:11:16] <vianney> donc, la led est allumée, mais le wifi est éteint. la led est la même que pour le bluetooth
#[12:11:18] <Enjolras> c'est le brobleme
#[12:11:32] <vianney> Comment ça ?
#[12:11:36] <Enjolras> ton bios pose un verrou sur la carte wifi
#[12:11:39] <vianney> oui
#[12:11:50] <Enjolras> et quand tu éteinds ton pc le kernel aime pas
#[12:11:57] <vianney> Mmh... ok
#[12:12:05] <vianney> donc, il faut que je vire ce verrou.
#[12:12:10] <vianney> enfin, je suppose.
#[12:12:11] <Enjolras> il doit tenter de l'enlevr : [***, ******] Disabling IRQ #17
#[12:12:36] <Enjolras> vianney: c'est la que le bat blaisse
#[12:12:43] <vianney> de toute façon, il m'embetait. Bon, je flash mon bios cet après-midi...
#[12:12:57] <vianney> ok, je vois
#[12:13:03] <Enjolras> essaye rfkill unblock
#[12:13:06] <vianney> ça me semble plus clair maintenant
#[12:13:15] <Enjolras> ça peut marcher.
#[12:13:54] <vianney> nop, ça n'a pas fonctionné.
#[12:14:20] <Enjolras> bah alors là je ne peux plus t'aider. Je ne connais pas assez le kernel pour.
#[12:14:39] <vianney> Pas de problème, je vais désactiver cette option dans mon bios :
#[12:14:44] <Enjolras> tu peux essayer de decharger ton driver avant de shutdown
#[12:14:53] <Enjolras> ah t'as un option dans le BIOS \o/
#[12:14:56] <vianney> oui :)
#[12:14:58] <Enjolras> vive les bios bien faits :)
#[12:15:24] <vianney> par défaut, elle est activé et j'ai jamais eu le courrage (feignasse que je suis) d'y toucher.
En fait, je ne vais pas avoir le temps aujourd'hui ou ce we de toucher à ça, ça se fera lundi.

@FoolEcho:
J'ai pu remarquer qu'il avait l'air de s'éteindre correctement quand je le laisse branché en filaire sans jamais passer par le wifi, concernant les erreur kernel, j'en ai globalement une tous les trois jours (le système est frais, l'installe date du... vendredi 13 (Oh mon dieu, pourquoi moi !!!)) donc bon, si je n'en ai pas "encore" eu depuis la dernière fois, je ne vais pas me plaindre non plus. Je suis devant ma machine environ 15 heures par jour (études, toussa toussa...), donc on sera rapidement fixé.
Je suis sur une archi x86_64 et je n'ai pas compilé le noyaux moi-même, je suis passé par netinstall et n'y ai pas touché.

@Widapit:
Le partitionnement est encore à peu près lisible ici :). En ce moment, il n'y a "que" trois os sur mon disque dur : un Seven 64bits, une fedora 32 bits sur des partitions chiffrées ( :prison: ) qui m'est imposée par l'école pour mes examens, et l'Arch 64. ça fait certe un bon nombre de partitions mais avant, c'était pire : en plus de la fedora_exam, il y avait une fedora dite "standard", qui n'était standard qu'à l'école vu que tous les élèves sont tenus de bosser dessus pour avoir le même environnement de travail et qu'en soutenance de projet, personne ne puisse dire "Mais ça marche sur mon openBSD 64 bits, je ne comprends pas pourquoi ça ne marche pas ici, tu dois avoir un système en carton !" (on a beaucoup de projets relatifs à la programmation système). Un jour, cette fedora standard m'a lâchée (et tant mieux), mais de peur de tout casser sur la fedora exam, j'avais laissé les partitions (qui étaient aussi, à l'origine, chiffrée), et j'avais installé une ubuntu sur les 80go qu'il me restait, parce que ça a beau être moche ( :troll: ), ubuntu c'est quand même pratique car tout est fait dès le début et l'installation ne dure que 15 minutes. Mais voilà, il y a deux semaines, le serveur X de mon ubuntu (qui avait une semaine) m'a lâché, lui aussi (et je ne sais toujours pas pourquoi...) et j'en ai profité pour installer archlinux sur les partoches des fedora standard et ubuntu. Après, à moi de me débrouiller pour faire du multi-archi sur mes projets, mais au moins, arch me semble à peu près stable... enfin bon, dans mon cas, ça serait un miracle, mais bon.
Tout ça pour dire : tu imagines le nombre de partition qu'il y avait quand les 4 OS étaient installés ? en plus de ça, il y avait des résidus d'une extended qui avait été mal écrasée par le bocal de mon école. bref, je me sens mieux maintenant :).



edit du 23-08-2011
J'ai abandonné après avoir viré le verrou au niveau du bios et après avoir apris de certains de mes camarades de classe qu'Archlinux reagissait aussi comme ça chez eux. J'ai pourtant souvenir d'une époque où ça fonctionnait bien, il y a environ deux ans...