logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

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

#1 Re : Gestion des paquets Debian » apt-update bizarre, lignes bleues étranges au boot, panne ? » 02-02-2024 08:54:27

taureau89_9

Jean-Pierre Pinson a écrit :

Oui tu peux être rassuré, tout va bien ne t'inquiète pas taureau89_9 smile



lol lol

merci.gif

#2 Re : Gestion des paquets Debian » apt-update bizarre, lignes bleues étranges au boot, panne ? » 29-01-2024 18:30:36

taureau89_9

raleur a écrit :


Seulement si tu es l'auteur du script qui utilise cette option de cp.


Non, je n'ai pas utilisé cp depuis longtemps et je n'ai pas écrit de script à ce sujet.
Mais alors il faut faire avec, pour le moment il faut vivre avec ces lignes ? (qui il est vrai sont pas très gênantes)

raleur a écrit :


Non. Ces messages n'ont peut-être pas toujours été affichés, mais je pense qu'ils étaient déjà présents dans les logs du noyau.


Bon me voilà rassuré, mon bios n'est pas en train de foirer.

#3 Re : Gestion des paquets Debian » apt-update bizarre, lignes bleues étranges au boot, panne ? » 29-01-2024 17:03:06

taureau89_9

raleur a écrit :

taureau89_9 a écrit :

pourquoi le message --update=none instead


Changement dans la commande "cp" du paquet coreutils. Cf. https://manpages.debian.org/unstable/co … .1.en.html


Ok, jai consulté ma page du man.
Je vois bien qu'il est question d'une option --update, mais y a-t-il quelque chose à faire ?

raleur a écrit :

taureau89_9 a écrit :

ce que disent les lignes bleues


Ce sont des messages du noyau. La couleur semble être apparue avec les dernières versions du noyau.


D'accord.
Mais quid de ces messages d'alerte bizarres concernant mon bios, style your cPU's had inconsistent variable MTTR settings , ou les autres ?
Dois-je faire des modifications dans mon bios ?

Merci.

#4 Re : Gestion des paquets Debian » apt-update bizarre, lignes bleues étranges au boot, panne ? » 29-01-2024 13:46:27

taureau89_9
Ben merci pour le conseil.
Mais je ne tape ni su ni su - mais j'ouvre directement ma console administrateur (je ne sais même pas si elle passe par su ou su - ).
Et ça depuis 15 ans sans avoir de problème...
Et tout ça ne me dit toujours pas pourquoi le message --update=none instead ni ce que disent les lignes bleues, MTRR et le reste...

Toutefois je pourrai toujours essayer de passer par la console utilisateur en tapant su - , mais j'aimerais bien en savoir plus quand même.

#5 Gestion des paquets Debian » apt-update bizarre, lignes bleues étranges au boot, panne ? » 29-01-2024 10:17:13

taureau89_9
Réponses : 10
Bonjour la communauté.
J'espère que je poste dans une section adaptée...

Tout d'abord, à la fin d'un apt-update de mise à jour de mon système, au moment de l'instruction update-initramfs, j'obtiens le message suivant :

Paramétrage de libdpkg-perl (1.22.4) ...
Paramétrage de libpam-systemd:amd64 (255.3-1) ...
Paramétrage de xserver-common (2:21.1.11-2) ...
Paramétrage de xserver-xorg-legacy (2:21.1.11-2) ...
setting xserver-xorg-legacy/xwrapper/allowed_users from configuration file
Paramétrage de libwacom-common (2.9.0-2) ...
Paramétrage de libglib2.0-dev-bin (2.78.3-2) ...
Paramétrage de libwacom9:amd64 (2.9.0-2) ...
Paramétrage de xserver-xorg-core (2:21.1.11-2) ...
Paramétrage de libglib2.0-bin (2.78.3-2) ...
Paramétrage de dpkg-dev (1.22.4) ...
Paramétrage de libglib2.0-dev:amd64 (2.78.3-2) ...
Paramétrage de libwacom-bin (2.9.0-2) ...
Paramétrage de libwacom-dev:amd64 (2.9.0-2) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.37-13) ...
Traitement des actions différées (« triggers ») pour man-db (2.12.0-3) ...
Traitement des actions différées (« triggers ») pour dbus (1.14.10-4) ...
Traitement des actions différées (« triggers ») pour initramfs-tools (0.142) ...
update-initramfs: Generating /boot/initrd.img-6.5.0-5-amd64
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
root@debian:/home/andre#



