[SID] Reboot intempestif

PengouinPdt · 18-08-2024 10:55:57

Bonjour.

Depuis 2, 3 jours, ma station sous Sid est victime de reboot intempestif, et j'avoue ne pas comprendre la raison. Elle ne chauffe pas ; ça se fait sans "crier gare".

Que puis/dois-je vérifier ?

---

$ uname -a

Linux ptb-z 6.10.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.10.4-1 (2024-08-12) x86_64 GNU/Linux

Voici les caractéristiques : (https://0x0.st/Xx-1.txt)

Dernière modification par PengouinPdt (09-09-2024 11:22:14)

debian-noel · 18-08-2024 19:37:15

Bonjour
rien sur les logs
les erreurs ?

journalctl -b -r -p err

 

tu peux commencer par revenir au kernel précédent (ci dessous)

10.3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.10.3-1 (2024-08-04) x86_64 GNU/Linux

 

ton cpu ne chauffe pas trop ?
cette machine un portable ? ( a priori oui mais je pose quand même la question )
je vois 2 gpu (amd et nvidia)
vue la fréquence du cpu , un souci de mémoire ?

Boost d'horloge maximal

    Jusqu'à 5.2 GHz

ton cpu tourne a la fréquence maximale il me semble

-Processors-

Package Information

AMD Ryzen 9 7845HX with Radeon Graphics 0 0:0 5298,00 MHz

ps: je suis plus trop dans le coup niveau matériel , voila ce qui me choque.

Nombre de threads

    24

Horloge de base

    3 GHz

nota: le faire tourner a 3ghz voir si plus stable

PengouinPdt · 19-08-2024 10:23:19

Bonjour,
Alors pour te répondre :

$ sudo journalctl -b -r -p err

août 19 11:09:36 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:09:35 ptb-z systemd[1]: Failed to start NetworkManager-wait-online.service - Network Manager Wait Online.

août 19 11:09:26 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:09:16 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:09:06 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:08:51 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:08:43 ptb-z systemd[1624]: Failed to start fluidsynth.service - FluidSynth Daemon.

août 19 11:08:42 ptb-z lightdm[1403]: pam_systemd(lightdm-greeter:session): Failed to release session: Transport endpoint is not connected

août 19 11:08:42 ptb-z lightdm[1560]: gkr-pam: unable to locate daemon control file

août 19 11:08:41 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'Win11' : ne peut pas ouvrir le répertoire '/home/anonym/Documents/Administration/Softs/Windows/Windows_11_Pro': Aucun fichier>

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/Documents/Administration/Softs/Windows/Windows_11_Pro': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'Debian' : ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Debian': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Debian': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'NW-Scheduler' : ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/NW-Scheduler': Aucun fichier ou dossier de ce >

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/NW-Scheduler': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'perso' : ne peut pas ouvrir le répertoire '/home/anonym/VM': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/VM': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'Linux-Mint' : ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Linux-Mint': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Linux-Mint': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: erreur interne : Échec du démarrage automatique du pool de stockage 'Fedora' : ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Fedora': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z libvirtd[1235]: ne peut pas ouvrir le répertoire '/home/anonym/Téléchargements/Fedora': Aucun fichier ou dossier de ce nom

août 19 11:08:31 ptb-z systemd[1]: Failed to start rapiddiskd.service - A rapiddisk network management daemon.

août 19 11:08:30 ptb-z systemd[1]: Failed to start openipmi.service - LSB: OpenIPMI Driver init script.

août 19 11:08:30 ptb-z kernel: 

août 19 11:08:29 ptb-z systemd-modules-load[573]: Failed to find module 'nvidia-drm'

août 19 11:08:29 ptb-z kernel: hid-generic 0003:0D8C:0134.0003: No inputs registered, leaving

août 19 11:08:29 ptb-z kernel: hub 8-0:1.0: config failed, hub doesn't have any ports! (err -19)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.PCI0.GPP7.UP00.DP00.U4UP.U4P3.UHI0 (20240322/dspkginit-438)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.PCI0.GPP7.UP00.DP00.U4UP.U4P3.UHI0 (20240322/dspkginit-438)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.PCI0.GPP7.UP00.DP00.U4UP.U4P3.UHI0 (20240322/dspkginit-438)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.PCI0.GPP7.UP00.DP00.U4UP.U4P3.UHI0 (20240322/dspkginit-438)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.PCI0.GPP7.UP00.DP00.U4UP.U4P3.UHI0 (20240322/dspkginit-438)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20240322/psobject-220)

août 19 11:08:29 ptb-z kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2], AE_NOT_FOUND (20240322/dswload2-162)

août 19 11:08:29 ptb-z kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20240322/psobject-220)

août 19 11:08:29 ptb-z kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.GPP0._PRW], AE_ALREADY_EXISTS (20240322/dswload2-326)

