Ttyjfyk

You can try suspending the headphone jack. To find the index of the headphone jack:

pactl list short sinks

Then suspend that sink:

pactl suspend-sink [SINK] 1|0

Where "SINK" is the index from the first command, and "1" will suspend and "0" will unsuspend.

Edit: Sorry, misunderstood the situation. Found an Arch thread that has a method of disabling the automatic switching. Edit /etc/pulse/default.pa (gdamjan suggests the alternate ~/.config/pulse/default.pa) to remove the following line:

load-module module-switch-on-port-available

I don't know how (or if) this can be directly done via PulseAudio itself, but I do know this can be done via the ALSA control named "Auto-Mute Mode", untoggling this control (with 'alsamixer' for example) should prevent your output from being automatically muted when something is plugged in in the front jack.

Changing it this way will work even if your system runs PulseAudio, as long as it uses ALSA as the backend (but I think this is the case in most Linux distros by default).

If you use 'alsamixer' to change this setting, you will have to select the right hardware device first (press F6), since the default device will likely be the PulseAudio virtual device, which doesn't have the "Auto-Mute Mode" control.

To make this setting permanent, run as root:

# alsactl store

assuming atleast one of your jacks still works without fault, i suggest you refer to this question on askubuntu - instead of depending on the faulty audio jack, i suggest you use the mic in port for the headphones.

Run pavucontrol. Under "Configuration" menu, select "Off" option for Built-in Audio card.

Just in case this is useful for someone I will describe how I solved my problem with front jacks on Ubuntu 14.04

I my case the front mic was not working properly, I tried unmuting it in alsamixer and a thousand possible solutions more, but finally what solved it was to install alsa-tools and use hdajackretask to set up the front mic as an "internal mic", then on alsamixer I just unmuted the internal mic and internal mic boost channels and adjusted their values (53 on both on my case)

I had the problem that the headphone detection disabled the speaker, which is apparently hooked to my headphone jack in the laptop. HDA-intel on Fujitsu Siemens Amilo 1520 here.

What should give you a clue is having the alsamixer open on your soundcard and seeing the volume controls for speaker and headphone being influenced (on plugging headphone in, speaker mutes and headphone unmutes, and vice versa).

then using the hdajackretask I selected: green headphone (rear side)
- select override
- and set to "internal speaker"

you can then check by actually plugging in and out the headphones if it works for your configuration (documentation is meager).

In my case this worked, and I clicked the "Install boot override" button. Reboot the system and have working sound...

(I would really like to know what it has set up under the hood, will find that out sometime later.)

My issue is jacksense on the front port switching to "headphones" constantly (even when front panel header is not connected) and a faulty MSI motherboard they refused me RMA on. Even when jack sense is disabled in config by commenting it out in default.pa. A terrible work around was to use the front panel and just get constant crackling. I tried all the work-arounds listed here and everywhere in google.

I tried hdajackretask which did not work on Debian Stretch, However all it needed was /lib/firmware to be created. When thats done the boot override install script it creates under /tmp correctly copies the .fw file there.

/etc/modprobe.d/hda-jack-retask.conf contains:

# This file was added by the program 'hda-jack-retask'.
# If you want to revert the changes made by this program, you can simply erase this file and reboot your computer.
options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

(which expects the file under /lib/firmware, )

I'm not sure if other options snd-hda-intel overrides it or interferes so try disabling those if it fails.

My firmware file looks like this, not sure if I could of just used the [hint] stanza as I'm just happy to nuke the thing:

/lib/firmware/hda-jack-retask.fw

[codec]
0x10ec0892 0x1458a002 2

[pincfg]
0x11 0x99430130
0x12 0x4037c540
0x14 0x01014010
0x15 0x01011012
0x16 0x01016011
0x17 0x411111f0
0x18 0x01a19050
0x19 0x02a19060
0x1a 0x0181305f
0x1b 0x43f1413f
0x1c 0x411111f0
0x1d 0x4045e601
0x1e 0x01452140
0x1f 0x411111f0

[hints]
jack_detect=no

I cant upvote those answers or comment on them, If your reading this and you tried every other listed solution as I have, Try to retask jack to "not connected". On my hdajackretask it was called "Green headphone Front Side"

Here's the dead simple, manual override, workaround that worked for me (Mint Debian Edition with Cinnamon):

1. Open Sound settings (you can get there from the volume control
   widget or System Settings)


2. Under the default Output tab, under
   Device, click "Analog Output Built-in Audio"

That's it. You're done.

I spent a day and a half on this. Yes, you need to manually set the device you want to use each time, but for me two seconds doing that is better than another several days of searching and at best, it seems, setting output to one or another and changing only with a reboot. I've not seen any fix for the root problem of flaky detection.

Importantly, test sound always worked for the heapdphones or external speaker, so in my case it is a matter of flaky detection. That's presumably not the universal case. I described the symptoms in my case in greater detail elsewhere.

Edit /etc/pulse/default.pa

comment following:

#load-module module-switch-on-port-available
#load-module module-suspend-on-idle

and un-comment the last two lines:

set-default-sink output
set-default-source input

Now your Jack plugs will be active after boot.