message que je n'ai jamais eu depuis que je suis en testing (une bonne quinzaine d'années sur deux configs successives).
--update=none instead ?

Puis, au tout début du reboot, des lignes bleues étranges, jamais vues son plus :
(excusez je mets une photo, c'est le reflet exact)

boot10.jpg

Je n'ai bien entendu rien touché à mon bios.

Avez-vous une idée de ce que cela signifie ?
C'est un problème de gestion de paquets ?
On c'est ma carte mère qui est en train de lâcher ?

Ensuite le boot se poursuit et la config semble fonctionner normalement.

Merci d'avance d'éclairer ma lanterne !

#6 Re : Matériel » [RESOLU]Plantage lors du passage de nvidia-driver en 585.85.12-1 » 27-02-2023 18:04:27

taureau89_9
Ce plantage a été pour moi l'occasion d'un sérieux dépoussiérage de mon sources.list, qui datait de vieux.
Je n'avais pas de https, mais encore que des http, et bien sûr pas de firmware non-free, je ne le mettais jamais à jour.
En effet dans mon sources.list, je n'utilise pas de dénomination comme par exemple "bookworm", mais tout simplement "testing", pour ne pas avoir à changer à chaque dénomination.
Du coup tout est arrangé, le nouveau driver nvidia est installé.
Merci bonyred pour le retour d'information sur anonyme.

#7 Matériel » [RESOLU]Plantage lors du passage de nvidia-driver en 585.85.12-1 » 26-02-2023 17:17:48

taureau89_9
Réponses : 2
Bonjour la communauté.
Je fais la mise à jour de mon système très régulièrement.
Il y a 2 jours, l'apt upgrade me propose des modifications qui me semblent bizarres.
A la fois la suppression de dkms et de paquets liés à dkms, en me suggérant de faire un apt autoremove.
Et en même temps de faire la mise à jour, outre de nvidia-driver, de dkms et de paquets liés à dkms, les mêmes que ceux suggérés par l'apt autoremove...
J'avoue ne jamais avoir vu jusqu'à maintenant de me proposer de supprimer des paquets qui vont être mis à jour.
Je choisis donc de faire la mise à jour, et pas l'apt autoremove (j'ai peut être eu tort et j'aurais du commencer par là), sachant qu'il me semble que dkms est nécéssaire pour l'installation du pilote dans le noyau (l'ancien pilote était un 360.quelque chose, pas noté).
Plantage, le pilote ne s'installe pas correctement, pas d'interface graphique au reboot, un tiret clignotant.
Je réussis cependant à supprimer nvidia-driver, en redémarrant sur mon précédent noyau (voir ma config).
Et au reboot je récupère une interface normale sans l'accélération du pilote proprio nvidia.
D'ordinaire le mise à jour de nvidia-driver se passe très bien, l'ancien pilote est retiré du noyau, le nouveau reconstruit.
C'est bien la première fois depuis belle lurette que j'ai un tel problème.
nvidia-detect me dit bien :

andre@debian:~$ nvidia-detect
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2)

Checking card:  NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)
Your card is supported by all driver versions.
Your card is also supported by the Tesla drivers series.
Your card is also supported by the Tesla 470 drivers series.
It is recommended to install the nvidia-driver package.


Si je tente par exemple de réinstaller nvidia-kernel-dkms (en même version que le nouveau pilote), échec avec la réponse suivante :

Le paquet nvidia-kernel-dkms n'est pas disponible bien qu'il soit listé dans la base de données.
Les explications possibles sont que le paquet est listé dans les dépendances sans jamais avoir été publié, qu'il est devenu obsolète ou qu'il n'est pas disponible sur les dépôts définis dans le fichier sources.list