Oui cette machine est un portable très récent. Début d'année.
- Avec Nvidia Optimus et l'AGPU du Ryzen (AMD Ryzen 9 7845HX with Radeon Graphics)
(donc les spécifications que tu remarques sont tout à fait normales ; oui, c'est une "petite bête de course")

Je vais tenter ta suggestion de tourner sur le kernel inférieur

PS : Ce qui est troublant, c'est que je fais des sessions de jeux (sous Windows) sans aucun soucis !!!
PS 2 : Ces redémarrages sont totalement aléatoires, sans aucun préavis, sans même période de temps. ?!?

Dernière modification par PengouinPdt (19-08-2024 11:42:20)

debian-noel · 19-08-2024 16:37:43

je pense que le kernel de sid (actuellement sur trixie) n'est pas la cause .
pour la température , impossible de mettre a mal le cpu , amd a fait ce qu'il faut en interne dans le cpu pour corriger tension et fréquence en cas de surchauffe .
peut être voir du coté du gpu nvidia ?
si windows 11 tourne bien , pas de souci matériel comme la mémoire ou autre
ps: en plus un redémarrage et pas un arrêt de la machine.

dmesg | grep -i iommu

 

celui la renvoie beaucoup de ligne ......

dmesg | grep -i acpi

 

regarde si tu a ce paquet

apt policy acpid acpi

 

nota : faire des recherches dans le syslog et le log de X (cat /var/log/Xorg.0.log)
voir les paquets modifier depuis que cela bug , mais bon pas évident ce genre de panne
je remarque ceci :

août 19 11:08:29 ptb-z systemd-modules-load[573]: Failed to find module 'nvidia-drm'

 

PengouinPdt · 19-08-2024 17:06:10

Iop, iop…

$ sudo dmesg | grep -i iommu

# pas de résultat

$ sudo dmesg | grep -i acpi

[    5.757309] ACPI: AC: AC Adapter [ADP0] (on-line)

[    5.809198] cs35l41-hda i2c-CSC3551:00-cs35l41-hda.0: Using extra _DSD properties, bypassing _DSD in ACPI

[    5.844470] cs35l41-hda i2c-CSC3551:00-cs35l41-hda.1: Using extra _DSD properties, bypassing _DSD in ACPI

[    5.902564] ACPI: battery: new extension: ASUS Battery Extension

[    7.645859] ACPI Warning: \_SB.NPCF._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20240322/nsarguments-61)

[    7.645920] ACPI Warning: \_SB.PCI0.GPP0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20240322/nsarguments-61)

[   29.184375] Modules linked in: snd_seq_dummy snd_hrtimer ccm snd_seq bridge stp llc qrtr ipmi_devintf ipmi_msghandler binfmt_misc ext4 mbcache jbd2 nvidia_drm(POE) nvidia_modeset(POE) nls_ascii nls_cp437 vfat fat nvidia(POE) amd_atl intel_rapl_msr intel_rapl_common mt7921e mt7921_common edac_mce_amd mt792x_lib mt76_connac_lib kvm_amd mt76 kvm mac80211 snd_hda_codec_realtek snd_sof_amd_rembrandt snd_sof_amd_acp snd_hda_codec_generic snd_sof_pci snd_sof_xtensa_dsp snd_hda_scodec_component snd_sof uvcvideo btusb btrtl videobuf2_vmalloc snd_hda_intel btintel uvc snd_sof_utils videobuf2_memops snd_intel_dspcfg videobuf2_v4l2 ghash_clmulni_intel btbcm libarc4 snd_intel_sdw_acpi btmtk snd_usb_audio sha512_ssse3 snd_soc_core videodev snd_hda_codec sha256_ssse3 snd_usbmidi_lib snd_hda_scodec_cs35l41_spi snd_compress bluetooth regmap_spi sha1_ssse3 cfg80211 snd_hda_core crc16 snd_rawmidi snd_pcm_dmaengine videobuf2_common aesni_intel snd_pci_ps snd_seq_device snd_rpl_pci_acp6x snd_hda_scodec_cs35l41_i2c mc snd_hwdep

[   29.184441]  snd_pci_acp6x snd_hda_scodec_cs35l41 crypto_simd snd_pcm cryptd snd_hda_cs_dsp_ctls snd_pci_acp5x snd_soc_cs_amp_lib asus_nb_wmi ucsi_acpi rapl wmi_bmof cs_dsp snd_rn_pci_acp3x typec_ucsi nvidia_wmi_ec_backlight sp5100_tco snd_timer snd_soc_cs35l41_lib snd_acp_config snd_soc_acpi watchdog snd k10temp typec snd_pci_acp3x ccp soundcore roles joydev ac serial_multi_instantiate amd_pmc hid_multitouch evdev ecryptfs parport_pc ppdev lp parport nvme_fabrics efi_pstore configfs nfnetlink ip_tables x_tables autofs4 btrfs blake2b_generic efivarfs raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 md_mod hid_asus asus_wmi sparse_keymap platform_profile rfkill usbhid amdgpu amdxcp drm_exec gpu_sched drm_buddy i2c_algo_bit drm_suballoc_helper drm_display_helper cec rc_core hid_generic xhci_pci drm_ttm_helper ttm i2c_hid_acpi nvme i2c_hid xhci_hcd drm_kms_helper nvme_core hid r8169 t10_pi realtek usbcore crc32_pclmul mdio_devres crc32c_intel

$ apt policy acpid acpi

