Aucun son ne sort des haut-parleurs de l'ordinateur portable dans Ubuntu 14.04 après le démarrage de Windows 8.1
J'ai un Dell Inspiron 15 7537.
J'avais installé 14.04 dessus et je n'avais au départ aucun problème avec le son. Cependant, comme avec ma carte Ethernet, il semblait irréaliste de ne pas avoir de problèmes de pilotes/logiciels sous Linux.
J'ai acheté un disque SSD pour l'ordinateur portable et installé Ubuntu 14.04 sur celui-ci. Ensuite, j'ai utilisé gparted pour copier la partition Windows à partir du disque fourni avec l'ordinateur portable.
Tout fonctionnait encore correctement jusqu'à ce que je démarre sous Windows 8.1. Le son fonctionnait bien lorsque j'étais sous Windows, mais après le redémarrage de l'ordinateur portable et son retour dans Ubuntu, le son ne fonctionnait plus via les haut-parleurs internes de l'ordinateur portable.
J'ai cependant remarqué que j'étais toujours capable d'utiliser mon casque pour recevoir du son lorsque je me trouvais dans Ubuntu.
À partir de là, je pouvais démarrer dans Windows 8.1 pour recevoir du son via les haut-parleurs internes, mais je ne pouvais plus le faire fonctionner à nouveau dans Ubuntu 14.04 à moins d'utiliser un casque.
J'ai décidé d'expérimenter, j'ai donc complètement vidé le disque et fait une nouvelle installation d'Ubuntu 14.04. Le son était de retour! J'ai ensuite procédé à la copie de ma partition Windows. Encore une fois, après avoir démarré dans Windows 8.1, puis revenir dans Ubuntu, mes haut-parleurs internes ne produiraient plus de son.
J'ai essayé les solutions les plus courantes telles que:
Sudo apt-get remove --purge alsa-base pulseaudio
Sudo apt-get install alsa-base pulseaudio unity-control-center
Sudo alsa force-reload
ou
pulseaudio -k
J'ai également essayé de m'assurer que rien n'était en sourdine dans alsamixer. J'ai également essayé d'installer l'outil de contrôle du volume audio Pulse. Si une chanson est en cours de lecture, je peux voir les niveaux audio évoluer pour les haut-parleurs internes, comme si elle devait être en cours de lecture.
L'outil de contrôle du volume audio Pulse indique également que ma carte HDMI était un périphérique audio, mais le reconnaît comme étant désactivé.
Il convient de noter que dans alsamixer, l’application semble reconnaître ma carte PCH/sortie en tant que carte secondaire et l’interface HDMI en tant que première. Cependant, cela a toujours été le cas, alors je ne suis pas sûr que ce soit le problème.
Je ne sais pas trop comment tout cela est conçu, mais si j'ai bien compris, j'ai du mal à comprendre comment démarrer avec un autre système d'exploitation pourrait empêcher les haut-parleurs de fonctionner dans un autre.
Que puis-je faire pour restaurer le son sur mon système et déterminer pourquoi le démarrage sous Windows est à l'origine de ce problème? J'aimerais beaucoup utiliser un système à double démarrage.
lspci -v sortie:
00:00.0 Host bridge: Intel Corporation Haswell-ULT DRAM Controller (rev 09)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0
Capabilities: <access denied>
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Dell Device 05fa
Flags: bus master, fast devsel, latency 0, IRQ 60
Memory at e3000000 (64-bit, non-prefetchable) [size=4M]
Memory at c0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915
00:03.0 Audio device: Intel Corporation Haswell-ULT HD Audio Controller (rev 09)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0, IRQ 63
Memory at e3610000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
00:14.0 USB controller: Intel Corporation Lynx Point-LP USB xHCI HC (rev 04) (prog-if 30 [XHCI])
Subsystem: Dell Device 05f9
Flags: bus master, medium devsel, latency 0, IRQ 56
Memory at e3600000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: xhci_hcd
00:16.0 Communication controller: Intel Corporation Lynx Point-LP HECI #0 (rev 04)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0, IRQ 61
Memory at e3619000 (64-bit, non-prefetchable) [size=32]
Capabilities: <access denied>
Kernel driver in use: mei_me
00:1b.0 Audio device: Intel Corporation Lynx Point-LP HD Audio Controller (rev 04)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0, IRQ 62
Memory at e3614000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation Lynx Point-LP PCI Express Root Port 1 (rev e4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.2 PCI bridge: Intel Corporation Lynx Point-LP PCI Express Root Port 3 (rev e4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Memory behind bridge: e3500000-e35fffff
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.3 PCI bridge: Intel Corporation Lynx Point-LP PCI Express Root Port 4 (rev e4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: 00004000-00004fff
Memory behind bridge: e3400000-e34fffff
Prefetchable memory behind bridge: 00000000bfb00000-00000000bfbfffff
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.4 PCI bridge: Intel Corporation Lynx Point-LP PCI Express Root Port 5 (rev e4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
I/O behind bridge: 00003000-00003fff
Memory behind bridge: e2000000-e2ffffff
Prefetchable memory behind bridge: 00000000d0000000-00000000e1ffffff
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1d.0 USB controller: Intel Corporation Lynx Point-LP USB EHCI #1 (rev 04) (prog-if 20 [EHCI])
Subsystem: Dell Device 05f9
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at e361d000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
00:1f.0 ISA bridge: Intel Corporation Lynx Point-LP LPC Controller (rev 04)
Subsystem: Dell Device 05f9
Flags: bus master, medium devsel, latency 0
Capabilities: <access denied>
Kernel driver in use: lpc_ich
00:1f.2 SATA controller: Intel Corporation Lynx Point-LP SATA Controller 1 [AHCI mode] (rev 04) (prog-if 01 [AHCI 1.0])
Subsystem: Dell Device 05f9
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 59
I/O ports at 5088 [size=8]
I/O ports at 5094 [size=4]
I/O ports at 5080 [size=8]
I/O ports at 5090 [size=4]
I/O ports at 5060 [size=32]
Memory at e361c000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation Lynx Point-LP SMBus Controller (rev 04)
Subsystem: Dell Device 05f9
Flags: medium devsel, IRQ 255
Memory at e3618000 (64-bit, non-prefetchable) [size=256]
I/O ports at efa0 [size=32]
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
Subsystem: Intel Corporation Dual Band Wireless-N 7260
Flags: bus master, fast devsel, latency 0, IRQ 64
Memory at e3500000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0, IRQ 57
Memory at e3405000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at bfb00000 [disabled] [size=64K]
Capabilities: <access denied>
Kernel driver in use: rtsx_pci
03:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
Subsystem: Dell Device 05f9
Flags: bus master, fast devsel, latency 0, IRQ 58
I/O ports at 4000 [size=256]
Memory at e3404000 (64-bit, non-prefetchable) [size=4K]
Memory at e3400000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8168
04:00.0 3D controller: NVIDIA Corporation GK107M [GeForce GT 750M] (rev ff) (prog-if ff)
!!! Unknown header type 7f
/etc/modprobe.d/alsa-base.conf contenu:
# autoloader aliases
install sound-slot-0 /sbin/modprobe snd-card-0
install sound-slot-1 /sbin/modprobe snd-card-1
install sound-slot-2 /sbin/modprobe snd-card-2
install sound-slot-3 /sbin/modprobe snd-card-3
install sound-slot-4 /sbin/modprobe snd-card-4
install sound-slot-5 /sbin/modprobe snd-card-5
install sound-slot-6 /sbin/modprobe snd-card-6
install sound-slot-7 /sbin/modprobe snd-card-7
# Cause optional modules to be loaded above generic modules
install snd /sbin/modprobe --ignore-install snd $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-ioctl32 ; /sbin/modprobe --quiet --use-blacklist snd-seq ; }
#
# Workaround at bug #499695 (reverted in Ubuntu see LP #319505)
install snd-pcm /sbin/modprobe --ignore-install snd-pcm $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-pcm-oss ; : ; }
install snd-mixer /sbin/modprobe --ignore-install snd-mixer $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-mixer-oss ; : ; }
install snd-seq /sbin/modprobe --ignore-install snd-seq $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-seq-midi ; /sbin/modprobe --quiet --use-blacklist snd-seq-oss ; : ; }
#
install snd-rawmidi /sbin/modprobe --ignore-install snd-rawmidi $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-seq-midi ; : ; }
# Cause optional modules to be loaded above sound card driver modules
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-emu10k1-synth ; }
install snd-via82xx /sbin/modprobe --ignore-install snd-via82xx $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-seq ; }
# Load saa7134-alsa instead of saa7134 (which gets dragged in by it anyway)
install saa7134 /sbin/modprobe --ignore-install saa7134 $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist saa7134-alsa ; : ; }
# Prevent abnormal drivers from grabbing index 0
options bt87x index=-2
options cx88_alsa index=-2
options saa7134-alsa index=-2
options snd-atiixp-modem index=-2
options snd-intel8x0m index=-2
options snd-via82xx-modem index=-2
options snd-usb-audio index=-2
options snd-usb-caiaq index=-2
options snd-usb-ua101 index=-2
options snd-usb-us122l index=-2
options snd-usb-usx2y index=-2
# Ubuntu #62691, enable MPU for snd-cmipci
options snd-cmipci mpu_port=0x330 fm_port=0x388
# Keep snd-pcsp from being loaded as first soundcard
options snd-pcsp index=-2
# Keep snd-usb-audio from beeing loaded as first soundcard
options snd-usb-audio index=-2
Windows 8 inclut une nouvelle fonctionnalité appelée "arrêt hybride" ou "démarrage rapide". Ce processus est décrit dans l'article "Fonctionnement de la fonction d'arrêt rapide/démarrage hybride de Windows 8" . Fondamentalement, à l’arrêt, Windows supprime tous les processus utilisateur, puis met en veille le noyau en veille. Cela accélère le processus d’arrêt et de démarrage. Tuer tous les processus utilisateur est plus rapide que de les mettre en hibernation sur disque, et la restauration d'un noyau en hibernation est plus rapide qu'un nouveau démarrage du noyau.
Les utilisateurs de Linux sont invités à désactiver "Arrêt hybride/Démarrage rapide", faute de quoi ils ne pourront pas monter de systèmes de fichiers NTFS (car l'état actuel du système de fichiers NTFS n'est pas stocké sur la partition NTFS, mais est conservé dans la mémoire du noyau hibernée). De cette question, il semble également qu'il puisse interférer avec l'initialisation du périphérique, probablement en le mettant dans un état de veille à partir duquel il ne se réveille pas lorsqu'un processus de démarrage normal est exécuté.
J'ai eu un problème similaire avec mon ordinateur portable (Samsung Series 7 Chronos) sur Ubuntu 14.04 LTS (double démarrage avec Windows). Depuis l'introduction de Windows 8 (et après la mise à niveau vers Windows 10), les haut-parleurs restent constamment allumés et sont désactivés (même si les réglages du volume suggèrent le contraire).
Après quelques recherches en ligne, j'ai découvert le Procédure de dépannage du son . L’étape 1A de la procédure a résolu le problème:
killall pulseaudio; rm -r ~/.config/Pulse/* ; rm -r ~/.Pulse*
(c’est-à-dire qu’il termine/supprime tous les processus en cours pulseaudio et force PulseAudio à réinitialiser sa configuration utilisateur en supprimant les fichiers et les dossiers créés dans le dossier personnel de l'utilisateur)
attendez au moins 10 secondes, puis exécutez la commande suivante:
pulseaudio -k
(c'est-à-dire qu'il tue le démon pulseaudio )
Pour plus d'informations sur les commandes susmentionnées, vous pouvez vérifier ces liens: Manuels Ubuntu - killall , Manuels Ubuntu - pulseaudio , buntu Wiki - PulseAudio .
Si ces commandes simples ne résolvent pas votre problème, je vous suggère de suivre les étapes alternatives fournies par la procédure de dépannage du son.
Pour finir, une solution triviale qui a fonctionné pour moi: quand je suis sous Ubuntu, brancher et débrancher le casque réactiverait le son des haut-parleurs.
Quelle est la cause? Il semble que la configuration de PulseaAudio soit corrompue/désynchronisée et ne reflète pas l'état actuel du système audio. Pourtant, je ne connais pas l'événement exact à l'origine de l'incohérence.
C'est un problème assez simple. Je pense que Linux place votre prise de casque dans un état que Windows ne peut pas reconnaître.
J'ai constaté que le fait de procéder à un arrêt à froid (maintien du bouton d'alimentation pendant 10 secondes) sous Linux, puis de démarrer sous Windows résolve souvent ce problème.
J'ai récemment commencé à avoir le même problème. Je double amorce Windows 7 et Ubuntu 14.04. Le problème semble avoir commencé après la mise à jour de Windows d'un nouveau pilote Realtek HD Audio.
Un redémarrage en douceur de Windows vers Linux se traduit par un son entièrement constitué de sons pop et craquelés. Complètement inutilisable. Dans cet état, la prise casque située à l'avant de mon boîtier fonctionnait toujours bien. Seul l'audio arrière a été affecté.
Si je le fais n arrêt puis un démarrage à froid sous Linux alors l'audio fonctionne correctement sous Linux.
J'ai eu le même problème et j'ai suivi guide de dépannage d'Ubunt complètement mais cela n'a pas fonctionné.
Cela a finalement fonctionné en ajoutant la ligne ci-dessous au fichier /etc/modprobe.d/alsa-base.conf:
options snd-hda-intel model=auto