Problème reboot, shutdown et halt

Bonjour :slight_smile:

Bonjour à tous, j’ai un problème assez embêtant depuis que j’ai installer Debian 8, impossible d’arrêter/redémarrer proprement. Que se soit halt, shutdown, reboot, le résultat est
le même.

Je suis donc contraint à chaque fois de l’éteindre avec le bouton d’alimentation :rage:

La seule façon pour moi de reboot est actuellement la suivant:
echo s > /proc/sysrq-trigger # Flusher les buffers d'IO pour ne pas perdre de données echo u > /proc/sysrq-trigger # Démonter puis Remonter toutes les partitions en Read-Only echo b > /proc/sysrq-trigger # Forcer le reboot de la machine

Merci par avance :wink:

Shutdown -h now
ne fonctionne pas ?
En root, bien entendu.
Sinon, il y a un fil récent qui traitait de cette affaire.

J’ai installé ces 3 paquets:
apt-get install sysvinit-core systemd-shim systemd-sysv-

Voici maintenant comment cela se présente:

En faisant shutdown -h now je me retrouve avec ça:

Merci de ton aide

Avec plaisir !
Pense à mettre la coche verte (qui ne l’est plus) si tu considères ton problème résolu.

Et non il est loin d’être résolu …

poweroff

coche verte ?

Non rien ne marche hélas… Maintenant ça bloque sur:
[info] Will now restart.
Et ça reste figé.

sur un autre topic, anonymous coward a dit :

Pour ce qui est des commandes reboot, poweroff ETC, brièvement…

  • Les runlevels 0 et 6 correspondent respectivement à arrêt du système et à un redémarrage.
  • Les commandes poweroff, halt et reboot sont normalement appelées après que le gestionnaire d’initialisation (dans ce cas systemd) a fini de basculer vers un runlevel 0 ou 6.
  • Quand les commandes citées ci-dessus ne sont pas appelées alors que le runlevel est 0 ou 6, celles-ci appellent la commande shutdown. Reboot ajoute l’option -r à shutdown ETC.
  • La commande shutdown utilise la commande telinit pour demander au gestionnaire d’initialisation de basculer vers le runlevel 0 ou 6. Ensuite soit via les commandes poweroff, halt, reboot soit via des appels système (syscall) l’ordi s’éteint ou redémarre effectivement.

Sur ta copie d’écran, on voit que tous les process ne sont pas tués correctement, rien dans le syslog à ce propos ?
J’ai eu, moi aussi, des déboires avec la commande halt, mais poweroff ne m’a jamais lâché…
Bon courage

Merci de ta réponse !
En effet je vais aller voir dans les log :wink:

http://www.cyberciti.biz/faq/iptables-passive-ftp-is-not-working/

C’est quoi le rapport ? x)

Et je n’ai pas trouvé grand chose dans les logs…

mauvais topic, à grosland l’apéro commence tôt :slight_smile:

Quand je fais la commande reboot ou poweroff maintenant, je n’ai pourtant rien changé. Cela ne fais plus rien mais le serveur n’est plus accessible depuis ssh ou sftp

killall -9 ssh # ou sshd je ne sais plus, ça donne quoi avant l’extinction ? Et ton syslog ?

Je peux toujours me connecter sur l’interface GNOME c’est bizarre. On dirait que cela coupe seulement la connexion internet.
Att je regarde.

ton pb de ssh me fait penser à ça :


Il y a des experts là bas !

1 J'aime

J’ai restart NetworkManager avec la commande mais je ne peux toujours pas me connecter en ssh ou sftp.
Du côté du syslog il n’y a pas grand chose. Je ne peux pas les copier puisque je n’ai pas internet sur ma machine …

Non ce n’est pas ça puisque moi le serveur ssh est bien fermé. La connexion Ethernet est fermé (Je ne peux pas la réactiver). Je pense que le système est a moitié éteins et à moitié allumé xD

Je vais tenter ces commandes magiques:
echo s > /proc/sysrq-trigger # Flusher les buffers d'IO pour ne pas perdre de données echo u > /proc/sysrq-trigger # Démonter puis Remonter toutes les partitions en Read-Only echo b > /proc/sysrq-trigger # Forcer le reboot de la machine

EDIT: les commandes ont quant à elle marché !

Voilà les syslog
http://hastebin.com/desafulelo.vbs

**EDIT: **
Alors du côté de la carte réseau et de la carte graphique comment je fais pour corriger les problèmes ou installer les drivers s’ils sont manquants ? J’utilise NetworkManager donc c’est gérer automatiquement. Du côté des processus zombies comment je sais si un processus est “zombie” ou pas ?

