Icaunux - Le Forum

Forum de l'Association ICAUNUX

Vous n'êtes pas identifié(e).

Annonce

Les Inscriptions au forum sont temporairement désactivées en attendant de trouver une solution efficace contre les inscriptions fictives très nombreuses ces derniers temps. Si vous souhaitez vous inscrire sur le forum, merci d'envoyer une demande par mail à l'adresse contact@icaunux.org. Désolé de cette gène occasionnée.

#1 28-02-2018 01:21:24

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

EDIT 06-03-18  A condition de prendre son temps, le pc sort de veille.

  • Fn+F4 = écran noir curseur figé.

  • Fn+F4 seconde fois la fenêtre de log apparaît

=================================================================

Bug apparemment identifié mais dont les pistes de résolution ne sont pas claires...

Sortie de veille, entrée mot de passe, OK
mais ensuite impossible d' arrêter ou de re démarrer le pc !!
Seul un hard reboot serait envisageable, ce n'est pas acceptable, n'est ce pas ?!


there is already a shutdown or sleep operation in progress

https://superuser.com/questions/1049823 … em/1050496

after the pc has woken up from the Sleep state it doesn't let me shut down the system. I tried to shut down by using sudo shutdown now but what I get is Failed to execute operation: There's already a shutdown or sleep operation in progress. There is another problem, as well, when the pc wakes form sleep it can't connect to the Network, I only use Ethernet connection, but it tells me that there is no connection available. My pc works flawlessly until it goes in sleep state, I can't figure out what is causing my machine not to work when it wakes from sleep state.

this strange behavior was the propietary Nvidia driver. Disabling propietary and using open source drivers has solved my problem …

Bon le mec change de pilote graphique pour le propriétaire. Or dans mon cas un R50, pas de pilote proprio, la CG est intégrée...seul le intel microcode a été mis à jour récemment...

Un indice: souvent à la sortie de veille, par le raccourci clavier par exemple, il faut taper ce raccourci deux fois de suite...le temps de réveil de l' écran est assez long...

Il y aurait donc mise en veille de l' écran et mise en veille du système...
La fonction "suspend est dans mon cas suspend to ram, et no suspend to disk...

La perte du réseau est actée..filaire ou wifi.

Il faut un
   sudo service network-manager restart
pour que ça remarche, le réseau...

On en cause un peu ici...

https://askubuntu.com/questions/743231/ … the-system

https://www.reddit.com/r/Ubuntu/comment … _shutdown/

Quel processus bloque ?

Hors ligne

#2 28-02-2018 01:26:42

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

systemctl suspend

Failed to suspend system via logind: There's already a shutdown or sleep operation in progress

    systemctl list-jobs
 
JOB UNIT                    TYPE  STATE 
14186 anacron-resume.service  start waiting
14181 suspend.target          start waiting
14182 systemd-suspend.service start running

sur systemd

https://www.linux.com/learn/cleaning-your-linux-startup-process

What Happens During Bootup

Systemd has some commands to help debug boot issues. This command replays all of your boot messages:

You can review previous boots with journalctl -b -1, which displays the previous startup OU PAS
journalctl -b -1 marche pas
journalctl -b donne une liste de 4500 lignes...dont entre autres

verification failed: signature and/or required key missing - tainting kernel

     sudo shutdown now

Failed to start poweroff.target: Transaction is destructive.
See system logs and 'systemctl status poweroff.target' for details.

       systemctl status poweroff.target

● poweroff.target - Power-Off
   Loaded: loaded (/lib/systemd/system/poweroff.target; disabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)

duckduck "Failed to start poweroff.target: Transaction is destructive."

https://unix.stackexchange.com/questions/274761/bunsenlabs-debian-derrivative-wont-shut-down-failed-to-start-poweroff-target#274762

    ps aux | grep suspend

root     17262  0.0  0.0   2536   816 ?        Ss   févr.27   0:00 /lib/systemd/systemd-sleep suspend
user      28137  0.0  0.0   5128   812 pts/0    S+   01:00   0:00 grep --color=auto suspend

    sudo kill 17262

Mise en veille immédiate dès l'entrée de la commande.

It is suggested that you log out of the graphical desktop environment before killing the process. PAS FAIT...

6
down vote

