Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Mandrake Problèmes lors de l'arrêt d'un portable AMD 64 sous Mandrake 10.2 x86_64

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

6 réponses
Avatar
Olivier V
Bonjour,

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"
- 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

Par ailleurs, après le
"shutdown: 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 ?

Merci beaucoup.

Olivier V

P.S. : Quel fichier contient l'intégralité des messages de sortie ?
car actuellement, je recopie à la main ...
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Francois Cartegnie
Olivier V wrote:

Par ailleurs, après le
"shutdown: 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 ?


Si le message intervient après l'arret de ksyslogd et/ou du démontage
des systèmes de fichiers, ce n'est pas loggé et il faut mettre une
console. (cf "linux serial console howto")

Sinon c'est dans /var/log/syslog ou /var/log/messages suivant le niveau.
Avatar
Rv
Francois Cartegnie a écrit:
Olivier V wrote:

Par ailleurs, après le
"shutdown: 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 ?



Si le message intervient après l'arret de ksyslogd et/ou du démontage
des systèmes de fichiers, ce n'est pas loggé et il faut mettre une
console. (cf "linux serial console howto")

Sinon c'est dans /var/log/syslog ou /var/log/messages suivant le niveau.



Salut,
Voici ci-dessous l'extrait d'une discussion ayant déjà eu lieu ici.
En espérant t'aider.
Cordialement,
Rv

>> Avec l'outil graphique "drakconf"
>> vas sur "demarrage" puis "gestionnaire de démarrage"
>> coche le bouton "activer l'ACPI"
>>
>> c'est tout :-)
>>
>
> Il faut aussi que APM soit installé, ce qui n'était pas le cas pour moi
> (mdk 10.1) et dans /etc/lilo.conf, dans la section correpondant au
> démarrage de linux et à la ligne append=, rajouter apm=power-off.
> AD
Avatar
Nicolas S.
Olivier V a écrit :
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: .net
Avatar
Olivier V
Francois Cartegnie wrote:

Olivier V wrote:

Si le message intervient après l'arret de ksyslogd et/ou du démontage
des systèmes de fichiers, ce n'est pas loggé et il faut mettre une
console. (cf "linux serial console howto")

Sinon c'est dans /var/log/syslog ou /var/log/messages suivant le niveau.



Merci. Le début de mon problème est bien ici.

Olivier V
Avatar
Olivier V
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
Avatar
Nicolas S.
Olivier V a écrit :


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.