[Résolu] Ordinateur continue de fonctionner !!!

Guiriden · Le 15/11/2024, à 13:35

Bonjour ;

Sur cette tour, le problème est survenu après migration de Ubuntu 18.04 en Ubuntu 22.04
Lorsque je demande l'arrêt de la machine, tout semble se passer correctement, avec extinction de l'écran, sauf que, la tour ne s'éteint pas et continue de fonctionner indéfiniment, sauf à couper l'alimentation 220V brutalement.
Je n'ai pas pu définir exactement les éléments qui restent en fonction et en particulier, je ne sais pas si le DD s'arrête.
Notez que cela se produit que ce soit par la façon graphique ou en ligne de commande sur Terminal.
Je n'ai rien vu dans le BIOS qui pourrait expliquer ce phénomène. J'ai également pensé à une mise en veille plutôt qu'un arrêt mais dans ce cas, j'aurais pu le redémarrer par un simple appui sur le bouton de Démarrage ce qui n'est pas le cas.
Notez que en 18.04 tout fonctionnait correctement.
Notez également que j'ai fais du ménage dans les paquets cassés, que les mises à jour sont OK

Suite à cette migration, j'ai rencontré un pb d'imprimante (Brother) également, que j'ai résolu par la procédure "Demonipuch"

Si vous avez des avis opportuns, je suis preneur
Merci par avance

Solution: Paramétrage BIOS

