C'est pas un freeze alors, c'est un beau plantage noyau. Le module de ta
carte réseau a, semble-t-il, un problème.
Non, je crois que je me suis encore mal fait comprendre.
Je peux encore faire des choses sur le pc, quasiment normalement (hors
réseau bien sûr) mais l'appel à n'importe quelle procédure de clôture
échoue. C'est en ce sens qu'il "plante", mais il n'est pas "bloqué"
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
Il se trouve que c'est juste plus cohérent de mettre les scripts
en question dans /etc/acpi.
C'est pour ça que tu les mets en /etc/acpi/events ? :-)
Là, j'ai suivi le Français mot pour mot.
Non, le script est la suite de commandes qui sera exécutée. Dans
Ok, ça c'est l'exemple que j'ai avec mon propre :
# cat /etc/acpi/events/power
event=button/power PWR.
action=sudo /usr/local/sbin/hibernate
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
Par contre, si tu as d'autres scripts, c'est que tu fais d'autres choses
en fonctions d'autres événements. Mais quels sont-ils ?
Que mettre d'autre pour le "event=" ?
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
J'ai viré rapidement cet acpid avec lequel l'applet batterie de gnome ne
semblait pas communiquer.
Ça n'a pas de rapport. Les niveaux de batterie sont visibles dans
Non, je ne peux pas. Je peux sur les touches étendues qui renvoient un code,
mais pas sur les touches qui ne renvoient pas de code. La question que je me
pose, c'est pourquoi ces touches ne renvoient pas de code, raison pour
laquelle je jetterais bien un coup d'oeil au noyau ou à xfree pour voir s'il
n'y a pas un truc particulier à faire.
Allez, je me pose la question avec toi, mais je te laisse le soin de
trouver la réponse, car là, ce n'est pas de mon niveau.
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
Ceci dit, je plaisante, je charrie, mais je te remercie pour le temps que
tu consacres à m'expliquer.
De rien.
C'est pas un freeze alors, c'est un beau plantage noyau. Le module de ta
carte réseau a, semble-t-il, un problème.
Non, je crois que je me suis encore mal fait comprendre.
Je peux encore faire des choses sur le pc, quasiment normalement (hors
réseau bien sûr) mais l'appel à n'importe quelle procédure de clôture
échoue. C'est en ce sens qu'il "plante", mais il n'est pas "bloqué"
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
Il se trouve que c'est juste plus cohérent de mettre les scripts
en question dans /etc/acpi.
C'est pour ça que tu les mets en /etc/acpi/events ? :-)
Là, j'ai suivi le Français mot pour mot.
Non, le script est la suite de commandes qui sera exécutée. Dans
Ok, ça c'est l'exemple que j'ai avec mon propre :
# cat /etc/acpi/events/power
event=button/power PWR.
action=sudo /usr/local/sbin/hibernate
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
Par contre, si tu as d'autres scripts, c'est que tu fais d'autres choses
en fonctions d'autres événements. Mais quels sont-ils ?
Que mettre d'autre pour le "event=" ?
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
J'ai viré rapidement cet acpid avec lequel l'applet batterie de gnome ne
semblait pas communiquer.
Ça n'a pas de rapport. Les niveaux de batterie sont visibles dans
Non, je ne peux pas. Je peux sur les touches étendues qui renvoient un code,
mais pas sur les touches qui ne renvoient pas de code. La question que je me
pose, c'est pourquoi ces touches ne renvoient pas de code, raison pour
laquelle je jetterais bien un coup d'oeil au noyau ou à xfree pour voir s'il
n'y a pas un truc particulier à faire.
Allez, je me pose la question avec toi, mais je te laisse le soin de
trouver la réponse, car là, ce n'est pas de mon niveau.
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
Ceci dit, je plaisante, je charrie, mais je te remercie pour le temps que
tu consacres à m'expliquer.
De rien.
C'est pas un freeze alors, c'est un beau plantage noyau. Le module de ta
carte réseau a, semble-t-il, un problème.
Non, je crois que je me suis encore mal fait comprendre.
Je peux encore faire des choses sur le pc, quasiment normalement (hors
réseau bien sûr) mais l'appel à n'importe quelle procédure de clôture
échoue. C'est en ce sens qu'il "plante", mais il n'est pas "bloqué"
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
Il se trouve que c'est juste plus cohérent de mettre les scripts
en question dans /etc/acpi.
C'est pour ça que tu les mets en /etc/acpi/events ? :-)
Là, j'ai suivi le Français mot pour mot.
Non, le script est la suite de commandes qui sera exécutée. Dans
Ok, ça c'est l'exemple que j'ai avec mon propre :
# cat /etc/acpi/events/power
event=button/power PWR.
action=sudo /usr/local/sbin/hibernate
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
Par contre, si tu as d'autres scripts, c'est que tu fais d'autres choses
en fonctions d'autres événements. Mais quels sont-ils ?
Que mettre d'autre pour le "event=" ?
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
J'ai viré rapidement cet acpid avec lequel l'applet batterie de gnome ne
semblait pas communiquer.
Ça n'a pas de rapport. Les niveaux de batterie sont visibles dans
Non, je ne peux pas. Je peux sur les touches étendues qui renvoient un code,
mais pas sur les touches qui ne renvoient pas de code. La question que je me
pose, c'est pourquoi ces touches ne renvoient pas de code, raison pour
laquelle je jetterais bien un coup d'oeil au noyau ou à xfree pour voir s'il
n'y a pas un truc particulier à faire.
Allez, je me pose la question avec toi, mais je te laisse le soin de
trouver la réponse, car là, ce n'est pas de mon niveau.
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
Ceci dit, je plaisante, je charrie, mais je te remercie pour le temps que
tu consacres à m'expliquer.
De rien.
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
module, c'est qu'il y a vraiment un problème.
Bon, de toute façon, tu as compris, hein :-).
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
conseil d'ami.
Si tu veux voir les événements acpi, tu peux lire le contenu de
/proc/acpi/event.
D'abord tu désactives tous les daemons qui surveillent ce fichier (acpid
seulement, je pense), et tu fais un "sudo cat /proc/acpi/event", et tu
appuies sur les boutons pour voir ce qui est renvoyé.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Il y a aussi les événements battery, ac_adapter pour signaler que la
machine fonctionne sur le secteur, etc...
Ça n'a pas de rapport.
Les niveaux de batterie sont visibles dans
/proc/acpi/battery.
Mais j'ai vu que certains utilitaires avaient du mal
selon que la batterie était à gauche ou à droite (et donc battery1 ou
battery2). J'avais trouvé ça:
http://open.iliad.fr/~clecourt/wmacpi/
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
http://lineak.sourceforge.net/
Je crois que je vais y jeter un oeil, ils mentionnent dans la doc des
boutons non visibles par xev.
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
module, c'est qu'il y a vraiment un problème.
Bon, de toute façon, tu as compris, hein :-).
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
conseil d'ami.
Si tu veux voir les événements acpi, tu peux lire le contenu de
/proc/acpi/event.
D'abord tu désactives tous les daemons qui surveillent ce fichier (acpid
seulement, je pense), et tu fais un "sudo cat /proc/acpi/event", et tu
appuies sur les boutons pour voir ce qui est renvoyé.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Il y a aussi les événements battery, ac_adapter pour signaler que la
machine fonctionne sur le secteur, etc...
Ça n'a pas de rapport.
Les niveaux de batterie sont visibles dans
/proc/acpi/battery.
Mais j'ai vu que certains utilitaires avaient du mal
selon que la batterie était à gauche ou à droite (et donc battery1 ou
battery2). J'avais trouvé ça:
http://open.iliad.fr/~clecourt/wmacpi/
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
http://lineak.sourceforge.net/
Je crois que je vais y jeter un oeil, ils mentionnent dans la doc des
boutons non visibles par xev.
Et bien, si, même tous services réseau arrêtés, tu ne peux pas décharger le
module, c'est qu'il y a vraiment un problème.
Bon, de toute façon, tu as compris, hein :-).
Euh, évite de travailler trop souvent en root et utilises plutôt sudo,
conseil d'ami.
Si tu veux voir les événements acpi, tu peux lire le contenu de
/proc/acpi/event.
D'abord tu désactives tous les daemons qui surveillent ce fichier (acpid
seulement, je pense), et tu fais un "sudo cat /proc/acpi/event", et tu
appuies sur les boutons pour voir ce qui est renvoyé.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Il y a aussi les événements battery, ac_adapter pour signaler que la
machine fonctionne sur le secteur, etc...
Ça n'a pas de rapport.
Les niveaux de batterie sont visibles dans
/proc/acpi/battery.
Mais j'ai vu que certains utilitaires avaient du mal
selon que la batterie était à gauche ou à droite (et donc battery1 ou
battery2). J'avais trouvé ça:
http://open.iliad.fr/~clecourt/wmacpi/
Y'a peut-être des choses possible à faire avec l'url envoyée par Qing Liu:
http://lineak.sourceforge.net/
Je crois que je vais y jeter un oeil, ils mentionnent dans la doc des
boutons non visibles par xev.
Je ne crois pas qu'on puisse faire des choses avec les touches
combinées à Fn (pas les F1, F2...). Pour les autres touches,
il y a en qui se sont décarcassés à écrire des doc:
http://qliu.free.fr/Linux/programmer-touche.html
Vais voir ça, merci.
Je ne crois pas qu'on puisse faire des choses avec les touches
combinées à Fn (pas les F1, F2...). Pour les autres touches,
il y a en qui se sont décarcassés à écrire des doc:
http://qliu.free.fr/Linux/programmer-touche.html
Vais voir ça, merci.
Je ne crois pas qu'on puisse faire des choses avec les touches
combinées à Fn (pas les F1, F2...). Pour les autres touches,
il y a en qui se sont décarcassés à écrire des doc:
http://qliu.free.fr/Linux/programmer-touche.html
Vais voir ça, merci.
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
renvoie le moindre code de touche pour les touches en question.
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
renvoie le moindre code de touche pour les touches en question.
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
renvoie le moindre code de touche pour les touches en question.
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
showkey -s ?
renvoie le moindre code de touche pour les touches en question.
Quelles touches ?
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
showkey -s ?
renvoie le moindre code de touche pour les touches en question.
Quelles touches ?
J'ai vu, mais ça ne m'apporte rien de plus, à moins que j'ai mal lu,
puisque justement ni xev, ni showkey, ni évidemment xbindkeys ne me
showkey -s ?
renvoie le moindre code de touche pour les touches en question.
Quelles touches ?
Ah !! Là, tu dis quelque chose d'intéressant.
Et mon problème c'est que si je fais un cat /proc/acpi/event, ça ne
renvoie rien et reste bloqué dessus. CTRL+C pour en sortir.
Peut-être que j'ai là la preuve d'un défaut ?
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui. Pendant un moment, les portables avaient le double support
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Ça c'est intéressant aussi. Où pourrais-je trouver une doc sur les
différents événements possibles ?
Ah !! Là, tu dis quelque chose d'intéressant.
Et mon problème c'est que si je fais un cat /proc/acpi/event, ça ne
renvoie rien et reste bloqué dessus. CTRL+C pour en sortir.
Peut-être que j'ai là la preuve d'un défaut ?
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui. Pendant un moment, les portables avaient le double support
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Ça c'est intéressant aussi. Où pourrais-je trouver une doc sur les
différents événements possibles ?
Ah !! Là, tu dis quelque chose d'intéressant.
Et mon problème c'est que si je fais un cat /proc/acpi/event, ça ne
renvoie rien et reste bloqué dessus. CTRL+C pour en sortir.
Peut-être que j'ai là la preuve d'un défaut ?
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui. Pendant un moment, les portables avaient le double support
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Ça c'est intéressant aussi. Où pourrais-je trouver une doc sur les
différents événements possibles ?
Désolé pour la réponse tardive, j'étais loin de tout réseau pendant quelques
jours.
Non, la lecture est bloquante, et tu lis quelque chose à chaque fois qu'il y
a un événement.
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
'Faudrait peut-être voir les réglages des ventilateurs.
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Possible, mais ça m'étonne un peu.
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Pendant un moment, les portables avaient le double support
apm/acpi, et il fallait choisir l'un ou l'autre.
Le fait de choisir apm doit
peut-être faire que tu n'observes aucune activité acpi.
Tu peux aussi faire dmesg pour voir ce qui est détecté au niveau acpi au boot.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Bonne question, à laquelle je n'ai aucune réponse. Si tu en trouves une, ça
m'intéresse aussi
(au pire, il faudrait jeter un oeil aux specs acpi publiées par Intel).
Désolé pour la réponse tardive, j'étais loin de tout réseau pendant quelques
jours.
Non, la lecture est bloquante, et tu lis quelque chose à chaque fois qu'il y
a un événement.
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
'Faudrait peut-être voir les réglages des ventilateurs.
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Possible, mais ça m'étonne un peu.
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Pendant un moment, les portables avaient le double support
apm/acpi, et il fallait choisir l'un ou l'autre.
Le fait de choisir apm doit
peut-être faire que tu n'observes aucune activité acpi.
Tu peux aussi faire dmesg pour voir ce qui est détecté au niveau acpi au boot.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Bonne question, à laquelle je n'ai aucune réponse. Si tu en trouves une, ça
m'intéresse aussi
(au pire, il faudrait jeter un oeil aux specs acpi publiées par Intel).
Désolé pour la réponse tardive, j'étais loin de tout réseau pendant quelques
jours.
Non, la lecture est bloquante, et tu lis quelque chose à chaque fois qu'il y
a un événement.
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
'Faudrait peut-être voir les réglages des ventilateurs.
Ben justement, rien. Mais peut-être est-ce justement en rapport avec le
fait que cette touche power ne renvoie pas de code ?
Possible, mais ça m'étonne un peu.
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Pendant un moment, les portables avaient le double support
apm/acpi, et il fallait choisir l'un ou l'autre.
Le fait de choisir apm doit
peut-être faire que tu n'observes aucune activité acpi.
Tu peux aussi faire dmesg pour voir ce qui est détecté au niveau acpi au boot.
Ben sur mon portable (je suis pas dessus, là) j'ai un événement "lid" qui
m'indique qu'on a appuyé sur le bouton de fermeture d'écran.
Ne renvoie rien non plus, mais me met l'écran en noir. Intercepté par le
bios ?
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
Bonne question, à laquelle je n'ai aucune réponse. Si tu en trouves une, ça
m'intéresse aussi
(au pire, il faudrait jeter un oeil aux specs acpi publiées par Intel).
/etc/acpi/events:
default
/etc/acpi/events:
default
/etc/acpi/events:
default
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Ah ! Je vais essayer alors.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Ah ! Je vais essayer alors.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Dans le bios particulièrement succinct, j'ai juste une option APM qui est
à enable. Je dois changer ça ?
Je crois, oui.
Ah ! Je vais essayer alors.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
Mais c'est à tout moment 75°. Démarrage, après un long temps
d'utilisation intensive, quelque soit la chaleur ambiante etc...
C'est un ventilateur très précis et pointilleux, dans ce cas ;-).
'Faudrait peut-être voir les réglages des ventilateurs.
Ah ! Où ça ? Côté Hard ? brrrr...
Non, toujours du côté de l'acpi. Par exemple, le réglage des zones thermiques:
Tiens, j'aperçois les boutons :-)
Et, chance, l'implémentation acpi dans ton bios n'a pas l'air buggée.
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Ben dans ce cas, c'était un problème de reconnaissance clavier.
Au fait, tu sais quel animal a deux neurones ?
un freebsdiste avec un rat sur l'épaule ?
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
Mais c'est à tout moment 75°. Démarrage, après un long temps
d'utilisation intensive, quelque soit la chaleur ambiante etc...
C'est un ventilateur très précis et pointilleux, dans ce cas ;-).
'Faudrait peut-être voir les réglages des ventilateurs.
Ah ! Où ça ? Côté Hard ? brrrr...
Non, toujours du côté de l'acpi. Par exemple, le réglage des zones thermiques:
Tiens, j'aperçois les boutons :-)
Et, chance, l'implémentation acpi dans ton bios n'a pas l'air buggée.
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Ben dans ce cas, c'était un problème de reconnaissance clavier.
Au fait, tu sais quel animal a deux neurones ?
un freebsdiste avec un rat sur l'épaule ?
Pourtant, à part ça, tout le reste semble fonctionner, charge de
batterie etc... sauf la temperature qui est constamment indiquée à 75°C.
Si c'est un portable, ce n'est pas si surprenant (mais c'est quand même
chaud).
Mais c'est à tout moment 75°. Démarrage, après un long temps
d'utilisation intensive, quelque soit la chaleur ambiante etc...
C'est un ventilateur très précis et pointilleux, dans ce cas ;-).
'Faudrait peut-être voir les réglages des ventilateurs.
Ah ! Où ça ? Côté Hard ? brrrr...
Non, toujours du côté de l'acpi. Par exemple, le réglage des zones thermiques:
Tiens, j'aperçois les boutons :-)
Et, chance, l'implémentation acpi dans ton bios n'a pas l'air buggée.
Je pense que oui. C'est souvent le cas quand c'est l'apm qui est activé.
En fait, non, je n'ai encore rien changé au bios, et maintenant, j'ai
bien des évènements dans /proc/acpi/event :
button/power PWRF 00000080 00000004
button/sleep SLPB 00000080 00000003
button/lid LID 00000080 00000005
Ben dans ce cas, c'était un problème de reconnaissance clavier.
Au fait, tu sais quel animal a deux neurones ?
un freebsdiste avec un rat sur l'épaule ?