Alors pas disponible, ou obsolète, c'est à dire n'est plus nécéssaire, comme semblait le suggérer l'apt autoremove ?
Si maintenant je demande l'installation de nvidia-driver (je ne sais pas si elle aurait abouti), le système me propose d'installer les paquets associés suivants :

libegl-nvidia0
libgles-nvidia1
libgles-nvidia2
libnvcuvid1
libnvidia-allocator1
libnvidia-egl-gbm1
libnvidia-egl-wayland1
libnvidia-encode1
libnvidia-driver-bin
libnvidia-driver-libs
libnvidia-egl-common
libnvidia-egl-icd


mais sans aucun paquet du type dkms (qui ont été désinstallés).
J'hésite à lancer l'installation, de peur de me retrouver avec un système bien cassé.

Bref, je sèche et j'y perds mon latin de base dans la gestion de ce problème.
Merci pour un sérieux éclairage de lanterne...

#8 Re : Matériel » Problème : xsession warning unable to write to /tmp x session may exit » 03-12-2022 22:37:51

taureau89_9
Bonjour.
Je viens d'avoir le même problème que Kny.
Qui s'est produit suite à un apt update en console administrateur, pour mettre à jour mon système.
Et qui est resté bloqué sur un serveur pour la comparaison de versions de paquets.
Comme il ne se passait plus rien, bêtement j'ai fermé la console.
Grosse erreur, j'aurais du attendre un retour d'échec.
Impossible de rouvrir ma session, mais par contre ordi toujours utilisable en mode récupération.
J'ai suivi pas à pas les conseils de raleur.
Et tout est rentré dans l'ordre après l'apt clean.
Logique après ce que j'avais fait.
Merci au forum.

#9 Re : Matériel » [RESOLU]J'ai perdu le son. » 15-10-2022 13:26:29

taureau89_9
Bien vu croutons.
Il fallait que dans pavucontrol, dans l'onglet lecture, "speed-dispatcher-dummy" soit paramétré sur "Audio interne stereo analogique", et non sur "GM 107 High Definition Audio Controller [GeForce 940MX] Digital Stereo (HDMI 2)" (ouf !) , pour que ce soit la même chose sur la barre de son Firefox, et que ça marche.
Pourquoi étais-ce sur ce réglage, ça avait du se changer avec tous les essais qu'on avait fait.
Donc, anonyme, tu avais raison, ce n'était pas un problème pipeware, je ne le réinstalle pas pour le moment.
Je vais remettre en [RESOLU], en attendant de voir si je ne trouve pas de nouveaux dommages collatéraux...
Merci encore à tous.

#10 Re : Matériel » [RESOLU]J'ai perdu le son. » 15-10-2022 09:02:24

taureau89_9
En fait c'est bizarre.
Si je vais sur Youtube ou Dailkymotion, aucun son dans la vidéo.
Mais je ne sais pas quel lecteur est utilisé.
Si je lance une vidéo .mp4, j'ai du son, et ça me dit que c'est le lecteur multimédia "Parole", mais je peux l'ouvrir aussi en mpv.
J'ai du son aussi avec des fichiers .mov, .avi, .mpg, et là c'est par défault du mpv.
Je n'ai pas de son dans les vidéos incluses dans des sites d'actualités, alors que j'en avais du temps où le bouton était sur marche... roll
Il me semble que la seule grosse différence soit la suppression de pipeware ?

#11 Re : Matériel » [RESOLU]J'ai perdu le son. » 14-10-2022 20:48:07

taureau89_9
En fait ce n'est pas tout à fait terminé.
Lorsque je lance un fichier mp3, pas de problème, j'ai le son.
Par contre je n'ai plus de son dans les vidéos.
Est-ce que ça vient de la suppression de pipeware ?

#12 Re : Matériel » [RESOLU]J'ai perdu le son. » 14-10-2022 09:10:20

