Halt = reboot ?

hello :

Bon j’ai baux fouiner pas moyen de savoir pourquoi la machine reboot et ne s’étin pas definitivement. seul moyen actuement pratique
attendre le bios pui couper le jus… pas génial

l’ausolution c est les touches magique .
un ctrl+alt+print + s (syncro du disque) puis o stop la machine.

une idée ?

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.5 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c4)
00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4)
00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
02:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)
03:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30)
04:01.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
05:00.0 Ethernet controller: Atheros Communications Inc. AR8151 v2.0 Gigabit Ethernet (rev c0)
06:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)
07:00.0 VGA compatible controller: NVIDIA Corporation GF104 [GeForce GTX 460] (rev a1)
07:00.1 Audio device: NVIDIA Corporation GF104 High Definition Audio Controller (rev a1

la carte mère:gigabyte z77x-ud5h

processor       : 7
vendor_id       : GenuineIntel
cpu family      : 6
model             : 42
model name      : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz

si je doit faire un rapport de bug pour la wheezy, j’incrimine qu’elle paquet et qu’elle priorité je devrai lui mettre ?

Merci d’avance

Salut,

Ce bug doit être réparé puisque je ne l’ai pas en sid sur aucune de mes machines ou installations nouvelles :slightly_smiling:

J’ai eu le souci sur mon portable et c’était lié à un périphérique réseau ( je ne sais plus si c’est le wifi ou le chipset ethernet ) qui ne voulait pas s’éteindre pour permettre un wake on lan par son intermédiaire.

J’ai du farfouiller dans le BIOS pour désactiver le WOL sur ce périphérique.

[quote=“sorodje”]J’ai eu le souci sur mon portable et c’était lié à un périphérique réseau ( je ne sais plus si c’est le wifi ou le chipset ethernet ) qui ne voulait pas s’éteindre pour permettre un wake on lan par son intermédiaire.

J’ai du farfouiller dans le BIOS pour désactiver le WOL sur ce périphérique.[/quote]

j’ai desactiver la carte reseaux. aucun changement:

[quote]Salut,

Ce bug doit être réparé puisque je ne l’ai pas en sid sur aucune de mes machines ou installations nouvelles :slightly_smiling:[/quote]

et qu’elle paquet serai a charger depuis la sid ?

sinon j’ai un message d’erreur juste apres le chargement de grub

j’ai mieux regarder le dmesg

je veux bien ajouter sa aux fichier

/etc/grub.d/20_linux_xen

(si c est le bon …)
mai j’ajoute ou ?
voila le contenu:

# cat 20_linux_xen 
#! /bin/sh
set -e

# grub-mkconfig helper script.
# Copyright (C) 2006,2007,2008,2009,2010  Free Software Foundation, Inc.
#
# GRUB is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# GRUB is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GRUB.  If not, see <http://www.gnu.org/licenses/>.

prefix="/usr"
exec_prefix="${prefix}"
datarootdir="${prefix}/share"

. "${datarootdir}/grub/grub-mkconfig_lib"

export TEXTDOMAIN=grub
export TEXTDOMAINDIR="${datarootdir}/locale"

CLASS="--class gnu-linux --class gnu --class os --class xen"

if [ "x${GRUB_DISTRIBUTOR}" = "x" ] ; then
  OS=GNU/Linux
else
  OS="${GRUB_DISTRIBUTOR} GNU/Linux"
  CLASS="--class $(echo ${GRUB_DISTRIBUTOR} | tr 'A-Z' 'a-z' | cut -d' ' -f1) ${CLASS}"
fi

# loop-AES arranges things so that /dev/loop/X can be our root device, but
# the initrds that Linux uses don't like that.
case ${GRUB_DEVICE} in
  /dev/loop/*|/dev/loop[0-9])
    GRUB_DEVICE=`losetup ${GRUB_DEVICE} | sed -e "s/^[^(]*(\([^)]\+\)).*/\1/"`
    # We can't cope with devices loop-mounted from files here.
    case ${GRUB_DEVICE} in
      /dev/*) ;;
      *) exit 0 ;;
    esac
  ;;
esac

if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \
    || ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \
    || uses_abstraction "${GRUB_DEVICE}" lvm; then
  LINUX_ROOT_DEVICE=${GRUB_DEVICE}
else
  LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
fi

# Allow overriding GRUB_CMDLINE_LINUX and GRUB_CMDLINE_LINUX_DEFAULT.
if [ "${GRUB_CMDLINE_LINUX_XEN_REPLACE}" ]; then
  GRUB_CMDLINE_LINUX="${GRUB_CMDLINE_LINUX_XEN_REPLACE}"
fi
if [ "${GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT}" ]; then
  GRUB_CMDLINE_LINUX_DEFAULT="${GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT}"
fi

if [ "x`${grub_probe} --device ${GRUB_DEVICE} --target=fs 2>/dev/null || true`" = xbtrfs ] \
    || [ "x`stat -f --printf=%T /`" = xbtrfs ]; then
  rootsubvol="`make_system_path_relative_to_its_root /`"
  rootsubvol="${rootsubvol#/}"
  if [ "x${rootsubvol}" != x ]; then
    GRUB_CMDLINE_LINUX="rootflags=subvol=${rootsubvol} ${GRUB_CMDLINE_LINUX}"
  fi
fi

linux_entry ()
{
  os="$1"
  version="$2"
  xen_version="$3"
  recovery="$4"
  args="$5"
  xen_args="$6"
  if ${recovery} ; then
    title="$(gettext_quoted "%s, with Xen %s and Linux %s (recovery mode)")"
  else
    title="$(gettext_quoted "%s, with Xen %s and Linux %s")"
  fi
  printf "menuentry '${title}' ${CLASS} {\n" "${os}" "${xen_version}" "${version}"
  if ! ${recovery} ; then
      save_default_entry | sed -e "s/^/\t/"
  fi

  if [ -z "${prepare_boot_cache}" ]; then
    prepare_boot_cache="$(prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e "s/^/\t/")"
  fi
  printf '%s\n' "${prepare_boot_cache}"
  xmessage="$(gettext_printf "Loading Xen %s ..." ${xen_version})"
  lmessage="$(gettext_printf "Loading Linux %s ..." ${version})"
  cat << EOF
        echo    '$xmessage'
        multiboot       ${rel_xen_dirname}/${xen_basename} placeholder ${xen_args}
        echo    '$lmessage'
        module  ${rel_dirname}/${basename} placeholder root=${linux_root_device_thisversion} ro ${args}
EOF
  if test -n "${initrd}" ; then
    message="$(gettext_printf "Loading initial ramdisk ...")"
    cat << EOF
        echo    '$message'
        module  ${rel_dirname}/${initrd}
EOF
  fi
  cat << EOF
}
EOF
}

linux_list=`for i in /boot/vmlinu[xz]-* /vmlinu[xz]-* /boot/kernel-*; do
    if grub_file_is_not_garbage "$i"; then
        basename=$(basename $i)
        version=$(echo $basename | sed -e "s,^[^0-9]*-,,g")
        dirname=$(dirname $i)
        config=
        for j in "${dirname}/config-${version}" "${dirname}/config-${alt_version}" "/etc/kernels/kernel-config-${version}" ; do
            if test -e "${j}" ; then
                config="${j}"
                break
            fi
        done
        if (grep -qx "CONFIG_XEN_DOM0=y" "${config}" 2> /dev/null || grep -qx "CONFIG_XEN_PRIVILEGED_GUEST=y" "${config}" 2> /dev/null); then echo -n "$i " ; fi
    fi
    done`
if [ "x${linux_list}" = "x" ] ; then
    exit 0
fi
xen_list=`for i in /boot/xen*; do
        if grub_file_is_not_garbage "$i" ; then echo -n "$i " ; fi
      done`
prepare_boot_cache=

while [ "x${xen_list}" != "x" ] ; do
    list="${linux_list}"
    current_xen=`version_find_latest $xen_list`
    xen_basename=`basename ${current_xen}`
    xen_dirname=`dirname ${current_xen}`
    rel_xen_dirname=`make_system_path_relative_to_its_root $xen_dirname`
    xen_version=`echo $xen_basename | sed -e "s,.gz$,,g;s,^xen-,,g"`
    echo "submenu \"Xen ${xen_version}\" {"
    while [ "x$list" != "x" ] ; do
        linux=`version_find_latest $list`
        echo "Found linux image: $linux" >&2
        basename=`basename $linux`
        dirname=`dirname $linux`
        rel_dirname=`make_system_path_relative_to_its_root $dirname`
        version=`echo $basename | sed -e "s,^[^0-9]*-,,g"`
        alt_version=`echo $version | sed -e "s,\.old$,,g"`
        linux_root_device_thisversion="${LINUX_ROOT_DEVICE}"

        initrd=
        for i in "initrd.img-${version}" "initrd-${version}.img" \
            "initrd-${version}" "initrd.img-${alt_version}" \
            "initrd-${alt_version}.img" "initrd-${alt_version}" \
            "initramfs-genkernel-${version}" \
            "initramfs-genkernel-${alt_version}" ; do
            if test -e "${dirname}/${i}" ; then
                initrd="$i"
                break
            fi
        done
        if test -n "${initrd}" ; then
            echo "Found initrd image: ${dirname}/${initrd}" >&2
        else
    # "UUID=" magic is parsed by initrds.  Since there's no initrd, it can't work here.
            linux_root_device_thisversion=${GRUB_DEVICE}
        fi

        linux_entry "${OS}" "${version}" "${xen_version}" false \
            "${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}" "${GRUB_CMDLINE_XEN} ${GRUB_CMDLINE_XEN_DEFAULT}"
        if [ "x${GRUB_DISABLE_RECOVERY}" != "xtrue" ]; then
            linux_entry "${OS}" "${version}" "${xen_version}" true \
                "single ${GRUB_CMDLINE_LINUX}" "${GRUB_CMDLINE_XEN}"
        fi

        list=`echo $list | tr ' ' '\n' | grep -vx $linux | tr '\n' ' '`
    done
    echo "}"
    xen_list=`echo $xen_list | tr ' ' '\n' | grep -vx $current_xen | tr '\n' ' '`
done

Merci pour vos réponses :006

Y me semble que c’est plutot dans le fichier /etc/default/grub qu’il faut modifier la bonne ligne au bon endroit avec un truc genre

?

si ca peux aider bbs.archlinux.org/viewtopic.php?pid=978761

[quote=“sorodje”]Y me semble que c’est plutot dans le fichier /etc/default/grub qu’il faut modifier la bonne ligne au bon endroit avec un truc genre

?[/quote]
rien sa reboot toujours …

j’ai pas vu de solution aux problème ?
pour moi c est un bug kernel-shutdown :think:

une autre idée/piste ?

Salut Panthée,
tu ne dis pas si c’est suite à mise à jour ou à l’install.
regarde dans le BIOs si tu n’as pas une option de redémarrage auto d’activé.

Oui je continue à penser q’il faut farfouiller dans le BIOS pour voir ce qui induit le redémarrage auto.

Si ça peut t’aider, j’ai aussi un souci de ce genre sur mon laptop, un Thinkpad X220 (en wheezy) : quand je l’éteins, il reboote !
Mais c’est uniquement quand il est sur batterie, quand il est branché sur le secteur, je n’ai pas le bug.

La solution est venue à moi via un post que je suivais, et il semble que ce soit lié à un bug du kernel 3.2 :
http://forum.notebookreview.com/lenovo-ibm/575569-linux-x220-31.html#post8122976

J’ai pu régler le problème en déchargeant le module ehci_hcd avant l’extinction avec un petit script appelé dans /etc/rc0.d
(la modifications des paramètres dans /sys/bus/… comme indiqué dans le post ne changeait rien).

[quote=“piratebab”]Salut Panthée,
tu ne dis pas si c’est suite à mise à jour ou à l’install.
regarde dans le BIOs si tu n’as pas une option de redémarrage auto d’activé.[/quote]

il y a dans power management . une option qui permet de choisir. tester tout les valeurs sa reboot toujours:
je pense pas que le bios soit en cause.

[quote=“Demonix”]Si ça peut t’aider, j’ai aussi un souci de ce genre sur mon laptop, un Thinkpad X220 (en wheezy) : quand je l’éteins, il reboote !
Mais c’est uniquement quand il est sur batterie, quand il est branché sur le secteur, je n’ai pas le bug.

La solution est venue à moi via un post que je suivais, et il semble que ce soit lié à un bug du kernel 3.2 :
http://forum.notebookreview.com/lenovo-ibm/575569-linux-x220-31.html#post8122976

J’ai pu régler le problème en déchargeant le module ehci_hcd avant l’extinction avec un petit script appelé dans /etc/rc0.d
(la modifications des paramètres dans /sys/bus/… comme indiqué dans le post ne changeait rien).[/quote]

je me suis contenter de faire:

modprobe -r ehci_hcd && halt

car sa supprime l’acès aux clavier … mai ça [while restart] toujours
c’est évident que sa viens du kernel.
Merci pour vos réponse. :006

J’avais eu un problème similaire (dis donc, ça arrive souvent on dirait).
À tout hasard, même si tu aurais certainement trouvé…
Ça venait de l’installation des pilotes ATI non libres. Après utilisation uniquement des pilotes libres (xserver-xorg-radeon), plus aucun souci.

j’ait tester depuis le recovert mode (mon de secour dans grub) il ne charge en principe pas les driver propriétaire, qui son non pas ATI mai NVIDIA.

j’ai aussi fouiner dans /etc/init.d , et j’ai tenter un halt -p , c’est plus rapide mai sa reboot toujours… bug a la C… :angry-banghead: :angry-banghead:

Bon visiblement un rapport s’impose mai quelle paquet je doit incriminer ? et qu’elle level de graviter ?

Si c’est un souci de kernel, alors il faudrait faire le rapport sur le paquet linux-image-numero
Et ensuite, il faudra ouvrir un bug sur le bugzilla de kernel.org

[quote=“thuban”]Si c’est un souci de kernel, alors il faudrait faire le rapport sur le paquet linux-image-numero
Et ensuite, il faudra ouvrir un bug sur le bugzilla de kernel.org[/quote]

j’ai utiliser reportbug. mai pour le site de kernel.org c’est ou ? il faux s’inscrire quelque part ?? d’ailleur debian utilise bien leur source en les modifian.
mai je ne comprend pas pourquoi je doit fait 2 rapport identique . c est dire chez debian et chez kernel.org ??

Merci pour ta réponse

fait un rapport sur debian, ils escaladeront au dev kernel si besoin.

tu as essayé avec le paramètre -p dans la commande halt ?

oui :unamused:

rapport de bug send :stuck_out_tongue: