Problèmes lors de l'arrêt d'un portable AMD 64 sous Mandrake 10.2 x86_64

Bonjour,

Bojour,

Lors de l'arrêt de mon portable (décrit dans le titre),
j'ai deux erreurs. :

- L'une contient un tas de chiffres et de lettres
et notamment les mots "cpufreq" et "acpi"

Je veux bien le croire mais ça n'aide pas beaucoup si on a pas
clairement les erreurs...

- L'autre est juste après celle d'avant et est la suivante :
Déchargement des modules cpufreq :
/etc/rc0.d/K35cpufreq: line 199: 11864 Killed rmmod $MODULE 2>/dev/null
Echec

Quel est précisément le type de processeur?
Seul l'AMD Athlon 64 permet l'usage du mode cpufreq.

Pour les autres, il faut que le BIOS soit compatible ACPI 2.0. Pour le
savoir il faut chercher l'option "ACPI Processor Performance States"
dans le BIOS.

Enfin, pour les processeurs de 8e génération (ce qui est bien le cas),
il faut également que l'option noyau "CONFIG_ACPI_PROCESSOR" soit activée.

Par ailleurs, après le
"shutdown: hda",

"shutdown: hda"???

Pourquoi le ": hda"?

la machine ne s'éteint (ni ne reboote) toute seule,
je suis obligé d'appuyer plusieurs secondes sur le bouton marche/arrêt.
Comment remédier à cela ?

Il s'agit probablement du support apm en "real mode" qui n'est pas
activé dans le noyau.

Merci beaucoup.

De rien!

Olivier V

Cordialement,
Nicolas S.

P.S. : Quel fichier contient l'intégralité des messages de sortie ?
car actuellement, je recopie à la main ...

Bonne question!


--
Adresse mail: ni.s@laposte .net

Nicolas S. wrote:

Bojour,

Lors de l'arrêt de mon portable (décrit dans le titre),
j'ai deux erreurs. :

- L'une contient un tas de chiffres et de lettres
et notamment les mots "cpufreq" et "acpi"

Je veux bien le croire mais ça n'aide pas beaucoup si on a pas
clairement les erreurs...

J'ai trouvé le message complet. Vous le trouverez ci-dessous, en fin de
mail.

Quel est précisément le type de processeur?
Seul l'AMD Athlon 64 permet l'usage du mode cpufreq.

C'est bien un athlon 64 3700+.

Enfin, pour les processeurs de 8e génération (ce qui est bien le cas),
il faut également que l'option noyau "CONFIG_ACPI_PROCESSOR" soit activée.

Et comment savoir si c'est la cas ?
J'ai installé la mandrake 10.2 x86_64 en iso,
et je n'ai jamais compilé de noyau ...

Sinon, la Fedora semblant plus aboutie que la Mandrake,
pensez que j'ai des chances que cela aille mieux avec une Fedora ?

Par ailleurs, après le
"shutdown: hda",

"shutdown: hda"???

Pourquoi le ": hda"?

Je ne sais pas, c'est la dernière ligne affichée à l'écran lorsque j'éteint.

la machine ne s'éteint (ni ne reboote) toute seule,
je suis obligé d'appuyer plusieurs secondes sur le bouton marche/arrêt.
Comment remédier à cela ?

Il s'agit probablement du support apm en "real mode" qui n'est pas
activé dans le noyau.

Ici aussi, comment savoir si c'est la cas ?

P.S. : Quel fichier contient l'intégralité des messages de sortie ?
car actuellement, je recopie à la main ...

Bonne question!

C'est dans /var/log/messages mais uniquement jusqu'au démontage des
fichiers.

Olivier V

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