taureau89_9
Bonjour la communauté.
Franchement j'ai l'air malin ce matin.
J'ai retrouvé mon son.
Pour avoir du son, il faut que le petit poussoir marche/arrêt du HP soit sur marche...
Il est tout petit (indépendant du volume) et je n'y touche jamais.
Il a du être appuyé intempestivement dans des conditions que je me m'explique pas du tout.
C'est la raison pour laquelle bien sûr je n'entendais aucun claquement d'activation de la carte son au démarrage...
Un grand merci, je suis confus...

#13 Re : Matériel » [RESOLU]J'ai perdu le son. » 13-10-2022 20:20:13

taureau89_9
Excuse, j'avais pas bien pigé...

captur25.png

C'est ça ce que tu veux ?
Toujours pas de son.
Après dans le menu déroulant j'ai le choix entre tout un tas de sorties stéréo, analogiques, numériques, surround, 5.1, etc...
Que faut-il que j'essaie maintenant ?

#14 Re : Matériel » [RESOLU]J'ai perdu le son. » 13-10-2022 14:19:42

taureau89_9
captur23.png

captur24.png

L'outil de capture d'écran me refuse la copie quand le menu profil est déroulé.
Mais ce sont toutes des sorties HDMI, pas d'article audio interne actif dans ce menu déroulant.
C'est bien pour ça que je n'y arrive pas...

@Croutons

J'ai déjà essayé, mais ma carte son n'est pas présente dans la liste présentée par F6.
Et si j'en choisis une autre, toujours pas de son (default0: Philips SPZ2000 , default1: HDA ATI SB , default2: HDA NVIDIA)

@jarek
Là tu aurais tendance à me rassurer un peu...
Mais si c'est ça je n'ai pas encore eu de maj qui corrige le problème.
C'est vrai que je fais un apt update/upgrade très souvent mais j'avoue qu'à force je ne fais plus attention aux paquets qui si sont modifiés...

#15 Re : Matériel » [RESOLU]J'ai perdu le son. » 12-10-2022 22:08:19

taureau89_9

andre@debian:~$ aplay -l
**** Liste des périphériques matériels PLAYBACK ****
carte 0 : SB [HDA ATI SB], périphérique 0 : ALC892 Analog [ALC892 Analog]
  Sous-périphériques : 0/1
  Sous-périphérique #0 : subdevice #0
carte 0 : SB [HDA ATI SB], périphérique 1 : ALC892 Digital [ALC892 Digital]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 3 : HDMI 0 [HDMI 0]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 7 : HDMI 1 [IPS235       ]
  Sous-périphériques : 0/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 8 : HDMI 2 [HDMI 2]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 9 : HDMI 3 [HDMI 3]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 10 : HDMI 4 [HDMI 4]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
carte 1 : NVidia [HDA NVidia], périphérique 11 : HDMI 5 [HDMI 5]
  Sous-périphériques : 1/1
  Sous-périphérique #0 : subdevice #0
andre@debian:~$



andre@debian:~$ pactl list sinks
Destination #1
  État : RUNNING
  Nom : alsa_output.pci-0000_00_14.2.analog-stereo
  Description : Audio interne Stéréo analogique
  Pilote : module-alsa-card.c
  Spécification de l’échantillon : s16le 2ch 44100Hz
  Plan des canaux : front-left,front-right
  Module du propriétaire : 8
  Sourdine : non
  Volume : front-left: 67502 / 103% / 0,77 dB,   front-right: 67502 / 103% / 0,77 dB
          balance 0,00
  Volume de base : 65536 / 100% / 0,00 dB
  Source du moniteur : alsa_output.pci-0000_00_14.2.analog-stereo.monitor
  Latence : 15935 usec, configuré 16000 usec
  Marqueurs : HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY
  Propriétés :
    alsa.resolution_bits = "16"
    device.api = "alsa"
    device.class = "sound"
    alsa.class = "generic"
    alsa.subclass = "generic-mix"
    alsa.name = "ALC892 Analog"
    alsa.id = "ALC892 Analog"
    alsa.subdevice = "0"
    alsa.subdevice_name = "subdevice #0"
    alsa.device = "0"
    alsa.card = "0"
    alsa.card_name = "HDA ATI SB"
    alsa.long_card_name = "HDA ATI SB at 0xfe600000 irq 16"
    alsa.driver_name = "snd_hda_intel"
    device.bus_path = "pci-0000:00:14.2"
    sysfs.path = "/devices/pci0000:00/0000:00:14.2/sound/card0"
    device.bus = "pci"
    device.vendor.id = "1002"
    device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]"
    device.product.id = "4383"
    device.product.name = "SBx00 Azalia (Intel HDA)"
    device.form_factor = "internal"
    device.string = "front:0"
    device.buffering.buffer_size = "352768"
    device.buffering.fragment_size = "176384"
    device.access_mode = "mmap+timer"
    device.profile.name = "analog-stereo"
    device.profile.description = "Stéréo analogique"
    device.description = "Audio interne Stéréo analogique"
    module-udev-detect.discovered = "1"
    device.icon_name = "audio-card-pci"
  Ports :
    analog-output-lineout: Line Out (type: Line, priority: 9000, available)
    analog-output-headphones: Headphones (type: Casque audio, priority: 9900, not available)
  Port actif : analog-output-lineout
  Formats :
    pcm

