Shutdown = reboot [lors mise à jour du noyau] squeeze

Bonjour
lorsque que j’installe le package linux-image-3.2.0-0.bpo.3-amd64_3.2.23-1~bpo60+2_amd64.deb
pour pouvoir avoir le wifi
il devient impossible d’arreter le PC sans appuyer sur le bouton ON/OFF ce qui est embetant mais avec le noyau linux-image-2.6-amd64 l’extinction se passe sans problème
donc je pense que le problème vient d’un réglage lors du passage au noyau linux-image-3.2.0-0.bpo.3-amd64_3.2.23-1~bpo60+2_amd64.deb qui est désinstaller pour le moment

que doit je faire pour pouvoir éteindre le PC normalent avec le noyau linux-image-3.2.0-0.bpo.3-amd64_3.2.23-1~bpo60+2_amd64.deb

sortie de lspci

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 01)
0a:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
0a:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
0a:09.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 0a)
0a:09.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)

Merci

Fais une recherche sur le forum, tu n’es pas le premier à rencontrer ce problème.

C’est un problème d’ACPI, fais un cat /proc/acpi/wakeup, tu trouveras des lignes genre

[quote]Device S-state Status Sysfs node
LANC S4 *disabled pci:0000:00:19.0
HDEF S3 *disabled pci:0000:00:1b.0
RP04 S4 *disabled
PXSX S4 *disabled
USBB S4 *enabled pci:0000:03:00.0
EHC1 S4 *enabled pci:0000:00:1d.0
EHC2 S4 *enabled pci:0000:00:1a.0
PWRB S4 *enabled
LID S4 *enabled
[/quote]
Le enabled signifie que le périphérique peut réveiller ton ordinateur. Essaye des
echo «pere» > /proc/acpi/wakeup pour les switcher.
Je te suggère LID d’abord (donc echo LID > /proc/acpi/wakeup), c’est en général ça qui coince. Cela signifie que ton portable ne s’allumera pas à l’ouverture de l’écran.

le problème vient certainement du fichier /proc/acpi/wakeup qui avant la mise à jour vaut

Device S-state Status Sysfs node P0P1 S3 disabled pci:0000:00:01.0 PEGP S4 disabled pci:0000:01:00.0 P0P2 S3 disabled P0P3 S3 disabled P0P4 S3 disabled PEGP S4 disabled P0P5 S3 disabled BR20 S3 disabled pci:0000:00:1e.0 USB0 S3 disabled USB1 S3 disabled USB2 S3 disabled USB3 S3 disabled USB4 S3 disabled USB5 S3 disabled USB6 S3 disabled PEX0 S3 disabled pci:0000:00:1c.0 PEX1 S3 disabled PEX3 S3 disabled pci:0000:00:1c.3 PEX4 S3 disabled pci:0000:00:1c.4 PEX5 S3 disabled PEX6 S3 disabled PEX7 S3 disabled GBE S4 disabled PEX2 S4 disabled pci:0000:00:1c.2 EUSB S3 disabled pci:0000:00:1d.0 USBE S3 disabled pci:0000:00:1a.0 SLPB S3 *enabled LID0 S3 *enabled

et après mise à jour il vaut

Device S-state Status Sysfs node P0P1 S3 *disabled pci:0000:00:01.0 PEGP S4 *disabled pci:0000:01:00.0 P0P2 S3 *disabled P0P3 S3 *disabled P0P4 S3 *disabled PEGP S4 *disabled P0P5 S3 *disabled BR20 S3 *disabled pci:0000:00:1e.0 USB0 S3 *disabled USB1 S3 *disabled USB2 S3 *disabled USB3 S3 *disabled USB4 S3 *disabled USB5 S3 *disabled USB6 S3 *disabled PEX0 S3 *disabled pci:0000:00:1c.0 PEX1 S3 *disabled PEX3 S3 *disabled pci:0000:00:1c.3 PEX4 S3 *disabled pci:0000:00:1c.4 PEX5 S3 *disabled PEX6 S3 *disabled PEX7 S3 *disabled GBE S4 *disabled PEX2 S4 *disabled pci:0000:00:1c.2 EUSB S3 *enabled pci:0000:00:1d.0 USBE S3 *enabled pci:0000:00:1a.0 SLPB S3 *enabled LID0 S3 *enabled

le problème vient peut être des 4 dernière lignes

avec le premier il n’y a pas de problème mais avec le deuxième le système reboot au lieu de redémarer et je ne vois pas comment remplacer le 2ème par le premier
merci de m’indiquer comment régler le problème

Ben je l’avais indiqué:
echo EUSB > /proc/acpi/wakeup
echo USBE > /proc/acpi/wakeup

bonjour malgre l’execution des commandes

echo EUSB > /proc/acpi/wakeup echo USBE > /proc/acpi/wakeup

le PC redemare toujours

et pourtant le fichier /proc/acpi/wakeup et bien modifier

il y a t il d’autre raison qui pourrai expliquer le redermarage

Merci

essaye LID0 et éventuellement les autres.

Bonjour

Même en essayant les autres ça redémare toujours
y aurait il encore une autre raison
Merci

Même en essayant les autres ça redémare toujours
y aurait il encore une autre raison (comme une configuration à laquelle je n’aurai pas penser)

Merci

Est-ce que tu aperçois l’affichage du BIOS au redémarrage ?
Tu as installé kexec-tools ?

packages.debian.org/squeeze/kexec-tools

bugs.debian.org/cgi-bin/bugreport.cgi?bug=638261

[quote=“etxeberrizahar”]Est-ce que tu aperçois l’affichage du BIOS au redémarrage ?
[/quote]
oui via F12

non

donc le problème viendrai d’où
Merci

J’ai eu le même problème que toi sous Fedora 17 avec Gnome3. La parade que j’ai trouvé c’est de ne pas utiliser halt ou shutdown mais de taper poweroff.