acpid:

  Installé : (aucun)

  Candidat : 1:2.0.34-1+b1

 Table de version :

     1:2.0.34-1+b1 500

        500 http://deb.debian.org/debian sid/main amd64 Packages

     1:2.0.33-2+b1 -1

        100 /var/lib/dpkg/status

acpi:

  Installé : (aucun)

  Candidat : 1.7-1.3

 Table de version :

     1.7-1.3 500

        500 http://deb.debian.org/debian sid/main amd64 Packages

Oui, j'ai remarqué aussi pour le module `nvidia-drm` ! Quid ?

$ egrep "\(EE|NI|WW|\?\?\)" /var/log/Xorg.0.log

  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

[     8.234] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.

[     8.808] (WW) Warning, couldn't open module nv

[     8.808] (EE) Failed to load module "nv" (module does not exist, 0)

[     8.816] (WW) Falling back to old probe method for modesetting

[     8.816] (WW) Falling back to old probe method for fbdev

[     9.362] (WW) NVIDIA(G0): Cannot find size of first mode for Idek Iiyama PL2288H

[     9.362] (WW) NVIDIA(G0):     (DFP-4); cannot compute DPI from Idek Iiyama PL2288H

[     9.362] (WW) NVIDIA(G0):     (DFP-4)'s EDID.

[     9.382] (WW) AMDGPU(0): Option "HotplugDriver" is not used

[    19.667] (EE) NVIDIA(G0): Failed to configure Reverse PRIME on output HDMI-1-0.

Bon, concernant Prime pour Nvidia, sous Debian, de ce que je sais - à moins que je ne me trompe - mais ce n'est toujours pas fonctionnel.
(Sous Ubuntu, c'est le cas… mais sincèrement je m'en fiche ; ça fonctionne avec Steam sous Debian, et les options nécessaires pour activer la prise en charge matériel du GPU Nvidia sans soucis.)

Concernant le log syslog, voici un aperçu de recherche sur le terme "warning" :

$ sudo grep warning /var/log/syslog

2024-08-18T11:23:40.618587+02:00 ptb-z fluidsynth[1434]: fluidsynth: warning: Failed to set thread to high priority

2024-08-18T11:23:40.972193+02:00 ptb-z fluidsynth[1434]: fluidsynth: warning: Failed to set thread to high priority

2024-08-18T11:36:27.263763+02:00 ptb-z fluidsynth[1432]: fluidsynth: warning: Failed to set thread to high priority

2024-08-18T11:36:27.640010+02:00 ptb-z fluidsynth[1432]: fluidsynth: warning: Failed to set thread to high priority

2024-08-18T11:38:37.879598+02:00 ptb-z kernel: warning: `ThreadPoolForeg' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211

2024-08-18T12:11:01.573739+02:00 ptb-z pressure-vessel-wrap[20046]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:01.818136+02:00 ptb-z pressure-vessel-wrap[20046]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:15.093480+02:00 ptb-z pressure-vessel-wrap[20335]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:15.318913+02:00 ptb-z pressure-vessel-wrap[20335]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:29.474057+02:00 ptb-z pressure-vessel-wrap[20587]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:29.702995+02:00 ptb-z pressure-vessel-wrap[20587]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:39.542382+02:00 ptb-z pressure-vessel-wrap[20829]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:39.763619+02:00 ptb-z pressure-vessel-wrap[20829]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:51.649407+02:00 ptb-z pressure-vessel-wrap[21103]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:11:51.872551+02:00 ptb-z pressure-vessel-wrap[21103]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:03.008769+02:00 ptb-z pressure-vessel-wrap[21340]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:03.220474+02:00 ptb-z pressure-vessel-wrap[21340]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:15.709914+02:00 ptb-z pressure-vessel-wrap[21590]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:15.953636+02:00 ptb-z pressure-vessel-wrap[21590]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:28.592078+02:00 ptb-z pressure-vessel-wrap[21841]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:28.813751+02:00 ptb-z pressure-vessel-wrap[21841]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:39.913905+02:00 ptb-z pressure-vessel-wrap[22081]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:40.138451+02:00 ptb-z pressure-vessel-wrap[22081]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:49.279753+02:00 ptb-z pressure-vessel-wrap[22316]: x86_64-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-18T12:12:49.502332+02:00 ptb-z pressure-vessel-wrap[22316]: i386-linux-gnu-capsule-capture-libs: warning: we are assuming "_el_fn_sh_complete" to be private, but it's just a guess

2024-08-19T09:47:17.139346+02:00 ptb-z fluidsynth[1551]: fluidsynth: warning: Failed to set thread to high priority

2024-08-19T09:47:17.466824+02:00 ptb-z fluidsynth[1551]: fluidsynth: warning: Audio device hardware configuration failed

2024-08-19T09:47:17.466883+02:00 ptb-z fluidsynth[1551]: fluidsynth: warning: Audio device hardware configuration failed

2024-08-19T09:47:26.382264+02:00 ptb-z fluidsynth[1755]: fluidsynth: warning: Audio device hardware configuration failed

2024-08-19T09:47:26.382378+02:00 ptb-z fluidsynth[1755]: fluidsynth: warning: Audio device hardware configuration failed

2024-08-19T11:08:34.285100+02:00 ptb-z fluidsynth[1431]: fluidsynth: warning: Failed to set thread to high priority

2024-08-19T11:08:34.873140+02:00 ptb-z fluidsynth[1431]: fluidsynth: warning: Failed to set thread to high priority

2024-08-19T11:38:06.486791+02:00 ptb-z kernel: warning: `ThreadPoolForeg' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211