Dernière modification par Guiriden (Aujourd'hui à 16:24)

xubu1957 · Le 15/11/2024, à 13:46

Bonjour,

Vu [Résolu] Mon PC ne s'éteint plus correctement,

Montre la RAM :

LANG=C free -wh

df -Thx tmpfs

les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

et :

ls -l /var/crash

cat /etc/default/grub

Christophe C · Le 15/11/2024, à 13:50

J'ai le même problème depuis quelques mois. Sur 24.04 et aujourd'hui sur 24.10. quand je lance l'extinction, l'écran s'éteint, mais le PC reste allumé, il faut forcer l'extinction.
Ce n'est as systématique, mais plus le PC est resté allumé longtemps, plus cela se produit.

J'ai réinstallé une version fraiche, mais pareil.
Xubuntu + Core I3 7100U (date de 2016).

Pas trouvé de solution, cela m'intéresse donc.

geole · Le 15/11/2024, à 15:04

Bonjour
Regardons la terminaison du logiciel

journalctl --no-pager -b -1  | tail

avec comme bon résultat

a@et:~$ journalctl --no-pager -b -1  | tail 
nov. 15 00:58:39 et systemd[1]: Reached target shutdown.target - System Shutdown.
nov. 15 00:58:39 et systemd[1]: Reached target final.target - Late Shutdown Services.
nov. 15 00:58:39 et systemd[1]: systemd-poweroff.service: Deactivated successfully.
nov. 15 00:58:39 et systemd[1]: Finished systemd-poweroff.service - System Power Off.
nov. 15 00:58:39 et systemd[1]: Reached target poweroff.target - System Power Off.
nov. 15 00:58:39 et systemd[1]: Shutting down.
nov. 15 00:58:39 et systemd-shutdown[1]: Syncing filesystems and block devices.
nov. 15 00:58:39 et systemd-shutdown[1]: Sending SIGTERM to remaining processes...
nov. 15 00:58:39 et systemd-journald[441]: Received SIGTERM from PID 1 (systemd-shutdow).
nov. 15 00:58:39 et systemd-journald[441]: Journal stopped
a@et:~$

Guiriden · Le 15/11/2024, à 15:32

Merci à vous qui avez déjà répondu à mon pb ;
Je n'ai pas un accès simple à cet ordi. Je vous tiens au courant dès que possible ...

Guiriden · Le 16/11/2024, à 18:22

Voili ;

marie-claire@marieclaire-System-Product-Name:~$ LANG=C free -wh
               total        used        free      shared     buffers       cache   available
Mem:           3.3Gi       1.7Gi       103Mi        75Mi        20Mi       1.5Gi       1.3Gi
Swap:          4.4Gi       1.0Mi       4.4Gi
marie-claire@marieclaire-System-Product-Name:~$

marie-claire@marieclaire-System-Product-Name:~$ df -Thx tmpfs
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sdb4        ext4       261G     16G  233G   7% /
efivarfs         efivarfs   128K     90K   34K  73% /sys/firmware/efi/efivars
/dev/sdb1        vfat        96M     24M   73M  25% /boot/efi
marie-claire@marieclaire-System-Product-Name:~$

marie-claire@marieclaire-System-Product-Name:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-tools-common                    5.15.0-125.135       all
ii  linux-hwe-6.8-headers-6.8.0-47        6.8.0-47.47~22.04.1  all
ii  linux-headers-6.8.0-47-generic        6.8.0-47.47~22.04.1  amd64
ii  linux-hwe-6.8-tools-6.8.0-47          6.8.0-47.47~22.04.1  amd64
ii  linux-image-6.8.0-47-generic          6.8.0-47.47~22.04.1  amd64
ii  linux-modules-6.8.0-47-generic        6.8.0-47.47~22.04.1  amd64
ii  linux-modules-extra-6.8.0-47-generic  6.8.0-47.47~22.04.1  amd64
ii  linux-tools-6.8.0-47-generic          6.8.0-47.47~22.04.1  amd64
ii  linux-hwe-6.8-headers-6.8.0-48        6.8.0-48.48~22.04.1  all
ii  linux-generic-hwe-22.04               6.8.0-48.48~22.04.1  amd64
ii  linux-headers-6.8.0-48-generic        6.8.0-48.48~22.04.1  amd64
ii  linux-headers-generic-hwe-22.04       6.8.0-48.48~22.04.1  amd64
ii  linux-hwe-6.8-tools-6.8.0-48          6.8.0-48.48~22.04.1  amd64
ii  linux-image-6.8.0-48-generic          6.8.0-48.48~22.04.1  amd64
ii  linux-image-generic-hwe-22.04         6.8.0-48.48~22.04.1  amd64
ii  linux-modules-6.8.0-48-generic        6.8.0-48.48~22.04.1  amd64
ii  linux-modules-extra-6.8.0-48-generic  6.8.0-48.48~22.04.1  amd64
ii  linux-tools-6.8.0-48-generic          6.8.0-48.48~22.04.1  amd64

Noyau courant : 6.8.0-48-generic x86_64
marie-claire@marieclaire-System-Product-Name:~$

marie-claire@marieclaire-System-Product-Name:~$ ls -l /var/crash
total 23272
-rw-r----- 1 marie-claire whoopsie 13075224 nov.  15 10:16 _usr_bin_gnome-control-center.1000.crash
-rw-rw-r-- 1 marie-claire whoopsie        0 nov.  15 10:16 _usr_bin_gnome-control-center.1000.upload
-rw------- 1 whoopsie     whoopsie       37 nov.  15 10:16 _usr_bin_gnome-control-center.1000.uploaded
-rw-r----- 1 marie-claire whoopsie  2767226 nov.  15 10:33 _usr_bin_update-notifier.1000.crash
-rw-r----- 1 gdm          whoopsie  4146738 nov.  12 16:45 _usr_bin_Xwayland.127.crash
-rw-r----- 1 marie-claire whoopsie  3829555 nov.  14 18:33 _usr_games_gnome-mahjongg.1000.crash
marie-claire@marieclaire-System-Product-Name:~$

marie-claire@marieclaire-System-Product-Name:~$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
marie-claire@marieclaire-System-Product-Name:~$

marie-claire@marieclaire-System-Product-Name:~$ journalctl --no-pager -b -1  | tail 
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3347]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3348]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3347]: pam_unix(cron:session): session closed for user root
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3355]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3356]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3355]: pam_unix(cron:session): session closed for user root
nov. 16 17:34:36 marieclaire-System-Product-Name systemd[1]: Started Run anacron jobs.
nov. 16 17:34:36 marieclaire-System-Product-Name anacron[3358]: Anacron 2.3 started on 2024-11-16
nov. 16 17:34:36 marieclaire-System-Product-Name anacron[3358]: Normal exit (0 jobs run)
nov. 16 17:34:36 marieclaire-System-Product-Name systemd[1]: anacron.service: Deactivated successfully.
marie-claire@marieclaire-System-Product-Name:~$

Voilou

A vous lire et merci d'avance

