Forum

Reprise du message précédent

Bonjour,

Yuusha :

On va s'occuper du bug d'ajout de fichiers sur MLO.

Par contre, on ne peut rien faire avec des morceaux de journal. Tu peux utiliser un pastebin en ligne. Je crois que fpaste (à installer) permet d'envoyer directement les données sur le pastebin de Fedora.

Merci Yuusha pour ton message. voici les pastbin, 2 fichiers: journalctl-b.txt et journalctl--no-hostname-b-1.txt à cette adresse: https://paste.centos.org/view/d6038df0

Bonjour,
Il n'y a qu'un fichier.
Ce n'est pas le sujet, mais tu pourrais tenter de fixer le conky qui alimente copieusement le journal.

Papoteur :

Bonjour,
Il n'y a qu'un fichier.
Ce n'est pas le sujet, mais tu pourrais tenter de fixer le conky qui alimente copieusement le journal.

Il y a bien 2 fichiers si tu regardes à la ligne 4612 tu as: ### file 2 of 2: journalctl--no-hostname-b-1.txt

Cependant je suis d'accord avec toi que conky alimente beaucoup trop le journal alors j'ai tué tous les conkys avant de refaire des tentatives d'arrêt du système, va comprendre pour quoi il me gave encore les fichiers avec des conkys en veux-tu en voilà !!!!!!!!!! comprends pas, je vais désinstaller conky et refaire des arrêts pour voir. Je posterai après.

Ah, je n'avais pas tout exploré.
On ne voit pas de phase d'arrêt dans aucun des journaux. On a juste l'arrêt du journal dans le "-1".
Comment as-tu réalisé l'arrêt du 21 juillet ?
Il existe une autre anomalie, le plantage de light-locker. Puisque tu démarres avec sddm, et light-locker demande lightdm à la place de sddm, je te suggère de le désinstaller.

Papoteur :

Ah, je n'avais pas tout exploré.
On ne voit pas de phase d'arrêt dans aucun des journaux. On a juste l'arrêt du journal dans le "-1".
Comment as-tu réalisé l'arrêt du 21 juillet ?
Il existe une autre anomalie, le plantage de light-locker. Puisque tu démarres avec sddm, et light-locker demande lightdm à la place de sddm, je te suggère de le désinstaller.

Comment as-tu réalisé l'arrêt du 21 juillet ? >> je ne me rappelle plus !!!

Pour le reste je n'ai rien désinstallé mais dans CCM >> démarrage >> configurer le gestionnaire de connexion >> j'ai décoché SDDM et coché LightDM >>> au redémarrage bonjour les dégâts il me mets tout en bourri, et de toutes façons si je demande l'arrêt il redémarre quand même. Je préfère garder SDDM parce que LightDm me mets un souck pas possible ...

J'ai essayé LXDM il me mets le souck comme LightDM et je ne peux toujours pas éteindre, et aussi XDM lui il ne me mets pas le souck c'est comme SDDM mais je n'arrête toujours pas .

Papoteur :

Il existe une autre anomalie, le plantage de light-locker. Puisque tu démarres avec sddm, et light-locker demande lightdm à la place de sddm, je te suggère de le désinstaller.

Je ne sais pas si ce que j'ai testé va dans ton sens mais tu me suggère de désinstaller quoi ?!