Bizarre, car le son, le Wifi fonctionnent tous les deux bien !

Bref, rien de probant. ???

PengouinPdt · 19-08-2024 19:26:06

Je me demande si la série des noyaux 6.10 n'aurait pas un soucis. Dans la journée, lors de l'upgrade, le nouveau noyau 6.10.4 est installé et clairement inutilisable :

J'ai le droit après le démarrage à une série de messages d'erreur venant soit disant de mdadm, alors que j'ai principalement brtfs comme FS, pour finir sur un prompt initramfs en ash où le clavier est inopérant.
Redémarrage sur le précédent 6.10.3 pour avoir une station quasi fonctionnelle.
Humm, entre les deux, je ne sais trop quoi en penser, mais je note une suite de dysfonctionnement étrange entre l'un et l'autre de ces deux noyaux ; est-ce lié ? (ou pas) Quid ?

Donc, faut maintenant que je dise à grub de ne pas démarrer sur le 6.10.4, du moins momentanément.

Dernière modification par PengouinPdt (19-08-2024 19:26:37)

mister_g · 20-08-2024 08:20:40

j'ai aussi des soucis avec le noyau 6.10.3 et 6.10.4.
je ne boote même pas ... et je n'ai pas fait de bétises comme cela à pu arriver par le passé

juste un apt update et apt upgrade.
obligé de démarrer sur le 6.9.10.

debian-noel · 20-08-2024 09:00:23

Bonjour
pour information j'ai 3 machines en trixie avec les noyaux 6.10.3 et 6.10.4 sans problème
en ext4 , bureau mate
un vieux intel 7700 , un amd en am4 (ancien) et un threadripper première génération ( 32 threads ).
ps: par exemple le paquet fluidsynth a un souci sur sid (je l'utilise avec lutris (jeux) sur le threadripper )
ma version sur trixie

apt policy fluidsynth

fluidsynth:

  Installé : (aucun)

  Candidat : 2.3.6-1

 Table de version :

     2.3.6-1 500

        500 https://deb.debian.org/debian trixie/main amd64 Packages

voir apt-listbugs ce qu'il dit ?
pour ton #5 mes retours sont plus important (acpi et iommu )
acpid et acpi pour le driver nvidia , le démon informe le driver non free nvidia
nota: comme ta machine est très récente peut être aussi la cause
ps: la commande "dmesg" ce fait en root

debian-noel · 20-08-2024 13:17:33

par exemple pour moi (avec lscpu)

Socket(s) :                             1

    Révision :                              1

    Accroissement de fréquence :            désactivé

    multiplication des MHz du/des CPU(s) :  65%

    Vitesse maximale du processeur en MHz : 3400,0000

    Vitesse minimale du processeur en MHz : 2200,0000

    BogoMIPS :                              6799,22

le threaripper conso 180W a 100% de charge
donc le boost désactivé et au repos (sur le bureau) il est a 2200Mhz
pour "iommu" sur le threadripper

dmesg | grep -i iommu

[    0.376022] iommu: Default domain type: Translated

[    0.376022] iommu: DMA domain TLB invalidation policy: lazy mode

[    0.421249] pci 0000:00:00.2: AMD-Vi: IOMMU performance counters supported

[    0.421358] pci 0000:00:01.0: Adding to iommu group 0

[    0.421386] pci 0000:00:01.1: Adding to iommu group 1

[    0.421429] pci 0000:00:02.0: Adding to iommu group 2

[    0.421470] pci 0000:00:03.0: Adding to iommu group 3

[    0.421511] pci 0000:00:04.0: Adding to iommu group 4

[    0.421553] pci 0000:00:07.0: Adding to iommu group 5

[    0.421580] pci 0000:00:07.1: Adding to iommu group 6

[    0.421622] pci 0000:00:08.0: Adding to iommu group 7

[    0.421652] pci 0000:00:08.1: Adding to iommu group 8

[    0.421709] pci 0000:00:14.0: Adding to iommu group 9

[    0.421737] pci 0000:00:14.3: Adding to iommu group 9

[    0.421889] pci 0000:00:18.0: Adding to iommu group 10

[    0.421915] pci 0000:00:18.1: Adding to iommu group 10

[    0.421942] pci 0000:00:18.2: Adding to iommu group 10

[    0.421969] pci 0000:00:18.3: Adding to iommu group 10

[    0.421995] pci 0000:00:18.4: Adding to iommu group 10

[    0.422022] pci 0000:00:18.5: Adding to iommu group 10

[    0.422051] pci 0000:00:18.6: Adding to iommu group 10

[    0.422077] pci 0000:00:18.7: Adding to iommu group 10

[    0.422230] pci 0000:00:19.0: Adding to iommu group 11

[    0.422259] pci 0000:00:19.1: Adding to iommu group 11

[    0.422287] pci 0000:00:19.2: Adding to iommu group 11

[    0.422314] pci 0000:00:19.3: Adding to iommu group 11

[    0.422343] pci 0000:00:19.4: Adding to iommu group 11

[    0.422371] pci 0000:00:19.5: Adding to iommu group 11

[    0.422398] pci 0000:00:19.6: Adding to iommu group 11

[    0.422426] pci 0000:00:19.7: Adding to iommu group 11

[    0.422498] pci 0000:01:00.0: Adding to iommu group 12

[    0.422527] pci 0000:01:00.1: Adding to iommu group 12

[    0.422558] pci 0000:01:00.2: Adding to iommu group 12

[    0.422565] pci 0000:02:00.0: Adding to iommu group 12

[    0.422572] pci 0000:02:01.0: Adding to iommu group 12

[    0.422579] pci 0000:02:02.0: Adding to iommu group 12

[    0.422586] pci 0000:02:03.0: Adding to iommu group 12

[    0.422593] pci 0000:02:04.0: Adding to iommu group 12

[    0.422600] pci 0000:02:09.0: Adding to iommu group 12

[    0.422607] pci 0000:05:00.0: Adding to iommu group 12

[    0.422615] pci 0000:08:00.0: Adding to iommu group 12

[    0.422642] pci 0000:09:00.0: Adding to iommu group 13

[    0.422668] pci 0000:09:00.2: Adding to iommu group 14

[    0.422695] pci 0000:09:00.3: Adding to iommu group 15

[    0.422722] pci 0000:0a:00.0: Adding to iommu group 16

[    0.422749] pci 0000:0a:00.2: Adding to iommu group 17

[    0.422780] pci 0000:0a:00.3: Adding to iommu group 18

[    0.427046] pci 0000:40:00.2: AMD-Vi: IOMMU performance counters supported

[    0.427178] pci 0000:40:01.0: Adding to iommu group 19

[    0.427207] pci 0000:40:01.1: Adding to iommu group 20

[    0.427249] pci 0000:40:02.0: Adding to iommu group 21

[    0.427291] pci 0000:40:03.0: Adding to iommu group 22

[    0.427318] pci 0000:40:03.1: Adding to iommu group 23

[    0.427363] pci 0000:40:04.0: Adding to iommu group 24

[    0.427406] pci 0000:40:07.0: Adding to iommu group 25

[    0.427432] pci 0000:40:07.1: Adding to iommu group 26

[    0.427473] pci 0000:40:08.0: Adding to iommu group 27

[    0.427501] pci 0000:40:08.1: Adding to iommu group 28

[    0.427527] pci 0000:41:00.0: Adding to iommu group 29

[    0.427554] pci 0000:42:00.0: Adding to iommu group 30

[    0.427580] pci 0000:43:00.0: Adding to iommu group 31

[    0.427618] pci 0000:44:00.0: Adding to iommu group 32

[    0.427647] pci 0000:44:00.1: Adding to iommu group 33

[    0.427675] pci 0000:45:00.0: Adding to iommu group 34

[    0.427702] pci 0000:45:00.2: Adding to iommu group 35

[    0.427729] pci 0000:45:00.3: Adding to iommu group 36

[    0.427758] pci 0000:46:00.0: Adding to iommu group 37

[    0.427785] pci 0000:46:00.2: Adding to iommu group 38

[    0.433949] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).

[    0.433956] perf/amd_iommu: Detected AMD IOMMU #1 (2 banks, 4 counters/bank).

je suis plutôt surpris que toi cela ne renvoie rien
pour le secure boot (pas de windows 11 , incompatible sur ce matériel )
regarde ceci

dmesg | grep -i secure

[    0.000000] secureboot: Secure boot disabled

[   15.302366] amdgpu 0000:44:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available

le gpu amd utilise le driver libre du noyau

uname -a

Linux amdtr4 6.10.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.10.4-1 (2024-08-12) x86_64 GNU/Linux

tu peux tester avec le paquet "mesa-utils" (et en user)

glxinfo -B

 

pour ton gpu amd et si le switch fonctionne , pour le gpu nvidia
nota: a moins d'un bug pas encore découvert , je comprends pas trop .

Dernière modification par debian-noel (20-08-2024 13:24:27)

PengouinPdt · 21-08-2024 08:24:53

Bonjour, bonjour.

Tiens, je ne connaissais pas `lscpu` - merci !

$ lscpu 

Architecture :                              x86_64

  Mode(s) opératoire(s) des processeurs :   32-bit, 64-bit

  Tailles des adresses:                     48 bits physical, 48 bits virtual

  Boutisme :                                Little Endian

Processeur(s) :                             24

  Liste de processeur(s) en ligne :         0-23