May 1 18:25:06 localhost kde3-np(pam_unix)[5728]: session closed for user
meloli
May 1 18:25:07 localhost shutdown: shutting down for system reboot
May 1 18:25:07 localhost init: Switching to runlevel: 6
May 1 18:25:09 localhost kernel: bootsplash 3.1.6-2004/03/31: looking for
picture...<6> silentjpeg size 35024 bytes,<6>...found (800x600, 34976
bytes, v3).
May 1 18:25:09 localhost kernel: bootsplash: status on console 0 changed to
on
May 1 18:25:09 localhost dm: Arrêt du gestionnaire d'affichage :
May 1 18:25:09 localhost dm:
May 1 18:25:09 localhost dm: Arrêt du gestionnaire de connexion succeeded
May 1 18:25:09 localhost dm: ^[[65G
May 1 18:25:09 localhost dm: [^[[1;32m
May 1 18:25:09 localhost dm: OK
May 1 18:25:09 localhost rc: Arrêt de dm : succeeded
May 1 18:25:09 localhost xfs[5404]: terminating
May 1 18:25:09 localhost xfs: Arrêt de xfs succeeded
May 1 18:25:09 localhost rc: Arrêt de kheader : succeeded
May 1 18:25:10 localhost rc: Arrêt de partmon : succeeded
May 1 18:25:10 localhost postfix: Arrêt du service de courrier Postfix :
May 1 18:25:10 localhost postfix: succeeded
May 1 18:25:10 localhost postfix: ^[[65G
May 1 18:25:10 localhost postfix: [^[[1;32m
May 1 18:25:10 localhost postfix: OK
May 1 18:25:10 localhost postfix:
May 1 18:25:10 localhost rc: Arrêt de postfix : succeeded
May 1 18:25:10 localhost cpufreq: Déchargement des modules cpufreq :
May 1 18:25:10 localhost kernel: Unable to handle kernel NULL pointer
dereference at 0000000000000030 RIP:
May 1 18:25:10 localhost kernel:
<ffffffff8813a09e>{:processor:acpi_processor_unregister_performance+48}
May 1 18:25:10 localhost kernel: PGD 3ce83067 PUD 3d7f7067 PMD 0
May 1 18:25:10 localhost kernel: Oops: 0000 [1] SMP
May 1 18:25:10 localhost kernel: CPU 0
May 1 18:25:10 localhost kernel: Modules linked in: cpufreq_powersave
powernow-k8 raw md5 ipv6 rfcomm l2cap bluetooth snd-seq-dummy snd-seq-oss
snd-seq-midi-event snd-seq snd-seq-device snd-pcm-oss snd-mixer-oss
snd-intel8x0 snd-ac97-codec snd-pcm snd-timer snd-page-alloc snd soundcore
af_packet pcmcia yenta_socket rsrc_nonstatic pcmcia_core video thermal
tc1100-wmi processor fan container button battery ac eth1394 sis900 ide-cd
ohci1394 ieee1394 loop nls_cp850 vfat fat nls_iso8859-15 ntfs nvram evdev
ehci-hcd ohci-hcd usbcore ext3 jbd
May 1 18:25:10 localhost kernel: Pid: 7311, comm: rmmod Not tainted
2.6.11-6mdksmp
May 1 18:25:10 localhost kernel: RIP: 0010:[_end+130248862/2131742720]
<ffffffff8813a09e>{:processor:acpi_processor_unregister_performance+48}
May 1 18:25:10 localhost kernel: RIP: 0010:[<ffffffff8813a09e>]
<ffffffff8813a09e>{:processor:acpi_processor_unregister_performance+48}
May 1 18:25:10 localhost kernel: RSP: 0018:ffff810031cefd78 EFLAGS:
00010286
May 1 18:25:10 localhost kernel: RAX: 0000000000000000 RBX:
ffff81003e6f0800 RCX: 0000000000000030
May 1 18:25:10 localhost kernel: RDX: 0000000000000001 RSI:
0000000000000000 RDI: ffffffff8813cb60
May 1 18:25:10 localhost kernel: RBP: ffffffff8813cb60 R08:
0000000000000000 R09: 00000000000000aa
May 1 18:25:10 localhost cpufreq: /etc/rc6.d/K35cpufreq: line 199: 7311
Killed rmmod $MODULE 2>/dev/null
May 1 18:25:10 localhost kernel: R10: 000000000000000b R11:
ffffffff80240e60 R12: ffff81003b1d4cd8
May 1 18:25:10 localhost kernel: R13: 0000000000000000 R14:
0000000000000292 R15: 00007ffffffffc18
May 1 18:25:10 localhost kernel: FS: 00002aaaaadf2b00(0000)
GS:ffffffff804b3480(0000) knlGS:0000000000000000
May 1 18:25:10 localhost kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
000000008005003b
May 1 18:25:10 localhost kernel: CR2: 0000000000000030 CR3:
000000003ab42000 CR4: 00000000000006e0
May 1 18:25:10 localhost kernel: Process rmmod (pid: 7311, threadinfo
ffff810031cee000, task ffff81003ff46070)
May 1 18:25:10 localhost kernel: Stack: ffff81003c074fb0 ffff81003c074f80
ffff81003b1d4c00 ffffffff8826493e
May 1 18:25:10 localhost kernel: ffff81003b1d4cd8 ffff81003b1d4c30
ffff81003b1d4c00 ffffffff802f1469
May 1 18:25:10 localhost kernel: ffffffff8044a728 ffffffff804043e0
May 1 18:25:10 localhost kernel: Call
Trace:<ffffffff8826493e>{:powernow-k8:powernowk8_cpu_exit+46}
May 1 18:25:10 localhost kernel:
<ffffffff802f1469>{cpufreq_remove_dev+665}
<ffffffff802aae59>{sysdev_driver_unregister+121}
May 1 18:25:10 localhost kernel:
<ffffffff802f253f>{cpufreq_unregister_driver+47}
<ffffffff801a88b4>{sys_delete_module+772}
May 1 18:25:10 localhost kernel:
<ffffffff801c6da5>{remove_vm_struct+133} <ffffffff801c82d6>{do_munmap+918}
May 1 18:25:10 localhost kernel: <ffffffff80360351>{__down_read+49}
<ffffffff801c8c8a>{sys_munmap+90}
May 1 18:25:10 localhost kernel: <ffffffff8010e5c2>{system_call+126}
May 1 18:25:10 localhost kernel:
May 1 18:25:10 localhost kernel: Code: 48 8b 78 30 e8 89 23 08 f8 48 c7 83
00 03 00 00 00 00 00 00
May 1 18:25:10 localhost kernel: RIP
<ffffffff8813a09e>{:processor:acpi_processor_unregister_performance+48} RSP
<ffff810031cefd78>
May 1 18:25:10 localhost kernel: CR2: 0000000000000030
May 1 18:25:10 localhost cpufreq: failed
May 1 18:25:10 localhost cpufreq: ^[[65G
May 1 18:25:10 localhost cpufreq: [^[[1;31m
May 1 18:25:10 localhost cpufreq: ÉCHEC
May 1 18:25:10 localhost cpufreq:
May 1 18:25:10 localhost rc: Arrêt de cpufreq : failed
May 1 18:25:10 localhost acpid: Arrêt de acpid succeeded
May 1 18:25:11 localhost atd: Arrêt de atd succeeded
May 1 18:25:11 localhost bluetooth: Arrêt de hciattach failed
May 1 18:25:11 localhost sdpd[5475]: terminating...
May 1 18:25:11 localhost bluetooth: Arrêt de sdpd succeeded
May 1 18:25:11 localhost hcid[5454]: Exit.
May 1 18:25:11 localhost bluetooth: Arrêt de hcid succeeded
May 1 18:25:11 localhost crond: Arrêt de crond succeeded
May 1 18:25:12 localhost haldaemon: haldaemon -TERM succeeded
May 1 18:25:12 localhost mDNSResponder: Arrêt de mDNSResponder succeeded
May 1 18:25:12 localhost messagebus: messagebus -TERM succeeded
May 1 18:25:12 localhost nifd: Arrêt de nifd succeeded
May 1 18:25:14 localhost alsa: succeeded
May 1 18:25:15 localhost alsa: succeeded
May 1 18:25:15 localhost nfslock: Arrêt de lockd failed
May 1 18:25:15 localhost rpc.statd[5046]: Caught signal 15, un-registering
and exiting.
May 1 18:25:16 localhost nfslock: Arrêt de rpc.statd succeeded
May 1 18:25:16 localhost kernel: Kernel logging (proc) stopped.
May 1 18:25:16 localhost kernel: Kernel log daemon terminating.
May 1 18:25:17 localhost exiting on signal 15

J'ai trouvé le message complet. Vous le trouverez ci-dessous, en fin de
mail.

Je m'attarderai dessus un peu plus tard quand j'en aurrai le temps. ;-)

C'est bien un athlon 64 3700+.

Ok.

Et comment savoir si c'est la cas ?
J'ai installé la mandrake 10.2 x86_64 en iso,
et je n'ai jamais compilé de noyau ...

Ce n'est pas un problème. Comme presque toutes les distributions, on
peut trouver les infos de compilation du kernel dans le fichier
config-machin qui se trouve dans /boot.

Sinon, la Fedora semblant plus aboutie que la Mandrake,
pensez que j'ai des chances que cela aille mieux avec une Fedora ?

Je l'ignore complètement. Je n'ai pas de pc avec un processeur 64 bits.
Seul un test pourra vous fixer.

Pourquoi le ": hda"?
Je ne sais pas, c'est la dernière ligne affichée à l'écran lorsque j'éteint.

Ah! Je croyais que vous tentiez l'arrêt par cette commande. Oublions.

Il s'agit probablement du support apm en "real mode" qui n'est pas
activé dans le noyau.
Ici aussi, comment savoir si c'est la cas ?

Idem. Mais je ne suis pas certain de ce que j'avance: l'ACPI prend-il en
charge l'arrêt du système? Je verrai également plus tard ce que je
trouve là dessus.

Bonne question!
C'est dans /var/log/messages mais uniquement jusqu'au démontage des

fichiers.

Oops! J'ai oublié de rajouter où on trouvait les logs :-/


Nicolas S.

C'est bien un athlon 64 3700+.

Heu, vous avez combien de processeurs sur la machine? (mieux vaut en
être sûr!)


Nicolas S.


--
Adresse mail: ni.s@laposte .net

Nicolas S. wrote:

C'est bien un athlon 64 3700+.

Heu, vous avez combien de processeurs sur la machine? (mieux vaut en
être sûr!)

Un seul.

Olivier V

Nicolas S. wrote:

C'est bien un athlon 64 3700+.

Heu, vous avez combien de processeurs sur la machine? (mieux vaut en
être sûr!)

Un seul.

Olivier V

--
Adresse mail: ni.s@laposte .net

Désolé pour le post précédent, erreur de manip!

Un seul.

C'est bien ce qui me semblait...
Les lignes les plus significatives selon moi sont celles-ci:
- May 1 18:25:10 localhost kernel: Unable to handle kernel NULL pointer
dereference at 0000000000000030 RIP:
- May 1 18:25:10 localhost kernel: Oops: 0000 [1] SMP
- May 1 18:25:10 localhost kernel: Pid: 7311, comm: rmmod Not tainted
2.6.11-6mdksmp

On voit ici clairement que l'installation (configuration?) n'est pas bonne.
L'erreur vient du SMP: utilisé pour les cartes mères supportant
plusieurs processeurs.

Du coup, cela ne peut donc pas fonctionner normalement.

Alors j'en viens à me poser d'autres questions:
- votre carte mère peut-elle accueillir un second processeur?
- avez-vous fait une installation personnalisée, surtout au niveau du
kernel et de la configuration des modules ou avez-vous laissé les
options par défault (-> bug)?
- le support du SMP est-il en dur ou en module?

Je préconnise de chercher dans cette voie: le but étant de virer le
support SMP (du moins son chargement).

Pour faire tout cela:
lsmod
rmmod
modprobe
etc...
explorer s'il le faut /boot/config-2.6.11-6mdksmp


Ceci dit, je ne suis pas un expert du smp. Si des contributeurs voient
d'autres possibilités...

Olivier V

Cordialement,
Nicolas S.

--
Adresse mail: ni.s@laposte .net

Nicolas S. wrote:

Désolé pour le post précédent, erreur de manip!

Pas de mal ...

Alors j'en viens à me poser d'autres questions:
- votre carte mère peut-elle accueillir un second processeur?

Non : c'est un P.C. portable

- avez-vous fait une installation personnalisée, surtout au niveau du
kernel et de la configuration des modules ou avez-vous laissé les
options par défault (-> bug)?

Du tout : j'ai installé cette mandrake à partir des isos

- le support du SMP est-il en dur ou en module?

C'est quoi ?

Je préconnise de chercher dans cette voie: le but étant de virer le
support SMP (du moins son chargement).

Pour faire tout cela:
lsmod
rmmod
modprobe
etc...
explorer s'il le faut /boot/config-2.6.11-6mdksmp

Je vais étudier ce point.

Question qui me vient : si je ne m'en sort pas, j'essaierai d'installer la
version i586. Je perdrait donc l'architecture 64 bits, mais ce n'est pas
dramatique.
Par contre, est-ce que mon processeur saura toujouts réduire sa
consommation ? Ou bien va-t-il fonctionner à fond tout le temps ?

Merci.

Olivier V

Nicolas S. wrote:


Non : c'est un P.C. portable

Dans ce cas, le support SMP est bel et bien inutile. C'est même *très
probablement* de là que viennent les problèmes.

Du tout : j'ai installé cette mandrake à partir des isos

Sans changer les paquetages?
Si oui, alors c'est un bug. Un rapport de bug chez Mandrake ne ferait
pas de mal!

- le support du SMP est-il en dur ou en module?
C'est quoi ?

C'est quoi quoi? Le SMP ou le fait que le support soit intégré en dur ou
en module?

- Le SMP est le nom donné au service qui permet de faire fonctionner les
cartes mères bi-processeurs voire plus.
- Sinon, le support en dur signifie que "l'option" est directement
intégrée _dans_ le noyau. Ceci par opposition à son intégration
modulaire: fichier _indépendant_ du noyau. Dans ce cas le noyau
"appelle" le module pour pouvoir gérer cette fonction.

Question qui me vient : si je ne m'en sort pas, j'essaierai d'installer la
version i586. Je perdrait donc l'architecture 64 bits, mais ce n'est pas
dramatique.

Dans ce cas, il vaut mieux tout réinstaller. Ceci parce que les
programmes prévus pour fonctionner sur du 64 bits ne marcheront plus sur
du 32 bits. Mais on y viendra seulement en dernier ressort.

Par contre, est-ce que mon processeur saura toujouts réduire sa
consommation ? Ou bien va-t-il fonctionner à fond tout le temps ?

Oui, c'est prévu pour l'Athlon 64. A condition tout de même de choisir
les bonnes options au moment de la compilation du noyau: soit l'ACPI
_et_ le cpufreq. Il y a d'autres conditions pour que cela fonctionne:
entre autres un BIOS compatible ACPI 2.0.

Si vous n'y arrivez pas, postez ici le retour de la commande # lsmod.
Il doit s'y trouver un module nommé SMP-quelquechose. C'est celui là
qu'il faut décharger via # rmmod. Cependant, il faut savoir que
#modprobe serait peut-être mieux adapté; cette commande retire aussi les
autres modules dépendants du SMP s'il deviennent inutiles. (Je ne sais
pas si je suis très clair là!).

N'oubliez pas que GNU/Linux peut vous aider:
- # man lsmod
- # man modprobe
- # man rmmod
- bref, vive les man ;-)

Merci.

De rien

--
Adresse mail: ni.s@laposte .net

Nicolas S. wrote:

Merci pour toutes les infos qui précèdent.

Question qui me vient : si je ne m'en sort pas, j'essaierai d'installer
la version i586. Je perdrait donc l'architecture 64 bits, mais ce n'est
pas dramatique.
Par contre, est-ce que mon processeur saura toujouts réduire sa
consommation ? Ou bien va-t-il fonctionner à fond tout le temps ?

Oui, c'est prévu pour l'Athlon 64. A condition tout de même de choisir
les bonnes options au moment de la compilation du noyau: soit l'ACPI
_et_ le cpufreq. Il y a d'autres conditions pour que cela fonctionne:
entre autres un BIOS compatible ACPI 2.0.

J'ai fait l'essai avec la version 32 bits.
Le problème dont nous parlons n'apparaît pas.
Par contre, il n'y plus rien dans le lsmod concernant cpufreq ...

Si vous n'y arrivez pas, postez ici le retour de la commande # lsmod.
Il doit s'y trouver un module nommé SMP-quelquechose.

Apparemment non :

[root@localhost user]# lsmod
Module Size Used by
isofs 33380 1
cpufreq_ondemand 8104 0
cpufreq_powersave 2944 0
powernow-k8 10304 0
raw 10784 1
md5 5376 1
ipv6 255104 12
rfcomm 35496 0
l2cap 23680 5 rfcomm
bluetooth 45764 4 rfcomm,l2cap
snd-seq-dummy 4228 0
snd-seq-oss 34048 0
snd-seq-midi-event 8832 1 snd-seq-oss
snd-seq 56000 5 snd-seq-dummy,snd-seq-oss,snd-seq-midi-event
snd-seq-device 8848 3 snd-seq-dummy,snd-seq-oss,snd-seq
snd-pcm-oss 52256 0
snd-mixer-oss 18048 1 snd-pcm-oss
snd-intel8x0 32768 3
snd-ac97-codec 80848 1 snd-intel8x0
snd-pcm 92680 4 snd-pcm-oss,snd-intel8x0,snd-ac97-codec
snd-timer 23048 3 snd-seq,snd-pcm
snd-page-alloc 10120 2 snd-intel8x0,snd-pcm
snd 52552 13
snd-seq-oss,snd-seq,snd-seq-device,snd-pcm-oss,snd-mixer-oss,snd-intel8x0,snd-ac97-codec,snd-pcm,snd-timer
soundcore 9504 1 snd
af_packet 20364 0
pcmcia 22416 4
yenta_socket 20488 2
rsrc_nonstatic 8960 1 yenta_socket
pcmcia_core 43480 3 pcmcia,yenta_socket,rsrc_nonstatic
video 16264 0
thermal 13324 0
tc1100-wmi 7432 0
processor 21192 2 powernow-k8,thermal
fan 4872 0
container 4736 0
button 7072 0
battery 9736 0
ac 5256 0
eth1394 19984 0
sis900 21252 0
ide-cd 39456 1
ohci1394 31108 0
ieee1394 356696 2 eth1394,ohci1394
loop 14992 0
nls_cp850 7168 1
vfat 13696 1
fat 37168 1 vfat
nls_iso8859-15 6912 3
ntfs 187656 1
nvram 9864 0
evdev 9984 1
ehci-hcd 29576 0
ohci-hcd 20616 0
usbcore 114672 3 ehci-hcd,ohci-hcd
ext3 123920 3
jbd 55600 1 ext3

Merci de me consacrer autant de temps.

Olivier V