I am adding another answer to this question, because in my case there was no systemd-sleep process running, yet I could not halt, shutdown, poweroff, nor reboot my machine. (I think this behaviour is once more proof that systemd fully qualifies as a malware, but let's leave that discussion for another time.)

In the end, I resorted to the kernel for help in my struggle against systemd. The following is not so different from a hard-reboot (pushing the power button), but can help, in case you don't have physical access to the machine:

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

Once rebooted, proceed by wiping out the spawn of hell.

http://without-systemd.org/

http://systemd-free.org/

You really want to sync the system's IO buffers before rebooting with echo b like this: echo s > /proc/sysrq-trigger (and wait for some time). Then, maybe try to umount all filesystems with echo u (careful, this one I don't know if it could make you lose your remote connection to the machine). – Totor Aug 31 '16 at 21:51

Hors ligne

#3 28-02-2018 11:05:23

IceCat
Membre
Lieu : 93
Inscription : 17-11-2012
Messages : 682

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

Hum, j'ai un peu le même genre de problème...
Mais le miens est dû à mon Coreboot apparemment.

Bizarre pour les options de journalctl, quelle version tu as ?
Tu peux essayer journalctl -b -S 2018-02-28 pour avoir uniquement ceux d'aujourd'hui, et voir s'il n'y a pas d'autres erreurs ? Coller la sortie ici ou dans un fichier ?

En tout cas, bravo pour l'utilisation du terminal ! smile (mais de toute façon, je pense qu'on ne peut pas faire ce que tu as fait là graphiquement)


promotion.php?image=PL-user.png&membre=IceCat

Hors ligne

#4 01-03-2018 11:39:51

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

journalctl  je n'ai pas trouvé comment trouver ma version...
Même en y précisant la date du jour la sortie fait encore 2350 lignes !!

Ce bug me semble aléatoire...je n' ai pas encore trouvé précisément ses conditions d' apparition...
Peut être le fait de tenter dans la foulée Fn F4,  et appuyer sur le contact d'écran (le téton plastoc qui appuie sur le petit contact signalant la fermeture de l'écran sur Thinkpad est cassé)...

De toute façon avec lub 16.04 sur tous mes centrino, le temps de latence à l' affichage est assez grand...et je me retrouve parfois avec 4 ou 5 fois la même appli essayant de se lancer ( si c'est le terminal, il se lancent tous sans souci, si c'est firefox, j' ai les menus de démarrage avec choix de profil, et là ils attendent la réponse = mon choix de profil) ...

Je commence à me demander si malgré la légèreté des lxde, le fait que les versions 16 (au contraire des 14 et 12) aient adoptées toutes systemd n'est pas la cause de ces ralentissements.

J'ai lu les discussions enflammées sur le sujet, et le fork de certains debianistes n' acceptant pas systemd...je pense à tester la suppression de systemd, je pense que leur "gestion" n'est pas adaptées à des centrino donc à des processeurs simples coeurs...

Le bug n'est en effet pas présent sur un celeron dual core...mon acer...

A retenir de ma manip en terminal: ps aux
la commande permet de savoir ce qui bloque, car la commande top ne donne pas d'indication à ce sujet

    ps aux | grep suspend

root     17262  0.0  0.0   2536   816 ?        Ss   févr.27   0:00 /lib/systemd/systemd-sleep suspend
user      28137  0.0  0.0   5128   812 pts/0    S+   01:00   0:00 grep --color=auto suspend

Et la commande tuer le processus va très bien !
    sudo kill 17262

Hors ligne

#5 01-03-2018 15:36:22

IceCat
Membre
Lieu : 93
Inscription : 17-11-2012
Messages : 682

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

$ journalctl -b -S 2018-03-01 |wc -l
1025

Tu as le double... il y a peut-être un problème en effet, quoi-que... faudrait voir ce qu'il contient.

Je ne pense pas que systemd puisse être la cause des ralentissments (mais peut-être que la conf systemd faite par lubuntu, si...) mais tu peux essayer sans.
Tu peux aussi essayer Devuan https://devuan.org qui est le fork Debian sans systemd, mais ils n'ont pas d'arguments convaincants en faveur de SystemV, on mit des années avant de sortir leur première release et je ne pense pas qu'ils tiendront sur la durée...