Identifiant constructeur :                  AuthenticAMD

  Nom de modèle :                           AMD Ryzen 9 7845HX with Radeon Graphics

    Famille de processeur :                 25

    Modèle :                                97

    Thread(s) par cœur :                    2

    Cœur(s) par socket :                    12

    Socket(s) :                             1

    Révision :                              2

    multiplication des MHz du/des CPU(s) :  36%

    Vitesse maximale du processeur en MHz : 5298,0000

    Vitesse minimale du processeur en MHz : 400,0000

    BogoMIPS :                              5988,83

    Drapeaux :                              fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good amd_lbr_v2 nopl xto

                                            pology nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_le

                                            gacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba perfmon_v2 ibrs ibpb stibp i

                                            brs_enhanced vmmcall fsgsbase bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xget

                                            bv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local avx512_bf16 clzero irperf xsaveerptr rdpru wbnoinvd cppc arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid dec

                                            odeassists pausefilter pfthreshold avic v_vmsave_vmload vgif x2avic v_spec_ctrl vnmi avx512vbmi umip pku ospke avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq

                                             rdpid overflow_recov succor smca fsrm flush_l1d amd_lbr_pmc_freeze

Fonctionnalités de virtualisation :         

  Virtualisation :                          AMD-V

Caches (somme de toutes) :                  

  L1d :                                     384 KiB (12 instances)

  L1i :                                     384 KiB (12 instances)

  L2 :                                      12 MiB (12 instances)

  L3 :                                      64 MiB (2 instances)

NUMA :                                      

  Nœud(s) NUMA :                            1

  Nœud NUMA 0 de processeur(s) :            0-23

Vulnérabilités :                            

  Gather data sampling :                    Not affected

  Itlb multihit :                           Not affected

  L1tf :                                    Not affected

  Mds :                                     Not affected

  Meltdown :                                Not affected

  Mmio stale data :                         Not affected

  Reg file data sampling :                  Not affected

  Retbleed :                                Not affected

  Spec rstack overflow :                    Mitigation; Safe RET

  Spec store bypass :                       Mitigation; Speculative Store Bypass disabled via prctl

  Spectre v1 :                              Mitigation; usercopy/swapgs barriers and __user pointer sanitization

  Spectre v2 :                              Mitigation; Enhanced / Automatic IBRS; IBPB conditional; STIBP always-on; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected

  Srbds :                                   Not affected

  Tsx async abort :                         Not affected

Sous le noyau 6.9.12, une recherche pour iommu restitue en effet un résultat probant :

$ sudo dmesg | grep -i iommu

[sudo] Mot de passe de root : 

[    0.417884] iommu: Default domain type: Translated

[    0.417884] iommu: DMA domain TLB invalidation policy: lazy mode

[    0.447468] pci 0000:00:00.2: AMD-Vi: IOMMU performance counters supported

[    0.447510] pci 0000:00:01.0: Adding to iommu group 0

[    0.447523] pci 0000:00:01.1: Adding to iommu group 1

[    0.447537] pci 0000:00:01.2: Adding to iommu group 2

[    0.447549] pci 0000:00:01.6: Adding to iommu group 3

[    0.447562] pci 0000:00:01.7: Adding to iommu group 4

[    0.447581] pci 0000:00:02.0: Adding to iommu group 5

[    0.447594] pci 0000:00:02.1: Adding to iommu group 6

[    0.447607] pci 0000:00:02.2: Adding to iommu group 7

[    0.447625] pci 0000:00:03.0: Adding to iommu group 8

[    0.447643] pci 0000:00:04.0: Adding to iommu group 9

[    0.447669] pci 0000:00:08.0: Adding to iommu group 10

[    0.447682] pci 0000:00:08.1: Adding to iommu group 11

[    0.447694] pci 0000:00:08.3: Adding to iommu group 12

[    0.447718] pci 0000:00:14.0: Adding to iommu group 13

[    0.447731] pci 0000:00:14.3: Adding to iommu group 13

[    0.447790] pci 0000:00:18.0: Adding to iommu group 14

[    0.447803] pci 0000:00:18.1: Adding to iommu group 14

[    0.447815] pci 0000:00:18.2: Adding to iommu group 14

[    0.447827] pci 0000:00:18.3: Adding to iommu group 14

[    0.447839] pci 0000:00:18.4: Adding to iommu group 14

[    0.447851] pci 0000:00:18.5: Adding to iommu group 14

[    0.447864] pci 0000:00:18.6: Adding to iommu group 14

[    0.447878] pci 0000:00:18.7: Adding to iommu group 14

[    0.447902] pci 0000:01:00.0: Adding to iommu group 15

[    0.447915] pci 0000:01:00.1: Adding to iommu group 15

[    0.447928] pci 0000:02:00.0: Adding to iommu group 16

[    0.447940] pci 0000:03:00.0: Adding to iommu group 17

[    0.447952] pci 0000:04:00.0: Adding to iommu group 18

[    0.447965] pci 0000:05:00.0: Adding to iommu group 19

[    0.447978] pci 0000:06:02.0: Adding to iommu group 20

[    0.447982] pci 0000:07:00.0: Adding to iommu group 20

[    0.447995] pci 0000:08:00.0: Adding to iommu group 21

[    0.448017] pci 0000:09:00.0: Adding to iommu group 22

[    0.448032] pci 0000:09:00.2: Adding to iommu group 23