xubu1957 · Le 16/11/2024, à 18:42

Bonjour,

Montre la carte graphique :

lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"

et :

echo $XDG_SESSION_TYPE

pour voir si c'est Wayland ou x11, en te servant du Retour utilisable de commande.

Guiriden · Le 19/11/2024, à 13:57

@ xubu :

marie-claire@marieclaire-System-Product-Name:~$ lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7560D] [1002:9904] (prog-if 00 [VGA controller])
	Kernel driver in use: radeon
	Kernel modules: radeon, amdgpu
marie-claire@marieclaire-System-Product-Name:

marie-claire@marieclaire-System-Product-Name:~$ echo $XDG_SESSION_TYPE
wayland
marie-claire@marieclaire-System-Product-Name:~$

... j'essaie en X11 et reviens immédiatement ...

Guiriden · Le 19/11/2024, à 14:05

@ xubu :

Pas mieux en X11 ; je reviens donc en Wayland.

xubu1957 · Le 19/11/2024, à 14:18

Bonjour,

Autre piste, inspiré de forum.endeavouros.com/t/system-hangs-on-shutdown/45106 :

joekamprad a écrit :

il pourrait s'agir d'un réglage du micrologiciel (Bios) sur les options d'alimentation.

geole · Le 19/11/2024, à 17:57

Guiriden a écrit :

marie-claire@marieclaire-System-Product-Name:~$ journalctl --no-pager -b -1  | tail 
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3347]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3348]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
nov. 16 17:17:01 marieclaire-System-Product-Name CRON[3347]: pam_unix(cron:session): session closed for user root
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3355]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3356]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
nov. 16 17:30:01 marieclaire-System-Product-Name CRON[3355]: pam_unix(cron:session): session closed for user root
nov. 16 17:34:36 marieclaire-System-Product-Name systemd[1]: Started Run anacron jobs.
nov. 16 17:34:36 marieclaire-System-Product-Name anacron[3358]: Anacron 2.3 started on 2024-11-16
nov. 16 17:34:36 marieclaire-System-Product-Name anacron[3358]: Normal exit (0 jobs run)
nov. 16 17:34:36 marieclaire-System-Product-Name systemd[1]: anacron.service: Deactivated successfully.
marie-claire@marieclaire-System-Product-Name:~$

Bonjour
C'était loin d'être terminé...

fred-cavernedufond · Le 19/11/2024, à 18:26

hello
Je dirais que le probleme vient du fait qu'un processus d'arrêt n'est pas exécuté par le processeur malgré ce qu'il dit #4 donc il n'envoie pas l'ordre de couper l'alimentation

Sending SIGTERM to remaining processes

Peut-etre que je lis mal mais toujours d'après le journal en #4 il semble désactiver le service "power-off", faire la coupure (shutdown) puis envoyer l'ordre de coupure après (?)

ici on nous dit que l'arret n'est visiblement pas toujours automatique : https://unix.stackexchange.com/question … -a-process

Faire un test avec la commande "kill" ?
Trouver pourquoi il n'exécute pas la commande
Voir si ce bug se produit sous une 22.04 ou live USB pour savoir si 24.04 est en cause.
Fred

Dernière modification par fred-cavernedufond (Le 19/11/2024, à 18:30)

geole · Le 19/11/2024, à 18:44

Tu n'as pas fait attention.

Au quatre, c'est ce qu'on devrait avoir pour une terminaison normale
Le vrai retour est au six et la terminaison n'a même pas commencé.... Cela ressemble plus à un blocage

Dernière modification par geole (Le 21/11/2024, à 21:35)

fred-cavernedufond · Le 20/11/2024, à 18:09

geole a écrit :

Tu n'as pas fai attention Au quatre, c'est ce qu'on devrait avoir pour une terminaison normale Le vrai retour est au six et la terminaison n'a même pas commencé.... Cela ressemble plus à un blocage

Effectivement ...Voici une piste ou il est dit :
"Quand vous voyez ce message, cela signifie souvent que le système a réussi à démarrer le processus d’arrêt mais qu’il est maintenant bloqué ou ne peut pas terminer l’étape de mise hors tension finale".

Reached Poweroff Target