Enfin, pour tuer ton proces systemd-sleep en une seule manip' au lieu de deux, essaie "sudo killall suspend" ou "sudo killall systemd-sleep".


promotion.php?image=PL-user.png&membre=IceCat

Hors ligne

#6 01-03-2018 17:55:24

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

IceCat a écrit :
$ journalctl -b -S 2018-03-01 |wc -l
1025

Tu as le double... il y a peut-être un problème en effet, quoi-que... faudrait voir ce qu'il contient.

Ben aujourd' hui c'est mieux

$ journalctl -b -S 2018-03-01 |wc -l
1475
IceCat a écrit :

Je ne pense pas que systemd puisse être la cause des ralentissments (mais peut-être que la conf systemd faite par lubuntu, si...) mais tu peux essayer sans.

Essayer sans systemd ?

Oui j'ai vu pour le projet alternatif, il ne me semble pas viable...

IceCat a écrit :

Enfin, pour tuer ton proces systemd-sleep en une seule manip' au lieu de deux, essaie "sudo killall suspend" ou "sudo killall systemd-sleep".

C'est noté...

Hors ligne

#7 02-03-2018 22:46:58

IceCat
Membre
Lieu : 93
Inscription : 17-11-2012
Messages : 682

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

Pour trouver la version : journalctl --version
Chez moi c'est systemd 237.

wanica a écrit :

Essayer sans systemd ?

Oui, il y existe d'autres systèmes d'init, comme OpenRC par exemple. Tu peux trouver des infos ici : https://without-systemd.org/
Comment virer systemd d'une Ubuntu Xenial : https://without-systemd.org/wiki/index. … stallation

Amuse-toi bien ! smile


promotion.php?image=PL-user.png&membre=IceCat

Hors ligne

#8 02-03-2018 23:50:46

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

IceCat a écrit :

Pour trouver la version : journalctl --version
Chez moi c'est systemd 237.

Ben moi c'est systemd 229
Je suis en retard !!

Trop fainéant je tapais - v pour version donc ça marchait pas ...

Et il dit aussi :
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN

