Aucun son des haut-parleurs d'ordinateur portable dans Ubuntu 14.04 après le démarrage de Windows 8.1

14

J'ai un Dell Inspiron 15 7537.

J'avais installé 14.04 dessus et je n'ai eu aucun problème avec le son au départ. Cependant, comme avec la carte Ethernet, il semblait irréaliste de s'attendre à ne pas avoir de problèmes de pilote / logiciel sous Linux.

J'ai acheté un SSD pour l'ordinateur portable et y ai installé Ubuntu 14.04. Ensuite, j'ai utilisé gparted pour copier la partition Windows à partir du disque fourni avec l'ordinateur portable.

Tout fonctionnait toujours très bien, jusqu'à ce que je démarre sous Windows 8.1. Le son a bien fonctionné lorsque j'étais sous Windows, mais après le redémarrage de l'ordinateur portable et le retour dans Ubuntu, le son a cessé de fonctionner via les haut-parleurs internes de l'ordinateur portable.

J'ai cependant remarqué que j'étais toujours en mesure d'utiliser mes écouteurs pour recevoir du son lorsque j'étais sous Ubuntu.

À partir de là, je pouvais démarrer sous Windows 8.1 pour recevoir le son via les haut-parleurs internes, mais je ne pouvais plus faire fonctionner le son dans Ubuntu 14.04 à moins d'utiliser un casque.

J'ai décidé d'expérimenter, j'ai donc complètement effacé le disque et fait une nouvelle installation d'Ubuntu 14.04. Le son était de retour! J'ai ensuite à nouveau procédé à la copie sur ma partition Windows. Encore une fois, après avoir démarré dans Windows 8.1, puis être revenu à Ubuntu, mes haut-parleurs internes ne produisaient plus de son.

J'ai essayé les solutions les plus courantes comme:

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 coupé dans alsamixer. J'ai également essayé d'installer l'outil de contrôle du volume audio à impulsions. Si j'ai un morceau en cours de lecture, je peux voir les niveaux audio se déplacer pour les haut-parleurs internes, comme s'il devait être en cours de lecture.

L'outil de contrôle du volume audio par impulsion montre également que ma carte HDMI était un périphérique audio, mais il le reconnaît comme désactivé.

Il convient de noter que dans alsamixer, l'application semble reconnaître ma carte PCH / sortie comme carte secondaire et HDMI comme première. Cependant, cela a toujours été le cas, donc je ne suis pas sûr que ce soit le problème.

Je ne sais pas grand-chose sur la façon dont tout cela est conçu, mais à ma connaissance, j'ai du mal à comprendre comment le démarrage dans 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 dans Windows provoque ce problème? J'aimerais beaucoup utiliser un système à double démarrage.

Sortie lspci -v:

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

la source
Quel processus exact fait que le son cesse de fonctionner - démarre-t-il Windows, puis redémarre-t-il dans Ubuntu? Si vous faites un cycle d'alimentation complet, c.-à-d. Arrêt de Windows (pas de redémarrage), puis allumez et exécutez Ubuntu, le son fonctionne-t-il?
bain
Curieusement, l'utilisation de l'arrêt réel dans Windows semble avoir fait l'affaire. Je suppose que j'utilisais simplement des redémarrages ou des bottes dures. Le processus d'arrêt réel a été désactivé dans Windows 8, en faveur de la méthode dell ou intel "smart shutdown". J'ai réactivé l'arrêt traditionnel, puis j'ai fait un arrêt complet du système, redémarré dans Ubuntu et le son a été restauré. J'ai essayé cela plusieurs fois maintenant, et tout semble aller bien. Savez-vous pourquoi cela peut arriver? Ce serait bien de créer une solution avec ces informations si possible.

Réponses:

9

Windows 8 comprend 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 hybride / démarrage rapide de Windows 8» . Fondamentalement, à l'arrêt, Windows tue tous les processus utilisateur, puis met le noyau en veille prolongée sur le disque. Il le fait pour accélérer le processus d'arrêt et de démarrage. La suppression de tous les processus utilisateur est plus rapide que leur mise en veille prolongée sur disque, et la restauration d'un noyau en veille prolongée est plus rapide qu'un nouveau démarrage du noyau.

