Commandes halt, shutdown, telinit inopérantes après MAJ

Ouaouh. Il y a des chances pour que ton problème vienne du mélange des sources de paquets… Tu as un fichier preferences ou pas et lequel ? (Tu peux compter sur Belzébuth pour la doc adéquate et les multiplissimes conseils possibles si nécessaire).

Tu as un noyau récent, pas de souci de ce côté là. Les logs dont je te parlais se remplissent même lorsqu’il n’y a pas d’erreur majeure: l’idéal serait de les regarder après que la machine ait raté une extinction, en y regardant, après redémarrage, ce qui s’est passé juste au moment du plantage. Pour rappel : /var/log/messages /var/log/kern.log et /var/log/syslog.

Cela dit, si tu es sous systemd, je ne suis pas sûr que ces logs existent encore, et comme je ne suis pas sous systemd, je ne saurai pas où et comment chercher. Un autre coup de main sera nécessaire…

[quote=“BelZéButh”]Chacune de ces questions attends une réponse … :033
[/quote]
???

Vu [strike]l’effort qu’il fournit[/strike], c’est pas gagné pour le côté assistance … :033

Déjà, pas bon le kernel. Celui de jessie est le 3.16.0-4-amd64 (ou i686). (3.16.7-ckt7-1). Celui des backports Wheezy n’est pas au niveau.

Bon, on continue :smiley:

@Belzébuth:

[i]À quelle mise à jour fais tu allusion (avec certitude) ?

2015-03-26 09:48:26 ?
2015-03-23 16:14:15 ?
2015-03-23 15:33:28 ?
2015-03-23 07:54:26 ?
2015-03-22 15:50:51 ?
etc …[/i]

Fri Mar 06 18:30

N’as-tu pas migré de (?) Wheezy à Jessie en date du 2015-03-06 ?

Désolée, je n’en sais rien…pas noté la date…

As-tu un jeu de sauvegarde fiable et viable ?

Non

apt-listbugs qui est présent, a dû te signaler bon nombre de soucis, nan … ?

Si! Mais plus depuis la dernière MAJ

Quel est la nature de ton sources.list ?

Déjà posté

Qu’est-ce que crunchbang fait (?), faisait (?), avant (?), pendant (?), à cette heure (?) dans ton sources.list ?

J’avais installé une Crunchbang au départ. Et je l’ai viré ensuite du sources.list (en fait j’aurais mieux fait d’installer Debian).

Un fichier ayant pour vocation l’épinglage (preferences) ?

Non, juste /etc/apt/preferences.d/apt-listbugs.

J’espère que je n’ai rien oublié.

Pourquoi est-ce que la version du noyau impacterait l’extinction du système ?

C’est une supputation de ta part, ou un fait avéré ?

Pourquoi faut-il changer de commande avec systemd ? Pourquoi telinit, shutdown et halt ne fonctionnent plus ?

Une solution à ton problème:

aptitude install sysvinit-core
sync
echo b | tee /proc/sysrq-trigger

Sinon je me suis retrouvé avec un problème relativement identique sous Jessie il y a peu.
Le topic et la solution sont disponibles ici : probleme-a-l-extinction-redemarrage-t51479.html#p511417

En espérant que ça puisse aider…

comme je le dis plus haut avec Jessie et systemd…
https://www.debian-fr.org/commandes-halt-shutdown-telinit-inoperantes-apres-maj-t51648.html#p512957
Avec systemd il suffit de faire

Salut,

Pour l’heure, tu ne modifies rien sur tes fichiers [mono]sources.list[/mono], c’est important pour la suite.

[quote=“minerve”]

[mono]/etc/apt/sources.list.d/flacon-ppa-saucy.list[/mono]

deb http://ppa.launchpad.net/flacon/ppa/ubuntu saucy main deb-src http://ppa.launchpad.net/flacon/ppa/ubuntu saucy main
[mono]/etc/apt/sources.list[/mono]

[code]## Debian unstable - dépôts officiels
deb http://ftp.fr.debian.org/debian/ unstable main

Debian testing - dépôts officiels

deb http://ftp.fr.debian.org/debian/ jessie main

deb http://security.debian.org/ jessie/updates main

Debian stable - dépôts officiels

deb http://ftp.fr.debian.org/debian/ stable main
deb http://ftp.fr.debian.org/debian/ stable-updates main

Debian Multimedia

deb http://www.deb-multimedia.org sid main non-free
deb http://www.deb-multimedia.org jessie main non-free

Oracle Java

deb http://www.duinsoft.nl/pkg debs all

deb http://repo.linrunner.fr/debian jessie main

deb http://www.lesbonscomptes.com/upmpdcli/downloads/debian/ unstable main

deb http://mozilla.debian.net/ experimental iceweasel-aurora
[/code]

[mono]/etc/apt/sources.list.save[/mono]