Bon si tu me dis que c'est pas systemd qui ralentit mon système, je ne sais pas si je vais trop m' embêter...
Il est possible effectivement que systemd soit pas optimisé pour lubuntu...
Mais comme ubuntu est imbranlable sur( dès la version 14 , mais ça s'est aggravé avec la 16, et ce sur des pc anciens sans être des ordinausores, je ne sais que faire...
à part prendre un macbook....je sais que Christophe rêve d'en voir un..vu que c'est comme un rêve de gosse, je ne peux pas lui refuser ça

Hors ligne

#9 03-03-2018 19:38:26

IceCat
Membre
Lieu : 93
Inscription : 17-11-2012
Messages : 682

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

"+PAM +AUDIT +SELINUX" etc. sont les options de compilation de journald je pense.

J'ai l'impression que ton bug est connu : https://bugs.launchpad.net/ubuntu/+sour … ug/1441253

Ça semble courir depuis 2015, et toujours pas de résolution... Une solution serait de ne plus passer en veille...


promotion.php?image=PL-user.png&membre=IceCat

Hors ligne

#10 04-03-2018 12:02:25

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

wanica a écrit :

Ben aujourd' hui c'est mieux

$ journalctl -b -S 2018-03-01 |wc -l
1475

Bon sur le même PC en dual boot j' ai aussi mate 16.04

Et le nombre de lignes de journalctl a augmenté !

$ journalctl -b -S 2018-03-04 |wc -l
2259 

Par contre, le bug est moins violent: je m'explique: si je fait graphiquement système (bouton arrêt) mettre en veille, cela semble fonctionner...réveil par Fn+F4 Remarque écran resté ouvert mais de toute façon le taquet lid étant cassé ça ne change rien...

A condition de ne pas aller vite et de ne pas chercher en plus à obtenir le réveil (doigt sur le contact lid sur le corps du pc), car là ça plante...il y aurait alors seulement un souci d' implémentation matériel niveau bios ou équivalent, mais qui n'existe pas avec la combinaison de touches système...

Franchement, ça m' embête de ne pas avoir de veille...
Pas testé sur les T60 de l' assoc, mais je pense que là il n'y a pas de bug...vu leur plus grande réactivité ils sont de mémoire en Ubuntu classique...
Je peux aussi tenter autre manip = installer ub sur centrino, puis s'il plante pas à cause de la lourdeur, installer un autre environnement de bureau plus léger et voir ce que ça donne...
Un forumeur d'ubuntu-org fr écrivait qu' il avait moins de confiance dans le sérieux du développement des autres versions d'ubuntu..
première fois que je lis ça.

Sinon re tester aussi xfce un poil plus lourd mais apparemment plus utilisé et mieux développé....

Hors ligne

#11 04-03-2018 12:46:14

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

IceCat a écrit :

ai l'impression que ton bug est connu : https://bugs.launchpad.net/ubuntu/+sour … ug/1441253

Bon je viens de lire les commentaires, le bug affecte des dual core et de core i5 de 2015...donc ne touche pas que les centrino...
Quand même curieux que cela ne soit pas résolu...Il n'y a que "'42 personnes" affectées par ce bug...Sans doute que les autres ont renoncé à signaler le bug...

j'ai en effet lu que le code du libre n'est pas franchement respecté par ubuntu, et que leur ancien service Ubuntu One n'était pas clean.
Bon vu ce que j' écris ci dessous cela aurait changé !!

login/register
If you have an existing Ubuntu Single Sign On account, this is now called your Ubuntu One account.

Et j' ai naïvement cru que launchpad n' était pas lié à ubuntu, ce qui est le cas , ouh le boulet...

Cependant https://fr.wikipedia.org/wiki/Launchpad#Critiques

Il a été reproché à Launchpad de ne pas être distribué sous une licence libre telle que la GNU GPL, en contradiction avec son objet. Pour justifier ce choix, Mark Shuttleworth a d'abord renvoyé d'une part au besoin de programmeurs rémunérés pour continuer à développer le projet, et d'autre part au fait que des forks seraient vraisemblablement incompatibles entre eux, et donc inutiles1. Mais le 9 juillet 2007, une première composante de Launchpad (Storm) a été distribuée sous licence libre2, et le 22 juillet 2008, Mark Shuttleworth a annoncé que l'intégralité du code source serait diffusée avant un an3, ce qui a été réalisé le 21 juillet 20094,5.

https://fr.wikipedia.org/wiki/Forge_logicielle#Liste_de_logiciels_de_forges

Hors ligne

#12 04-03-2018 13:06:54

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

https://wiki.manjaro.org/index.php?titl … avit.C3.A9

Avec l'option -p nous pouvons appliquer un filtre sur le niveau des messages, nous en avons 7 : « emerg » (0), « alert » (1), « crit » (2), « err » (3), « warning » (4), »notice » (5), « info » (6), « debug » (7).

retour de tous les messages de niveau 0 à 3

journalctl -p err

emerg ( emergency) juste les messages de niveau zero,les plus critiques:

journalctl -p emerg

alert

journalctl -p alert 

crit ( critique)

journalctl -p crit 

Hors ligne

#13 09-01-2022 19:37:59

wanica
Membre
Inscription : 13-11-2008
Messages : 2 070

Re : Lub 16.04 ni reboot ni arrêt après veille[Résolu partielt]

down a écrit :

I am adding another answer to this question, because in my case there was no systemd-sleep process running, yet I could not halt, shutdown, poweroff, nor reboot my machine.

I think this behaviour is once more proof that systemd fully qualifies as a malware , but let's leave that discussion for another time.)
Once rebooted, proceed by wiping out the spawn of hell.

http://without-systemd.org/

http://systemd-free.org/

Cela fait presque 8 ans que Devuan a forké debian, coupable de s'être fait phagociter par Gnome et systemd

https://www.devuan.org/os/announce/
Devuan GNU+Linux is a fork of Debian without systemd that allows users to reclaim control over their system by avoiding unnecessary entanglements and ensuring Init Freedom.

https://www.devuan.org/os/announce/chim … 2021-10-14

https://www.devuan.org/os/documentation … o-chimaera

https://www.devuan.org/os/documentation … all-devuan

desktop.iso (4 GB) Please note that the graphical install option is no longer available due to size constraints.

Hors ligne

Pied de page des forums