Destination #3
  État : RUNNING
  Nom : alsa_output.pci-0000_01_00.1.hdmi-stereo-extra1
  Description : GM107 High Definition Audio Controller [GeForce 940MX] Digital Stereo (HDMI 2)
  Pilote : module-alsa-card.c
  Spécification de l’échantillon : s16le 2ch 44100Hz
  Plan des canaux : front-left,front-right
  Module du propriétaire : 6
  Sourdine : non
  Volume : front-left: 52428 /  80% / -5,81 dB,   front-right: 52428 /  80% / -5,81 dB
          balance 0,00
  Volume de base : 65536 / 100% / 0,00 dB
  Source du moniteur : alsa_output.pci-0000_01_00.1.hdmi-stereo-extra1.monitor
  Latence : 74964 usec, configuré 75012 usec
  Marqueurs : HARDWARE DECIBEL_VOLUME LATENCY SET_FORMATS
  Propriétés :
    alsa.resolution_bits = "16"
    device.api = "alsa"
    device.class = "sound"
    alsa.class = "generic"
    alsa.subclass = "generic-mix"
    alsa.name = "IPS235"
    alsa.id = "HDMI 1"
    alsa.subdevice = "0"
    alsa.subdevice_name = "subdevice #0"
    alsa.device = "7"
    alsa.card = "1"
    alsa.card_name = "HDA NVidia"
    alsa.long_card_name = "HDA NVidia at 0xfe080000 irq 55"
    alsa.driver_name = "snd_hda_intel"
    device.bus_path = "pci-0000:01:00.1"
    sysfs.path = "/devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card1"
    device.bus = "pci"
    device.vendor.id = "10de"
    device.vendor.name = "NVIDIA Corporation"
    device.product.id = "0fbc"
    device.product.name = "GM107 High Definition Audio Controller [GeForce 940MX]"
    device.string = "hdmi:1,1"
    device.buffering.buffer_size = "352768"
    device.buffering.fragment_size = "176384"
    device.access_mode = "mmap+timer"
    device.profile.name = "hdmi-stereo-extra1"
    device.profile.description = "Digital Stereo (HDMI 2)"
    device.description = "GM107 High Definition Audio Controller [GeForce 940MX] Digital Stereo (HDMI 2)"
    module-udev-detect.discovered = "1"
    device.icon_name = "audio-card-pci"
  Ports :
    hdmi-output-1: HDMI / DisplayPort 2 (type: HDMI, priority: 5800, available)
  Port actif : hdmi-output-1
  Formats :
    pcm
andre@debian:~$


Non je n'ai pas de HP dans mon écran HDMI.
Oui j'ai pavucontrol, il me donne l'image

captur22.png

que j'ai déjà donné plus haut, il n'y a que la sortie HDMI dans la liste déroulante, et je ne peux rien changer.

#16 Re : Matériel » [RESOLU]J'ai perdu le son. » 12-10-2022 18:17:45