[code]## Debian wheezy - dépôts officiels

deb http://ftp.fr.debian.org/debian/ wheezy main
deb http://ftp.fr.debian.org/debian/ wheezy-updates main

deb http://security.debian.org/ wheezy/updates main

Debian wheezy - rétroportages

deb http://ftp.fr.debian.org/debian/ wheezy-backports main

Debian Multimedia

deb http://www.deb-multimedia.org wheezy main non-free

Oracle Java

deb http://www.duinsoft.nl/pkg debs all

deb http://repo.linrunner.fr/debian jessie main

deb http://www.lesbonscomptes.com/upmpdcli/downloads/debian/ unstable main

deb-src http://ftp.fr.debian.org/debian/ unstable main contrib non-free[/code][/quote]
Ces retours à présent.

Bonjour,

J’observe la même chose sur l’installation que je viens de faire, à partir de l’installeur Jessie RC1 et une mise à jour après reboot.
Sur un vieux Tosh U500 toaster, mêmes conditions sauf UEFI et pas ce phénomène. J’ai arrêté de m’en servir il y a une semaine.

Je ne sais si ce retour te sera utile mais, sais-t-on jamais.
Je continue de chercher.

edit: la mise hors tension se fait avec un certain retard, de l’ordre de 3 mn, quand ça veut bien s’arrêter.

  dans journalctl j'ai vu pas mal d'erreur. La lecture promet d'être assez longue.

Bon courage.

Merci Belzébuth, et merci à tous les autres. Malheureusement, je ne prends connaissance de ton message que maintenant, et dans l’intervalle j’ai fait exactement ce qu’il ne fallait pas faire: j’ai voulu simplifier le sources.list et lancer une mise à jour.

Résultat, plus de réseau du tout que ce soit en wifi ou en ethernet, plus de gestionnaire de fenêtres…et plus de possiblité de monter une clé USB ou un disque externe. Par chance, je venais de sauvegarder toutes mes données.

Donc j’ai pris le parti de réinstaller tout simplement wheezy, en me promettant d’en rester à la version stable. Et comme cela ne se passe pas comme sur des roulettes, je lance un nouveau sujet…

Merci beaucoup en tout cas pour les réponses déjà données!

[quote=“grandtoubab”]comme je le dis plus haut avec Jessie et systemd…
https://www.debian-fr.org/commandes-halt-shutdown-telinit-inoperantes-apres-maj-t51648.html#p512957
Avec systemd il suffit de faire

Si ça bloque

Selon freedesktop.org/wiki/Software/sy … /#index2h1 ça force un redémarrage par le kernel.

[quote=“grandtoubab”][quote=“grandtoubab”]comme je le dis plus haut avec Jessie et systemd…
https://www.debian-fr.org/commandes-halt-shutdown-telinit-inoperantes-apres-maj-t51648.html#p512957
Avec systemd il suffit de faire

Si ça bloque

Selon freedesktop.org/wiki/Software/sy … /#index2h1 ça force un redémarrage par le kernel.[/quote]
Donc le problème est dans la version 215 de systemd. En passant à la version 219 disponible dans experimental la commande systemctl reboot fonctionne quelquefois… :laughing:

packages.debian.org/fr/experimental/systemd
wiki.debian.org/fr/DebianExperimental

tout le monde est parti à fond avec systemd alors qu’on était même certain que le problème est en rapport.

sur un de mes clônes (migration wheezy --> jessie) j’ai exactement le même truc (une fois sur 10, le retour de mise en veille bloque sur un écran figé et obligation de forcer l’extinction matérielle, et cela vient de “nouveau” le pilote graphique (après avoir consulter /var/log/syslog).

si je fais en console tty: sudo /usr/sbin/pm-suspend (jim ALL = NOPASSWD: /usr/sbin/pm-suspend dans sudoers) plus aucune anomalie.

le problème étant avec systemd mais aussi sans après avoir fait: aptitude install sysvinit-core

Salut,
En mettant le maximum de traces j’ai compris ce qui bloque sur ma configuration. En fait la commande systemctl reboot n’échoue pas mais doit attendre la fin d’une de temporisation de 5 mn:

  1. Démontage de mon disque usb
  1. Tentative d’accès au dit disque usb part en boucle pendant 5 mn

[code]avril 06 09:05:05 ubuntu-desktop systemd[1]: Collecting media-guy-Elements.mount

avril 06 09:10:00 ubuntu-desktop systemd[1]: Collecting media-guy-Elements.mount[/code]

  1. La tempo éclate et le fautif est démasqué

avril 06 09:10:00 ubuntu-desktop systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=UnitNew cookie=2 reply_cookie=0 error=n/a avril 06 09:10:00 ubuntu-desktop systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=UnitRemoved cookie=3 reply_cookie=0 error=n/a avril 06 09:10:00 ubuntu-desktop systemd[1]: Got disconnect on private connection. avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service stopping timed out. Terminating. avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service changed stop -> stop-sigterm avril 06 09:10:01 ubuntu-desktop systemd[1]: Received SIGCHLD from PID 2014 (minidlna). avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2014 (minidlna) died (code=killed, status=15/TERM) avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2014 belongs to minidlna.service avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service: control process exited, code=killed status=15 avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service got final SIGCHLD for state stop-sigterm avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service changed stop-sigterm -> failed avril 06 09:10:01 ubuntu-desktop systemd[1]: Failed to destroy cgroup /system.slice/minidlna.service: Device or resource busy avril 06 09:10:01 ubuntu-desktop systemd[1]: Job minidlna.service/stop finished, result=done avril 06 09:10:01 ubuntu-desktop systemd[1]: Stopped LSB: Start minidlna at boot time. avril 06 09:10:01 ubuntu-desktop systemd[1]: Unit minidlna.service entered failed state. avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service failed. avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2416 (sleep) died (code=killed, status=9/KILL)
4) le reboot repart