[    0.448046] pci 0000:09:00.3: Adding to iommu group 24

[    0.448059] pci 0000:09:00.4: Adding to iommu group 25

[    0.448072] pci 0000:09:00.5: Adding to iommu group 26

[    0.448086] pci 0000:09:00.6: Adding to iommu group 27

[    0.448098] pci 0000:0a:00.0: Adding to iommu group 28

[    0.469042] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).

(c'est franchement bizarre que le système ne m'est rien ressorti avec le noyau 6.10.3)

Concernant le "Secure boot", je l'ai en effet désactivé, en ayant acquis ce laptop ; je suis informé des soucis posés avec le driver nvidia propriétaire.

$ sudo dmesg | grep -i secure

[    0.000000] secureboot: Secure boot disabled

[    2.483659] amdgpu 0000:09:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available

Toujours sous le 6.9.12, glxinfo fonctionne très bien avec l'un ou l'autre des GPU

$ glxinfo -B 

name of display: :0.0

display: :0  screen: 0

direct rendering: Yes

Extended renderer info (GLX_MESA_query_renderer):

    Vendor: AMD (0x1002)

    Device: AMD Radeon 610M (radeonsi, raphael_mendocino, LLVM 17.0.6, DRM 3.57, 6.9.12-amd64) (0x164e)

    Version: 24.1.6

    Accelerated: yes

    Video memory: 512MB

    Unified memory: no

    Preferred profile: core (0x1)

    Max core profile version: 4.6

    Max compat profile version: 4.6

    Max GLES1 profile version: 1.1

    Max GLES[23] profile version: 3.2

Memory info (GL_ATI_meminfo):

    VBO free memory - total: 162 MB, largest block: 162 MB

    VBO free aux. memory - total: 15580 MB, largest block: 15580 MB

    Texture free memory - total: 162 MB, largest block: 162 MB

    Texture free aux. memory - total: 15580 MB, largest block: 15580 MB

    Renderbuffer free memory - total: 162 MB, largest block: 162 MB

    Renderbuffer free aux. memory - total: 15580 MB, largest block: 15580 MB

Memory info (GL_NVX_gpu_memory_info):

    Dedicated video memory: 512 MB

    Total available memory: 16161 MB

    Currently available dedicated video memory: 162 MB

OpenGL vendor string: AMD

OpenGL renderer string: AMD Radeon 610M (radeonsi, raphael_mendocino, LLVM 17.0.6, DRM 3.57, 6.9.12-amd64)

OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.1.6-1

OpenGL core profile shading language version string: 4.60

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.1.6-1

OpenGL shading language version string: 4.60

OpenGL context flags: (none)

OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.1.6-1

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

$ __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia  glxinfo -B 

name of display: :0.0

display: :0  screen: 0

direct rendering: Yes

Memory info (GL_NVX_gpu_memory_info):

    Dedicated video memory: 8188 MB

    Total available memory: 8188 MB

    Currently available dedicated video memory: 7928 MB

OpenGL vendor string: NVIDIA Corporation

OpenGL renderer string: NVIDIA GeForce RTX 4060 Laptop GPU/PCIe/SSE2

OpenGL core profile version string: 4.6.0 NVIDIA 535.183.06

OpenGL core profile shading language version string: 4.60 NVIDIA

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 4.6.0 NVIDIA 535.183.06

OpenGL shading language version string: 4.60 NVIDIA

OpenGL context flags: (none)

OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 535.183.06

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

(je testerai à nouveau pour le 6.10.3)

Voilà.

PS : Mais je confirme que je n'ai aucun soucis avec le 6.9.12 (et précédent) ; aucun problème suivant Grub dans la phase d'initialisation de session, et aucun redémarrage intempestif !

Dernière modification par PengouinPdt (21-08-2024 08:26:52)

debian-noel · 21-08-2024 11:37:44

ici une solution sur sid => https://debian-facile.org/viewtopic.php … 54#p417454 (nouveau noyau).
ps: sur ce beau portable , passer en trixie (testing) , cela ne t'intéresse pas ? (avec apt-listbugs installé) et prudence sur les mises a jours.
et pas de précipitation sur les mises a jours , souvent le problème est résolu avec un peux de patience

nota: le lien ci dessus le responsable "kmod" (il semble) mais toi , le souci différent (reboot intempestif)

PengouinPdt · 21-08-2024 11:57:10

Merci pour ton retour ; je viens de lire l'URL sur le forum que tu me transmets ; c'est très similaire à mes soucis.

Je suis entrain de faire un upgrade et je vois passer le noyau 6.10.6, en effet !
(en non, je ne basculerais pas sur Testing ; cela fait des années que je fonctionne sur Sid, avec différentes moutures de Debian, dont la Xebian, justement - et les problèmes sur Sid sont très rares, mais ça peut arriver, la preuve de ces deux noyaux).

Bon, bascule sur ce nouveau noyau (voyons voir ; retour dans quelques minutes)

PengouinPdt · 21-08-2024 12:30:36