taureau89_9
En fait j'ai du nouveau (est-ce depuis le purge de pipewire ?)
Un musique lancée démarre, les niveaux fluctuent, les vidéos se déroulent à nouveau, mais tout ça toujours sans son aux HP, et seule la sortie HDMI de l'écran détectée, comme avant.

#17 Re : Matériel » [RESOLU]J'ai perdu le son. » 12-10-2022 18:04:03

taureau89_9

anonyme a écrit :


a mon avis c'est "testing" qui a provoqué cette panne (bookworm)
commence par purger "pipewire" (tous les paquets) , il est toujours possible de le remettre plus tard si tu le désire .


Purge effectuée, et reboot, pareil.

otyugh a écrit :

Là pour l'instant on dirait qu'à priori le par défaut est redirigé vers le HDMI de ton écran (détail que tu n'a pas précisé).


Oui, je n'avais pas fait gaffe.
Le problème c'est que le menu déroulant ne donne que la sortie HDMI.
Pas de sortie audio reconnue (et pas de casque ou autre, je n'avais rien changé quand le problème est survenu), donc carte défectueuse ?

otyugh a écrit :

Oui ! Et donc ta carte son est détectée et tout.


Oui, mais que son chipset soit détecté ne signifie peut être pas forcément qu'elle est vraiment fonctionnelle...

otyugh a écrit :

Tu peux lancer une musique et vérifier (dans l'onglet lecture) si ta musique est redirigée vers la bonne sortie son. Tu devrai voir les niveau d'audio fluctuer.


Une musique ne démarre pas, donc pas de fluctuation de niveau.
De plus impossible de lire une vidéo, elle se bloque sur la première image et ne va pas plus loin, elle attend le son qui n'arrive pas.

otyugh a écrit :

Si ta carte son est vraiment morte, une carte son externe usb coûte ~15€ neuve.


C'est ce que je pensais, ou bien en mettre une à l'intérieur, je vais zieuter dans mes vieilleries.
@ylag
Qu'on clique ou non sur l'icône du mode sourdine, ça ne change rien.

#18 Re : Matériel » [RESOLU]J'ai perdu le son. » 12-10-2022 09:00:28

taureau89_9
@otyugh
Je suppose que c'est de ça dont tu veux parler:
captur22.png

andre@debian:~$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 Host Bridge (rev 02)
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GFX port 0)
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 0)
00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 1)
00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 2)
00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 4)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:15.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
00:15.1 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1)
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5
01:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)
01:00.1 Audio device: NVIDIA Corporation GM107 High Definition Audio Controller [GeForce 940MX] (rev a1)
02:00.0 SATA controller: JMicron Technology Corp. JMB362 SATA Controller (rev 10)
03:00.0 SATA controller: JMicron Technology Corp. JMB362 SATA Controller (rev 10)
04:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
05:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
06:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
andre@debian:~$


Quelqu'un peut-il aussi me donner une explication concernant ces paquets demandés dans le tuto et que je n'ai pas ?

taureau89_9 a écrit :


J'ai commencé à potasser le tuto.
Problème : je n'ai pas de paquet alsa-base sur mon système.
alsa-tools existe mais n'est pas installé, seul alsa-utils l'est.


Je me répète

taureau89_9 a écrit :

je me suis rendu compte qu'à chaque redémarrage, ou reboot, je n'ai plus le claquement que j'avais habituellement et qui indiquait l'activation de la carte son.
Problème hard ou soft ?


Le fait que je n'entende plus le claquement caractéristique au démarrage dans les HP , qui indique l'activation de la carte son, me fait pencher plutôt pour un problème matériel.
Module carte son de la carte mère devenu défectueux, sans que cela ait quelque chose à voir avec le déplacement intempestif de fichiers de mon dossier personnel.
D'autant qu'il y a largement plus de 10 ans que je suis en testing (sur des configurations successives) sans jamais avoir eu le moindre problème de son ou de pulseaudio.

Une commande console peut elle le vérifier ?

#19 Re : Matériel » [RESOLU]J'ai perdu le son. » 11-10-2022 21:43:11

taureau89_9
Désolé, je n'étais pas en root :