`Reached target poweroff.target` is a message indicating that the systemd initialization process has completed its shutdown sequence and has reached the final stage of powering off the system. This target is responsible for executing the necessary steps to shut down the system, including:

1. Stopping all running services
2. Unmounting file systems
3. Closing network connections
4. Powering off the system

**Common issues leading to "Reached target poweroff.target"**

When you see this message, it often means that the system has successfully initiated the shutdown process but is now stuck or blocked from completing the final power-off step. Some common causes include:

1. **Systemd bug or misconfiguration**: Issues with systemd's configuration or a bug in the systemd version can prevent the system from completing the shutdown sequence.
2. **Hardware or driver problems**: Faulty or malfunctioning hardware, such as a failing disk or a problematic network card, can cause systemd to hang during shutdown.
3. **Resource contention**: Conflicting resource usage, like a process holding onto a critical system resource, can prevent the system from powering off.
4. **Interactive authentication required**: In some cases, systemd may require interactive authentication (e.g., a password prompt) to complete the shutdown process, which can get stuck if not properly handled.

**Troubleshooting steps**

To resolve the issue, try the following:

1. **Check system logs**: Review the system logs (e.g., `/var/log/syslog` or `/var/log/messages`) for error messages or clues about what's causing the hang.
2. **Systemd debugging**: Enable systemd debugging and restart the system to gather more information about the shutdown process.
3. **Force power-off**: If the system is still responsive, try forcing a power-off using `sudo poweroff --force` or `sudo reboot --force`. This may bypass any stuck processes or configurations.
4. **System recovery**: If the system is unresponsive, you may need to perform a system recovery or boot into a rescue environment to troubleshoot and fix the issue.

**Additional tips**

* Make sure your system is up-to-date with the latest systemd and kernel versions.
* Verify that your system's configuration files (e.g., `/etc/systemd/system`) are correct and not causing issues.
* If you're using a desktop environment, try booting into a minimal text-based environment (e.g., recovery mode) to isolate the issue.

By following these steps and troubleshooting guidelines, you should be able to identify and resolve the cause of the "Reached target poweroff.target" hang.

Dernière modification par fred-cavernedufond (Le 20/11/2024, à 18:14)

Guiriden · Le 21/11/2024, à 20:09

@ xubu + tous ;

Autre piste, inspiré de forum.endeavouros.com/t/system-hangs-on-shutdown/45106 :

Dès que je peux, je vais revoir le BIOS plus en détail et essayer d'y trouver une piste ...

Dernière modification par Guiriden (Le 21/11/2024, à 20:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/11/2024, à 13:35

[Résolu] Ordinateur continue de fonctionner !!!

#2 Le 15/11/2024, à 13:46

Re : [Résolu] Ordinateur continue de fonctionner !!!

#3 Le 15/11/2024, à 13:50

Re : [Résolu] Ordinateur continue de fonctionner !!!

#4 Le 15/11/2024, à 15:04

Re : [Résolu] Ordinateur continue de fonctionner !!!

#5 Le 15/11/2024, à 15:32

Re : [Résolu] Ordinateur continue de fonctionner !!!

#6 Le 16/11/2024, à 18:22

Re : [Résolu] Ordinateur continue de fonctionner !!!

#7 Le 16/11/2024, à 18:42

Re : [Résolu] Ordinateur continue de fonctionner !!!

#8 Le 19/11/2024, à 13:57

Re : [Résolu] Ordinateur continue de fonctionner !!!

#9 Le 19/11/2024, à 14:05

Re : [Résolu] Ordinateur continue de fonctionner !!!

#10 Le 19/11/2024, à 14:18

Re : [Résolu] Ordinateur continue de fonctionner !!!

#11 Le 19/11/2024, à 17:57

Re : [Résolu] Ordinateur continue de fonctionner !!!

#12 Le 19/11/2024, à 18:26

Re : [Résolu] Ordinateur continue de fonctionner !!!

#13 Le 19/11/2024, à 18:44

Re : [Résolu] Ordinateur continue de fonctionner !!!

#14 Le 20/11/2024, à 18:09

Re : [Résolu] Ordinateur continue de fonctionner !!!

#15 Le 21/11/2024, à 20:09

Re : [Résolu] Ordinateur continue de fonctionner !!!

Pied de page des forums