Est-ce qu’il faut rendre le journal systemd persistant avec avant de faire ta manip?
mkdir -p /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
systemctl restart systemd-journald
Et ta manip je la fait au prochain démarrage?
Est-ce qu’il faut rendre le journal systemd persistant avec avant de faire ta manip?
mkdir -p /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
systemctl restart systemd-journald
Et ta manip je la fait au prochain démarrage?
Non. Fais juste ce que j’ai dit pour le moment, sans compliquer.
Après tu feras comme tu veux en plus compliqué.
Dans l’hypothèse où la session X (graphique) se ferme elle instantanément, et donc aussi ta fenêtre de ‹ journalctl -f ›, il va falloir faire autrement, peut-être comme tu dis, mais je n’ai aucune idée du moment précis où ça coince.
Normalement, si tu n’as pas d’image en fond d’écran de sortie , tu devrais pouvoir lire des messages d’erreur à l’écran expliquant le blocage.
Quand je fais shutdown -h now
l’écran se fige pendant 40 seconde avant de s’éteindre. Ca fige comme ça (capture illustratrice) :
Et quand l’ordi met longtemps à s’éteindre il n’y a pas les lignes systemd avec [ ok ] qui s’affiche, juste l’écran figer comme sur la capture puis éteins. Alors que quand je l’éteins au bout de 5 min et qu’il s’éteint normalement ces lignes s’affiche.
Voici journalctl -f
de ce matin juste après le démarrage, je l’ai stoppe au bout d’un moment :
journalctl -f
-- Journal begins at Mon 2023-05-15 11:42:35 CEST. --
mai 29 12:17:31 debianUC systemd[1]: NetworkManager-dispatcher.service: Succeeded.
mai 29 12:17:37 debianUC su[1319]: (to root) valentin on pts/0
mai 29 12:17:37 debianUC su[1319]: pam_unix(su-l:session): session opened for user root(uid=0) by (uid=1000)
mai 29 12:17:43 debianUC systemd[1]: systemd-fsckd.service: Succeeded.
mai 29 12:17:43 debianUC systemd[1]: systemd-hostnamed.service: Succeeded.
mai 29 12:17:43 debianUC systemd-timesyncd[525]: Initial synchronization to time server [2001:bc8:28ae:100::5]:123 (2.debian.pool.ntp.org).
mai 29 12:17:43 debianUC systemd[1]: Starting Update the plocate database...
mai 29 12:17:43 debianUC systemd[1]: blueman-mechanism.service: Succeeded.
mai 29 12:17:44 debianUC systemd[1]: plocate-updatedb.service: Succeeded.
mai 29 12:17:44 debianUC systemd[1]: Finished Update the plocate database.
mai 29 12:22:13 debianUC anacron[611]: Job `cron.daily' started
mai 29 12:22:13 debianUC anacron[1341]: Updated timestamp for job `cron.daily' to 2023-05-29
mai 29 12:22:13 debianUC anacron[611]: Job `cron.daily' terminated
mai 29 12:27:13 debianUC anacron[611]: Job `cron.weekly' started
mai 29 12:27:13 debianUC anacron[1359]: Updated timestamp for job `cron.weekly' to 2023-05-29
mai 29 12:27:13 debianUC anacron[611]: Job `cron.weekly' terminated
mai 29 12:27:13 debianUC anacron[611]: Normal exit (2 jobs run)
mai 29 12:27:13 debianUC systemd[1]: anacron.service: Succeeded.
mai 29 12:30:01 debianUC CRON[1364]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
mai 29 12:30:01 debianUC CRON[1365]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
mai 29 12:30:01 debianUC CRON[1364]: pam_unix(cron:session): session closed for user root
mai 29 12:32:06 debianUC systemd[1]: Starting Cleanup of Temporary Directories...
mai 29 12:32:06 debianUC systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
mai 29 12:32:06 debianUC systemd[1]: Finished Cleanup of Temporary Directories.
voici résultat de journalctl -r -b -1
journalctl -r -b -1.txt (47,8 Ko)
on dirati que tes cron prennent du temps : tu as quo ien cron?
Comme tu joins un fichier journal, tu peux effacer les différentes listes journalctl, et remplacer ton énorme copie d’écran par ça qui devrait suffire.
Ensuite:
apt purge rtkit
apt reinstall systemd
Et retour de
uname -a
systemctl status -l dbus-org.freedesktop.login1.service
Si tu veux voir ce que dit ‹ journalctl -f
› pendant le shutdown pour identifier où ça bloque, il suffit de juxtaposer deux fenêtres terminal pour chacune des 2 commandes. Si ça bloque, tu auras largement de lire ce que ça dit.
Je ne sais pas ce que c’est cron mais j’ai :
apt list --installed search *cron*
En train de lister... Fait
anacron/stable,now 2.3-30 amd64 [installé, automatique]
cron/stable,now 3.0pl1-137 amd64 [installé]
uname -a
Linux debianUC 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux
systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - User Login Management
Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
Active: active (running) since Mon 2023-05-29 12:17:13 CEST; 9h ago
Docs: man:sd-login(3)
man:systemd-logind.service(8)
man:logind.conf(5)
man:org.freedesktop.login1(5)
Main PID: 625 (systemd-logind)
Status: "Processing requests..."
Tasks: 1 (limit: 19003)
Memory: 1.2M
CPU: 150ms
CGroup: /system.slice/systemd-logind.service
└─625 /lib/systemd/systemd-logind
mai 29 12:17:13 debianUC systemd-logind[625]: New seat seat0.
mai 29 12:17:13 debianUC systemd-logind[625]: Watching system buttons on /dev/input/event2 (Power Button)
mai 29 12:17:13 debianUC systemd-logind[625]: Watching system buttons on /dev/input/event1 (Power Button)
mai 29 12:17:13 debianUC systemd-logind[625]: Watching system buttons on /dev/input/event0 (Sleep Button)
mai 29 12:17:13 debianUC systemd-logind[625]: Watching system buttons on /dev/input/event6 (Logitech K540/K545)
mai 29 12:17:13 debianUC systemd-logind[625]: Watching system buttons on /dev/input/event4 (ASUS ROG STRIX IMPACT Keyboard)
mai 29 12:17:13 debianUC systemd[1]: Started User Login Management.
mai 29 12:17:14 debianUC systemd-logind[625]: New session c1 of user lightdm.
mai 29 12:17:19 debianUC systemd-logind[625]: Removed session c1.
mai 29 12:17:19 debianUC systemd-logind[625]: New session 2 of user valentin.
Donc tu as bien tout fait ce que j’ai demandé, et tu n’as plus aucun blocage c’est bien ça ?
Il a mis encore pas mal de temps à s’arrêter. Et j’ai fait ta technique de mettre 2 fenêtre cote à cote, une avec shutdown -h now
et une autre avec journalctl -f
mais dès que je fait le shutdown
ça n’affiche rien de plus dans la fenêtre journalctl -f
Tout l’écran est figé.
Tu as fait ça ou pas ??? Pas compris.
apt purge rtkit
apt reinstall systemd
Tes réponses sont très tardives et pas assez claires pour moi.
Ce sera mon dernier message. Plus d’idée. Désolé.
Oui j’ai bien fait, j’ai tout fais comme tu ma dit
apt purge rtkit
apt reinstall systemd
Désolé je fait d’autre choses aussi
Il faudrait ce retour, à toutes fins utiles:
lspci -v |awk '/V/,/^$/'
Voila
~# lspci -v |awk '/V/,/^$/'
Capabilities: [e0] Vendor Specific Information: Len=10 <?>
Kernel driver in use: skl_uncore
Capabilities: [100] Virtual Channel
Capabilities: [140] Root Complex Link
Capabilities: [d94] Secondary PCI Express
Kernel driver in use: pcieport
Capabilities: [90] Vendor Specific Information: Len=14 <?>
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
Capabilities: [a4] Vendor Specific Information: Len=14 <?>
Kernel driver in use: mei_me
Kernel modules: mei_me
00:1f.3 Audio device: Intel Corporation Comet Lake PCH cAVS
DeviceName: Onboard - Sound
Subsystem: Micro-Star International Co., Ltd. [MSI] Comet Lake PCH cAVS
Flags: bus master, fast devsel, latency 32, IRQ 145
Memory at b0810000 (64-bit, non-prefetchable) [size=16K]
Memory at b0200000 (64-bit, non-prefetchable) [size=1M]
Capabilities: [50] Power Management version 3
Capabilities: [80] Vendor Specific Information: Len=14 <?>
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_sof_pci
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Upstream Port, MSI 00
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150] Advanced Error Reporting
Capabilities: [270] Secondary PCI Express
Capabilities: [320] Latency Tolerance Reporting
Capabilities: [400] Data Link Feature <?>
Capabilities: [410] Physical Layer 16.0 GT/s <?>
Capabilities: [440] Lane Margining at the Receiver <?>
Kernel driver in use: pcieport
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150] Advanced Error Reporting
Capabilities: [270] Secondary PCI Express
Capabilities: [2a0] Access Control Services
Capabilities: [400] Data Link Feature <?>
Capabilities: [410] Physical Layer 16.0 GT/s <?>
Capabilities: [440] Lane Margining at the Receiver <?>
Kernel driver in use: pcieport
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] (rev c1) (prog-if 00 [VGA controller])
Subsystem: Sapphire Technology Limited Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT]
Flags: bus master, fast devsel, latency 0, IRQ 142
Memory at a0000000 (64-bit, prefetchable) [size=256M]
Memory at b0000000 (64-bit, prefetchable) [size=2M]
I/O ports at 4000 [size=256]
Memory at b0300000 (32-bit, non-prefetchable) [size=512K]
Expansion ROM at b0380000 [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [64] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150] Advanced Error Reporting
Capabilities: [200] Physical Resizable BAR
Capabilities: [240] Power Budgeting <?>
Capabilities: [270] Secondary PCI Express
Capabilities: [2a0] Access Control Services
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] Page Request Interface (PRI)
Capabilities: [2d0] Process Address Space ID (PASID)
Capabilities: [320] Latency Tolerance Reporting
Capabilities: [400] Data Link Feature <?>
Capabilities: [410] Physical Layer 16.0 GT/s <?>
Capabilities: [440] Lane Margining at the Receiver <?>
Kernel driver in use: amdgpu
Kernel modules: amdgpu
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [64] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150] Advanced Error Reporting
Capabilities: [2a0] Access Control Services
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
04:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983 (prog-if 02 [NVM Express])
Subsystem: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983
Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0
Memory at b0700000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [b0] MSI-X: Enable+ Count=33 Masked-
Capabilities: [100] Advanced Error Reporting
Capabilities: [148] Device Serial Number 00-00-00-00-00-00-00-00
Capabilities: [158] Power Budgeting <?>
Capabilities: [168] Secondary PCI Express
Capabilities: [188] Latency Tolerance Reporting
Capabilities: [190] L1 PM Substates
Kernel driver in use: nvme
Kernel modules: nvme
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [148] Virtual Channel
Capabilities: [168] Device Serial Number 01-00-00-00-68-4c-e0-00
Capabilities: [178] Transaction Processing Hints
Capabilities: [204] Latency Tolerance Reporting
Capabilities: [20c] L1 PM Substates
Capabilities: [21c] Vendor Specific Information: ID=0002 Rev=4 Len=100 <?>
Kernel driver in use: r8169
Kernel modules: r8169
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600
Capabilities: [50] Power Management version 3
La piste paramètre carte graphique n’est pas à écarter.
Il faudrait essayer ce paramètre noyau : amdgpu.runpm=0
/etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
devient
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amdgpu.runpm=0"
Puis soit update du grub, ou essaie en option directe lors du boot, dans la fenêtre terminal du grub, selon tes possibilités.
Apres avoir modifier le fichier /etc/default/grub comme tu ma dit, j’ai fait :
update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-5.10.0-23-amd64
Found initrd image: /boot/initrd.img-5.10.0-23-amd64
Found linux image: /boot/vmlinuz-5.10.0-22-amd64
Found initrd image: /boot/initrd.img-5.10.0-22-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Adding boot menu entry for UEFI Firmware Settings ...
done
Je n’ai jamais touche au grub, je dois redémarrer et choisir une option dans le grub ou c’est bon?
Vérification:
grep amdgpu /etc/default/grub /boot/grub/grub.cfg
Et reboot direct, sans rien faire de plus.
Merci beaucoup de ton aide et du temps passé à m’aider, ça fonctionne super bien, l’ordi c’est éteins directement.
Est-ce qu’avec debian 12 je laisserai la modification du grub ou alors je la remets comme c’était avant?
Dans journalctl -r -b -1
j’ai juste quelques lignes en rouge et quelques ligne en jaune c’est normal? Mais ça n’a pas l’air de déranger car l’ordi s’éteint rapidement.
il y a y ça qui revient plusieurs fois :
juin 01 22:30:02 debianUC systemd[1069]: Failed to start BAMF Application Matcher Framework.
juin 01 22:30:02 debianUC systemd[1069]: bamfdaemon.service: Failed with result 'exit-code'.
et ca une fois :
juin 01 22:30:02 debianUC pulseaudio[59750]: GetManagedObjects() failed: org.freedesktop.systemd1.ShuttingDown: Refusing activation, D-Bus is shutting down.
Le reste c’est des ligne jaune.
Voici le journalctl -r -b -1
journalctl.txt (35,0 Ko)
• bamfdaemon est installé par l’un de ces paquets:
budgie-appmenu-applet libplank1 mate-applet-appmenu mate-dock-applet
ukui-menu vala-panel-appmenu xfce4-appmenu-plugin
libplank1 est installé par plank (que tu utilises).
Si tu n’observes pas de conséquences notoires, fais avec pour le moment.
• pulseaudio: plus nécessaire dans Debian 12, remplacé par pipewire (je n’ai aucun paquet pulseaudio).
Si tu envisages un upgrade vers Debian 12, il y aura un peu de ménage de ce côté là, mais no stress pour le moment, tant que ‹ ça marche ›.
• Pour Debian 12 qui utilise un noyau série 6, il est probable que l’option ’amdgpu.runpm=0'
ne soit plus nécessaire. Ce n’est qu’en essayant que tu le sauras.
• Rappel: ton swap est désactivé (lors de précédents essais).
Tu peux surveiller ta conso mémoire de temps en temps (free -h)
pour estimer ce potentiel besoin, en sachant que ce n’est pas parce-que du swap est consommé qu’il est impérativement nécessaire. Si tu fais des opérations vraiment très gourmandes en mémoire, tu peux le réactiver (évitera de potentiels plantages).
Merci, je ferai l’upgrade de Debian 12 quand elle sortira le 10 juin et j’enlèverai pulseaudio à ce moment la.
Je mettrai le le post à jour si option ’ amdgpu.runpm=0'
n’est plus nécessaire.
Pour le swap je l’ai réactiver hier car avec quelque fenêtre (environ 10) de Firefox en vidéo ouvert plus OBS j’étais à 14go de ram. Même après avec OBS fermé Firefox consomme beaucoup de mémoire je trouve, j’étais a 10go de ram juste avec les fenêtre ouvertes en videos.
Ha Firefox et ses mystères mémoire…
Heureusement qu’il ne faut pas 15 Go de mémoire et du swap pour faire fonctionner Firefox.
Sujet juste effleuré ici: Firefox et RAM.
Les conclusions sur la RAM/swap sont souvent bien hasardeuses, mais autre sujet.
Depuis Debian 12 il n’y a plus de problème,
Dans /etc/default/grub la ligne par défaut suffit
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
J’ai installé pipewire-audio
pour remplacer pulseaudio est pour l’instant aucun problème.