root@debian:/home/andre# dmesg | egrep 'fail|error|warn'
[    7.548779] systemd[1]: File System Check on Root Device was skipped because of a failed condition check (ConditionPathExists=!/run/initramfs/fsck-root).
[    7.552825] systemd[1]: Repartition Root Disk was skipped because all trigger condition checks failed.
[    9.270359] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[   12.397394] asus_wmi: fan_curve_get_factory_default (0x00110024) failed: -61
[   12.397559] asus_wmi: fan_curve_get_factory_default (0x00110025) failed: -61
root@debian:/home/andre#

#20 Re : Matériel » [RESOLU]J'ai perdu le son. » 11-10-2022 21:18:56

taureau89_9
Avec mpv

andre@debian:~$ mpv /home/andre/Musique/Sounds/la_soupe_aux_choux.mp3
[ffmpeg/demuxer] mp3: Estimating duration from bitrate, this may be inaccurate
(+) Audio --aid=1 (mp3 1ch 22050Hz)
[ao/pulse] The stream is suspended. Bailing out.
AO: [alsa] 22050Hz mono 1ch float
A: 00:00:00 / 00:00:30 (0%)

Exiting... (Quit)
andre@debian:~$



pas de son, ça reste à 0% (c'est à dire que ça ne démarre pas, comme dans un lecteur multimédia), obligé de quitter .

#21 Re : Matériel » [RESOLU]J'ai perdu le son. » 11-10-2022 21:13:29

taureau89_9

andre@debian:~$ dmesg | egrep 'fail|error|warn'
dmesg: échec de lecture du tampon de noyau: Opération non permise
andre@debian:~$

#22 Re : Matériel » [RESOLU]J'ai perdu le son. » 11-10-2022 19:54:20

taureau89_9
@ cyrille

andre@debian:~$ dmesg [ egrep 'fail|error|warn'
dmesg: mauvaise utilisation
Exécutez « dmesg --help » pour obtenir des renseignements complémentaires.
andre@debian:~$


J'ai commencé à potasser le tuto.
Problème : je n'ai pas de paquet alsa-base sur mon système.
alsa-tools existe mais n'est pas installé, seul alsa-utils l'est.

@ubub

j'ai essayé de purger pulseaudio, puis reboot, puis réinstallation, puis reboot, toujours rien

@anonyme

Merci, je vais essayer de tester ça.

Parallèlement je me suis rendu compte qu'à chaque redémarrage, ou reboot, je n'ai plus le claquement que j'avais habituellement et qui indiquait l'activation de la carte son.
Problème hard ou soft ?

#23 Matériel » [RESOLU]J'ai perdu le son. » 11-10-2022 17:17:45

taureau89_9
Réponses : 40
Bonjour la communauté.
Longtemps que j'avais pas eu un souci...
Je n'ai plus de son.
C'est peut être parce que j'ai voulu faire du rangement et déplacé par inadvertance des fichiers de configuration contenus dans mon dossier personnel.
(et pourtant je ne vois pas pourquoi ils agiraient sur le son)
J'ai remis, mais toujours pas de son.
J'ai réinstallé pulseaudio, toujours rien.
Lorsque je lance un fichier audio mp3, il s'affiche dans le lecteur multimedia, mais ne démarre pas.
Les vidéos (youtube ou autres), ne démarrent pas non plus, comme si elles attendaient que le son soit détecté pour démarrer.
Bref je sèche et je suis dans la mouise.

Quels sont les tests que vous me conseillez de faire pour localiser l'origine du problème ?

Merci d'avance.

#24 Re : Système » [RESOLU]Erreur paramétrage de linux-headers-5.14.0-1-amd64 » 18-10-2021 08:53:52

taureau89_9
J'ai plutôt l'impression que c'est le driver qui posait problème.
Car les headers sont passés de 5.14.0-1 à 5.14.0-2.
Et toujours le même problème.
Et puis un correctif de driver nvidia est arrivé.
Et là le problème est résolu.
Je suis donc maintenant en noyau 5.14.0-2 .

#25 Système » [RESOLU]Erreur paramétrage de linux-headers-5.14.0-1-amd64 » 29-09-2021 08:24:03

taureau89_9
Réponses : 3
Bonjour la communauté.

Le code del'eerur :

Paramétrage de linux-headers-5.14.0-1-amd64 (5.14.6-2) ...
/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 5.14.0-1-amd64:
Kernel preparation unnecessary for this kernel.  Skipping...
applying patch kernel-5.7.0-set-memory-array.patch...patching file conftest.sh

applying patch linux-2.6.34-dev_pm_info-runtime_auto.patch...patching file conftest.sh

applying patch use-kbuild-compiler.patch...patching file Makefile

applying patch use-kbuild-flags.patch...patching file Kbuild
patching file nvidia/nvidia.Kbuild
patching file Makefile
patching file nvidia-modeset/nvidia-modeset.Kbuild

applying patch use-kbuild-gcc-plugins.patch...patching file Kbuild

applying patch conftest-verbose.patch...patching file Kbuild

applying patch cc_version_check-gcc5.patch...patching file conftest.sh

applying patch nvidia-use-ARCH.o_binary.patch...patching file nvidia/nvidia.Kbuild

applying patch nvidia-modeset-use-ARCH.o_binary.patch...patching file nvidia-modeset/nvidia-modeset.Kbuild

applying patch conftest-prefer-arch-headers.patch...patching file conftest.sh


Building module:
cleaning build area...
unset ARCH; env NV_VERBOSE=1 make -j8 modules KERNEL_UNAME=5.14.0-1-amd64..........(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.14.0-1-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/470.57.02/build/make.log for more information.


La fin du log :

In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-acpi.c:14:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv.c:13:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-cray.c:14:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-dma.c:14:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-mmap.c:14:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-p2p.c:14:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-pci.h:15,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-pci.c:13:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
In file included from /var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-linux.h:25,
                 from /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-i2c.c:16:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h: In function ‘nv_sleep_ms’:
/var/lib/dkms/nvidia-current/470.57.02/build/common/inc/nv-time.h:217:18: error: ‘struct task_struct’ has no member named ‘state’; did you mean ‘__state’?
  217 |         current->state = TASK_INTERRUPTIBLE;
      |                  ^~~~~
      |                  __state
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-acpi.o] Erreur 1
make[3]: *** Attente des tâches non terminées....
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-dma.c: At top level:
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-dma.c:963: warning: "IMPORT_SGT_STUBS_NEEDED" redefined
  963 | #define IMPORT_SGT_STUBS_NEEDED 0
      |
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-dma.c:957: note: this is the location of the previous definition
  957 | #define IMPORT_SGT_STUBS_NEEDED 1
      |
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-cray.o] Erreur 1
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-pci.o] Erreur 1
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-mmap.c: In function ‘nv_encode_caching’:
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-mmap.c:321:16: warning: this statement may fall through [-Wimplicit-fallthrough=]
  321 |             if (NV_ALLOW_CACHING(memory_type))
      |                ^
/var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-mmap.c:324:9: note: here
  324 |         default:
      |         ^~~~~~~
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-dma.o] Erreur 1
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-mmap.o] Erreur 1
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-i2c.o] Erreur 1
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv-p2p.o] Erreur 1
make[3]: *** [/usr/src/linux-headers-5.14.0-1-common/scripts/Makefile.build:276 : /var/lib/dkms/nvidia-current/470.57.02/build/nvidia/nv.o] Erreur 1
make[2]: *** [/usr/src/linux-headers-5.14.0-1-common/Makefile:1882 : /var/lib/dkms/nvidia-current/470.57.02/build] Erreur 2
make[2] : on quitte le répertoire « /usr/src/linux-headers-5.14.0-1-amd64 »
make[1]: *** [Makefile:232 : __sub-make] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.14.0-1-common »
make: *** [Makefile:80 : modules] Erreur 2



Pour l'instant le noyau 5.14 n'est pas installé, je suis toujours en 5.10 .

Il y a peut-être aussi une relation avec la discussion précédente concernant systemd.

Merci si vous avez un avis.

Pied de page des forums

Propulsé par FluxBB