Donc, bascule effective sur le 6.10.6 ( et j'ai gardé au cas où le 6.9.12 ), on verra bien si ces reboots intempestifs se reproduisent à nouveau
(bien sûr, j'ai supprimé les deux précédents 6.10.x)

debian-noel · 21-08-2024 15:09:55

le noyau 6.9.12 est EOL (end of life = fin de vie) , il va disparaître , donc pas d'autoremove pour l'instant

pour testing je connais la réponse avant de poser la question

en espérant que cela résout ton souci

Jean-Pierre Pinson · 21-08-2024 16:46:40

A propos de kmod, j'ai fait une mise à jour complète de mon système aujourd'hui et maintenant tout va bien. Kernel 6.10.6 et tout.

Jean-Pierre Pinson · 21-08-2024 18:08:59

Ce n’est ni kmod ni le noyau qui avaient un problème, mais dracut-install.
Si la version 103-1.1 est installée, tout va bien.

PengouinPdt · 22-08-2024 14:30:23

Est-ce que le nvme - un Samsung 970 acheté en novembre 2013 - utilisé pourrait expliquer ces reboots ?
(saut que là encore jamais eu de soucis avec les 6.9.x)

Dernière modification par PengouinPdt (22-08-2024 14:35:25)

debian-noel · 22-08-2024 16:33:15

tu a toujours des reboot ? (avec les mises a jours de sid ? )
ps: non je pense pas que un rapport avec le Samsung 970 (tu aurais des traces).

PengouinPdt · 22-08-2024 16:41:55

Je me suis pris un en effet en début d'après-midi. Pour tout te dire, j'ai même réinstallé ma Xebian, impossible de démarrer sur le nvme ; il n'était plus vu, et ce sur 2 stations différentes (ce laptop et une tour).
D'ailleurs la Xebian disponible actuellement est basé sur le noyau 6.10.4 fonctionnel !!!
Mais je me suis pris quand même un reboot intempestif (donc j'ai aussi réinstallé le 6.9.12 bien qu'il soit EOL).
Bref, j'avoue que je suis dans l'incompréhension du problème.

debian-noel · 22-08-2024 21:57:03

je sais pas quoi te dire , je n'ai pas de problème avec la série 6.10.x (mais avec un gpu amd) sur des ordis de bureau
j'ai un nvme samsung sur une tour (threadripper)
pour le 6.10.6 , j'attends qu'il soit valider et descende sur trixie (testing)
=> https://tracker.debian.org/pkg/linux

mister_g · 23-08-2024 07:48:56

on dirait plutot un pb matériel que logiciel,

ton nvme est vu dans le bios / UEFI ?

PengouinPdt · 23-08-2024 10:50:33

Bonjour.

Après la réinstall, oui, il est à nouveau vu et géré !

Jean-Pierre Pinson · 23-08-2024 10:54:48

Et tu as toujours des reboots intempestif ?

Dernière modification par Jean-Pierre Pinson (23-08-2024 10:55:40)

PengouinPdt · 23-08-2024 12:27:43

Je viens à l'instant d'en vivre un à nouveau sur le 6.10.6 !
(j'ai rebasculé sur le 6.10.4)

Jean-Pierre Pinson · 23-08-2024 12:29:34

ah ok

Debian-facile

#1 18-08-2024 10:55:57

[SID] Reboot intempestif

#2 18-08-2024 19:37:15

Re : [SID] Reboot intempestif

#3 19-08-2024 10:23:19

Re : [SID] Reboot intempestif

#4 19-08-2024 16:37:43

Re : [SID] Reboot intempestif

#5 19-08-2024 17:06:10

Re : [SID] Reboot intempestif

#6 19-08-2024 19:26:06

Re : [SID] Reboot intempestif

#7 20-08-2024 08:20:40

Re : [SID] Reboot intempestif

#8 20-08-2024 09:00:23

Re : [SID] Reboot intempestif

#9 20-08-2024 13:17:33

Re : [SID] Reboot intempestif

#10 21-08-2024 08:24:53

Re : [SID] Reboot intempestif

#11 21-08-2024 11:37:44

Re : [SID] Reboot intempestif

#12 21-08-2024 11:57:10

Re : [SID] Reboot intempestif

#13 21-08-2024 12:30:36

Re : [SID] Reboot intempestif

#14 21-08-2024 15:09:55

Re : [SID] Reboot intempestif

#15 21-08-2024 16:46:40

Re : [SID] Reboot intempestif

#16 21-08-2024 18:08:59

Re : [SID] Reboot intempestif

#17 22-08-2024 14:30:23

Re : [SID] Reboot intempestif

#18 22-08-2024 16:33:15

Re : [SID] Reboot intempestif

#19 22-08-2024 16:41:55

Re : [SID] Reboot intempestif

#20 22-08-2024 21:57:03

Re : [SID] Reboot intempestif

#21 23-08-2024 07:48:56

Re : [SID] Reboot intempestif

#22 23-08-2024 10:50:33

Re : [SID] Reboot intempestif

#23 23-08-2024 10:54:48

Re : [SID] Reboot intempestif

#24 23-08-2024 12:27:43

Re : [SID] Reboot intempestif

#25 23-08-2024 12:29:34

Re : [SID] Reboot intempestif

Pied de page des forums