Je ne comprends pas ce que tu fais. Papoteur t'a juste dit de désinstaller light-locker, car il est lié à lightdm et remonte donc des erreurs puisque tu utilises SDDM. Il ne t'a pas demandé de trifouiller le gestionnaire de connexion. Tu risques de faire apparaître de nouveaux problèmes. Une fois que tu as désinstallé conky et light-locker, tu dois juste éteindre ton PC normalement (vu que tu as un souci, il devrait se redémarrer au lieu de s'éteindre) et ensuite nous envoyer le nouveau résultat de la commande :


Edit : As-tu Plasma et LxQt sur cette machine ? Tu as plein de services LxQt qui démarrent. Tu as aussi picom (provenant surement de LxQt). Tu utilises Evolution pour tes mails ? Tu as le carnet d'adresse d'Evolution (le courrielleur de GNOME) qui se lance.
Tu as aussi minidlna qui remonte des tonnes d'erreurs.

Yuusha :

Je ne comprends pas ce que tu fais. Papoteur t'a juste dit de désinstaller light-locker, car il est lié à lightdm et remonte donc des erreurs puisque tu utilises SDDM. Il ne t'a pas demandé de trifouiller le gestionnaire de connexion. Tu risques de faire apparaître de nouveaux problèmes. Une fois que tu as désinstallé conky et light-locker, tu dois juste éteindre ton PC normalement (vu que tu as un souci, il devrait se redémarrer au lieu de s'éteindre) et ensuite nous envoyer le nouveau résultat de la commande :

Code BASH :

su -
journalctl --no-hostname -b -1

Edit : As-tu Plasma et LxQt sur cette machine ? Tu as plein de services LxQt qui démarrent. Tu as aussi picom (provenant surement de LxQt). Tu utilises Evolution pour tes mails ? Tu as le carnet d'adresse d'Evolution (le courrielleur de GNOME) qui se lance.
Tu as aussi minidlna qui remonte des tonnes d'erreurs.

OH oui mille excuses, les vieux cons comme moi ça ne comprends pas toujours très bien ce qu'on leur dit, je suis désolé. Là je vais devoir aller m'allonger car trop fatigué. Mais dès que ça va mieux si toutefois cette fois-ci j'ai bien compris, je ferai ceci:
Je vais désinstaller conky et light-locker puis j'éteint mon PC et il doit redémarrer là je fais journalctl --no-hostname -b -1 en root puis je passe le fichier.

Pour ce qui est de ce que tu me dis concernant plasma, LXQt Gnome etc ... oui au début quand j'ai eu mon PC j'ai voulu essayer plusieurs choses, le problème après c'est qu'à mon tout petit niveau je ne sais plus ce qui va se passer si je supprime certaines choses. Je travaille sous plasma, mais je ne suis pas sûr qu'en enlevant tout le reste ça ne va pas poser problème, d'ailleurs j'aimerai bien savoir comment je peux faire pour dire par exemple: LXQt je ne m'en sers pas >> je vire mais picom j'en ai besoin pour cairo-dock. Ensuite Evolution je vire car je ne l'utilise pas. minidlna il m'arrive de l'utiliser. Si c'est possible j'envisage de virer Gnome.

Encore désolé avec mes plus plates excuses

Bonjour,
je me permet d'intervenir dans ce fil de discussion car je rencontre le même souci que Zatox.

Mageia ne s'éteint pas, elle redémarrage à chaque fois. je l'éteint lors du lancement Grub en pressant le bouton power de ma tour.

Ce "problème" existe chez moi depuis que j'ai installé Mageia 9 sur ma tour toute neuve.

Ce qui m'intrigue c'est que comme ZATOX, je suis sur une carte mère AM5, en MSI, avec un CPU 7600X et GPU AMD 7800XT. Hasard ? coïncidence ?

Bref, je suis avec avidité ce fil de discussion !

Shura :

Bonjour,
je me permet d'intervenir dans ce fil de discussion car je rencontre le même souci que Zatox.

Mageia ne s'éteint pas, elle redémarrage à chaque fois. je l'éteint lors du lancement Grub en pressant le bouton power de ma tour.

Idem que Zatox. Tu lances ton PC, tu l'éteins de manière normale, il va redémarrer d'après ce que tu dis. Une fois qu'il a redémarré, tu nous fournis le journal avec la même commande que celle qu'on a donnée à Zatox.

Si le problème vient d'une carte mère identique, vérifie que tu utilises le dernier noyau : 6.6.93-desktop-1.mga9. Tu peux le vérifier avec

Vérifies aussi sur le site du constructeur si ta carte mère n'a pas reçu de mise à jour. Ça peut être un bug de la carte avec les noyaux récents.

J'ai trouvé un post pour Manjaro : https://forum.manjaro.org/t/unable-to-shutdown-with-amd-radeon-7800xt/164876/2

Re,

j'ai fait la commande pour la version du noyau :
6.6.93-desktop-1.mga9

j'ai fait la commande du journal.
Dans le fichier ci-joint vous aurez deux versions de la commande.

Merci pour l'aide !

J'ai pas l'impression que mon ajout de texte n'a pas fonctionné.

du coup je copie le texte ici comme un barbare :

[root@localhost arno]# journalctl --no-hostname -b -1
août 02 10:44:10 kernel: Linux version 6.6.93-desktop-1.mga9 (iurt@ecosse.mageia.org) (gcc (Mageia 12.3.0-3.m>
août 02 10:44:10 kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.6.93-desktop-1.mga9 root=UUID=5870493d-5ab5>
août 02 10:44:10 kernel: BIOS-provided physical RAM map:
août 02 10:44:10 kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009e01fff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x0000000009e02000-0x0000000009ffffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20ffff] ACPI NVS
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000000a210000-0x000000000affffff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000000b000000-0x000000000b020fff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000000b021000-0x00000000a738efff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000a738f000-0x00000000ad38efff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000ad38f000-0x00000000ad47efff] ACPI data
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000ad47f000-0x00000000af47efff] ACPI NVS
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000af47f000-0x00000000b85fefff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000b85ff000-0x00000000b9ff8fff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000b9ff9000-0x00000000b9ffdfff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000b9ffe000-0x00000000b9ffffff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000ba000000-0x00000000bbffffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000bd7f3000-0x00000000bfffffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x00000000f7000000-0x00000000ffffffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x0000000100000000-0x000000041defffff] usable
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000041ef40000-0x00000004601fffff] reserved
août 02 10:44:10 kernel: BIOS-e820: [mem 0x000000fd00000000-0x000000ffffffffff] reserved
août 02 10:44:10 kernel: NX (Execute Disable) protection: active

Bonjour, je crois que c'est lié au matériel, la commande halt -f -p fonctionne chez moi, si tu veux essayer Shura tu nous diras.

Salut Zatox,

c'est quoi cette commande "halt -f -p" ?

il faut la faire avec shutdown ?

Bonjour,

Shura :

Salut Zatox,

c'est quoi cette commande "halt -f -p" ?

il faut la faire avec shutdown ?

Non tu la passes en root, tu fais su >> ton mot de passe root puis halt -f -p
Normalement il devrait s'arrêter, en tous cas chez moi il s'arrête.