**Merci de ta réponse :slight_smile: **

@vincentsan

EDIT2: J’ai reussi à mettre le driver de ma carte graphique. Je n’ai donc plus l’erreur:
radeon 0000:01:00.0: Direct firmware load failed with error -2

EDIT3: J’ai quasiment réglé tout les erreurs sauf celle qui provient de ACPI. J’ai tapé mon erreur sur google https://www.google.fr/search?q=debian+pcieport+0000&ie=utf-8&oe=utf-8&client=firefox-b&gfe_rd=cr&ei=Br60V4u4GYnf8geT95GoCQ#q=debian+pcieport+System+wakeup+enabled+by+ACPI mais bon… Peut être ma carte mère qui est trop vieille? Je ne sais pas. Mais faudrait vite que je le sache histoire que j’aille en acheter une nouvelle si c’est le cas :wink: Je savais que c’était la commande “top” mais je ne sais pas reconnaître les programmes zombies hélas xD

EDIT4: Voici mon arbre http://hastebin.com/zulegulupo.pl

EDIT5: Ouais mais du coup la seule solution c’est de faire service rsyslog stop et /etc/init.d/udev stop mais udev me retourne “failed!” lorsque j’essaye de le stopper.

EDIT5: Merci :wink: @grandtoubab

EDIT6: Non ma carte réseau à l’air d’aller bien. Grub ? Et aussi il y a un truc que je comrends pas pourquoi rsyslogd ne veut pas s’arrêter puis après l’erreur il se stoppe http://i.imgur.com/jhrgvqM.png

EDIT7: Mais oui j’ai internet :wink: Le problème que j’ai c’est quand je faisais “shutdown” et ben ça coupait juste ma connexion (en gros ça coupait la moitié de mes processus) mais je pouvais toujours me balader sur le bureau (GNOME), ouvrir des logiciels et tout mais la seule solution pour le couper était d’appuyer sur le bouton d’alimentation. La la seule erreur que j’ai c’est que “udev” n’arrive pas à être stoppé par le système. Merci de ta patience.

EDIT8: J’ai installé Debian 8 avec https://unetbootin.github.io/ sur une clé usb. Je précise que le système est installé sur un disque dur que j’avais auparavant formaté. J’ai essayé sync && systemctl poweroff cela me coupe la moitié des processus sans jamais coupé mon serveur. Oui les update déjà fait oui :wink: Et oui je choisis bien le bon noyau.

EDIT9: Ici http://i.imgur.com/jAR7zug.png

PS: Je ne peux plus envoyer de message debian-fr.org limite le nombre de message à 20 lorsque l’utilisateur est nouveau du coup je vais éditer ce message pour pouvoir te répondre :wink:

je vois ça :

Aug 17 19:29:52 Server-Alpha NetworkManager[2941]: [1471454992.099136] [platform/nm-linux-platform.c:2250] link_change(): Netlink error changing link 2: mtu 0 (1) driver ‘tg3’ udi ‘/sys/devices/pci0000:00/0000:00:1c.5/0000:3f:00.0/net/eth0’: No such device
Aug 17 19:29:52 Server-Alpha NetworkManager[2941]: (eth0): device state change: config -> failed (reason ‘config-failed’) [50 120 4]

et ça :
Aug 17 19:29:51 Server-Alpha NetworkManager[2941]: interfaces file /etc/network/interfaces.d/* doesn’t exist

le driver de ton interface réseau

et il y a ça :
Aug 17 19:41:19 Server-Alpha kernel: [ 0.176200] ACPI BIOS Error (bug): _SB_.PCI0.OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20140424/nsarguments-189)
Aug 17 19:41:19 Server-Alpha kernel: [ 0.176271] ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS (20140424/dsfield-211)
Aug 17 19:41:19 Server-Alpha kernel: [ 0.176277] ACPI Error: Method parse/execution failed [_SB
.PCI0._OSC] (Node ffff88007d044720), AE_ALREADY_EXISTS (20140424/psparse-536)

Alors là je ne sais pas…

et ça :

Aug 17 19:41:19 Server-Alpha kernel: [ 9.602933] radeon 0000:01:00.0: Direct firmware load failed with error -2

La carte graphique ?

Est-ce que tu as paramétré ton pc en ipv6 ? Y-a-t-il des processus zombies qui empêcheraient d’éteindre proprement la machine ?

Bon courage