[code]avril 06 09:10:01 ubuntu-desktop systemd[1]: Received SIGCHLD from PID 2416 (n/a).
avril 06 09:10:01 ubuntu-desktop systemd[1]: Accepted new private connection.
avril 06 09:10:01 ubuntu-desktop systemd[1]: remote-fs.target changed active -> dead
avril 06 09:10:01 ubuntu-desktop systemd[1]: Job remote-fs.target/stop finished, result=done

avril 06 09:10:01 ubuntu-desktop rpcbind[540]: rpcbind terminating on signal. Restart with “rpcbind -w”
– Reboot –
[/code]

C’est parce que j’utilise minidlna et que mes médias à lire sont sur le disque usb. Visiblement avant de s’arrêter minidlna cherche a atteindre le disque usb mais celui-ci à été démonté au debut du reboot.

Si j’arrete minidlna avant le reboot, le reboot est immédiat

root@ubuntu-desktop:/var/log/journal/ff1b64851ac82e48107a131052f72bcf# service minidlna stop root@ubuntu-desktop:/var/log/journal/ff1b64851ac82e48107a131052f72bcf# systemctl reboot

Quand je liste l’ordonnancement du démarrage, on voit que minidlna est le dernier

root@ubuntu-desktop:~# systemd-analyze blame 1min 9.908s minidlna.service 7.165s ModemManager.service 6.919s NetworkManager.service 6.285s systemd-journal-flush.service 6.185s ufw.service 5.657s pure-ftpd.service 5.622s accounts-daemon.service 3.993s dev-sda1.device 3.851s exim4.service 3.595s rc-local.service 2.981s networking.service 2.939s mnt-ACERDATA.mount 2.786s polkitd.service 2.408s rpcbind.service 2.287s alsa-restore.service 2.216s console-kit-log-system-start.service 2.203s kbd.service 2.175s rsyslog.service 2.128s minissdpd.service 2.127s speech-dispatcher.service 1.714s systemd-fsck-root.service 1.545s nfs-common.service 1.306s binfmt-support.service 1.237s ntp.service 1.170s keyboard-setup.service 1.099s systemd-tmpfiles-setup-dev.service 1.084s gdm.service 1.073s colord.service 993ms systemd-modules-load.service 939ms avahi-daemon.service 910ms console-setup.service 842ms systemd-logind.service 831ms irqbalance.service 764ms lm-sensors.service 758ms gdomap.service 735ms sys-kernel-debug.mount 731ms dev-hugepages.mount 627ms dev-mqueue.mount 605ms systemd-journald.service 599ms systemd-setup-dgram-qlen.service 544ms systemd-user-sessions.service 520ms dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea 442ms systemd-udev-trigger.service 401ms udisks2.service 320ms systemd-tmpfiles-setup.service 281ms systemd-sysctl.service 281ms kmod-static-nodes.service 275ms wpa_supplicant.service 209ms systemd-update-utmp.service 202ms systemd-random-seed.service 192ms user@1000.service 130ms console-kit-daemon.service 113ms saned.service 99ms systemd-tmpfiles-clean.service 96ms udev-finish.service 89ms upower.service 82ms proc-sys-fs-binfmt_misc.mount 62ms systemd-udevd.service 57ms rtkit-daemon.service 39ms systemd-remount-fs.service 28ms systemd-update-utmp-runlevel.service 24ms bootcdflop.service 10ms sys-fs-fuse-connections.mount

c’est moi qui l’ai forcé ainsi :laughing: :laughing:
https://www.debian-fr.org/minidlna-temporiser-son-demarrage-t51713.html#p513665

Donc pour ceux qui ont un peu de patience, laisser claquer la tempo de 5mn. Il y a peut être une tâche qui bloque chez vous aussi.