Il est conseillé aux utilisateurs de Linux de désactiver "Hybrid Shutdown / Fast Boot", sinon ils ne pourront pas monter les systèmes de fichiers NTFS (car l'état actuel du système de fichiers NTFS n'est pas stocké sur la partition NTFS, mais conservé dans la mémoire du noyau en veille prolongée). De cette question, il semble également qu'il puisse interférer avec l'initialisation du périphérique - probablement en mettant le périphérique dans un état de veille dont il ne se réveille pas lorsqu'un processus de démarrage normal est effectué.

bain
la source
Votre commentaire a résolu mon problème impliquant une nouvelle installation de Windows 10 et une nouvelle installation d'Ubuntu 15.10. Je n'avais pas ce problème avec Windows 10, donc je pense qu'ils ont fait quelque chose avec une mise à jour. Je vous remercie.
MatrixManAtYrService
1
Qu'en est-il exactement du même problème avec Windows 7 / Ubuntu?
7hibault
Même problème, même solution (arrêt complet) pour Windows 10
steffen
5

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 resteraient constamment muets (même si les paramètres de volume suggéraient le contraire).

Après quelques recherches en ligne, j'ai découvert la 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 / tue tous les processus exécutant pulseaudio et force PulseAudio à réinitialiser sa configuration utilisateur en supprimant les fichiers et dossiers créés dans le dossier de départ de l'utilisateur)

attendez au moins 10 secondes puis exécutez la commande suivante:

pulseaudio -k 

(c'est-à-dire qu'il tue pulseaudio démon )

Pour plus d'informations sur les commandes susmentionnées, vous pouvez vérifier ces liens: Manuels Ubuntu - killall , Manuels Ubuntu - pulseaudio , Wiki Ubuntu - PulseAudio .

Si ces commandes simples n'ont pas résolu votre problème, je vous suggère de suivre les étapes alternatives fournies par la procédure de dépannage du son.

En conclusion, une solution triviale qui a fonctionné pour moi: pendant que dans Ubuntu, brancher et débrancher les écouteurs réactiverait l'audio des haut-parleurs.

Quelle est la cause? Il semble que la configuration de PulseaAudio soit corrompue / non 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.

curi0us-m0nkey
la source
Cela fonctionne aussi pour moi. Aimerais vraiment comprendre ce que je fais ici? Pouvez-vous expliquer un peu? De plus, qu'est-ce qui cause le problème en premier lieu?
Postlagerkarte
Ajout d'informations supplémentaires à la réponse précédente, j'espère que cela aide à clarifier un peu :)
curi0us-m0nkey
2

C'est un problème assez simple. Je crois que Linux place votre prise casque dans un état que Windows ne peut pas reconnaître.

J'ai trouvé que faire un arrêt à froid (en maintenant le bouton d'alimentation enfoncé pendant 10 secondes) de Linux puis en démarrant sous Windows résoudrait souvent ce problème.

Kali_fornia_cating
la source
Pouvez-vous "nettoyer la cruauté" et ne laisser que la réponse? De plus, des trucs comme "Cela fonctionne à 100%" peuvent être suspects.
Kaz Wolfe
Cela fonctionne vraiment!
Py-ser
1

J'ai récemment commencé à avoir le même problème. Je double démarrage Windows 7 et Ubuntu 14.04. Le problème semble avoir commencé après l'installation de la mise à jour Windows d'un nouveau pilote Realtek HD Audio.

Un redémarrage en douceur de Windows vers Linux entraîne un son composé entièrement de sons pop et crépitants. Complètement inutilisable. Dans cet état, la prise casque à l'avant de mon boîtier fonctionnait toujours bien. Seul l'audio arrière a été affecté.

Si je fais un arrêt puis un démarrage à froid sur Linux, alors l'audio fonctionne bien sous Linux.

Josh
la source
1

J'ai eu le même problème et j'ai suivi le guide de dépannage d'Ubuntu complètement le mais cela n'a pas fonctionné.

Cela a finalement fonctionné en ajoutant la ligne ci-dessous au /etc/modprobe.d/alsa-base.conffichier:

options snd-hda-intel model=auto
arbazkhan002
la source