ThelVadam

joined 2 years ago
[–] ThelVadam@programming.dev 1 points 11 months ago

Currently on linux-zen, up to date (6.13.2.zen1-1)

[–] ThelVadam@programming.dev 1 points 11 months ago (2 children)

I’ve tried following this guide and the one on Arch’s Wiki to no avail, but I’m sure I could’ve messed something up somewhere somehow.

I think I’ve ruled out the issue being loopback specific, because even trying to use the Line In as intended (eg: joining a Discord call with the Line In set as the microphone), no audio comes through.

The motherboard is pretty recent, recent enough that it seems it doesn’t have Linux compatible drivers for Bluetooth, so I wouldn’t be surprised if my audio issues stemmed from the same problem. That, or the motherboard doing this weird jack-to-usb bridge…

[–] ThelVadam@programming.dev 1 points 11 months ago (4 children)

This is gonna sound even stupider, I actually got my cables mixed up and the cable I plugged into the Mac Mini thinking it was the Speakers was actually the other end of the Line In cable so audio was being sent to nowhere.

Plugged the actual Speakers cable in the Mac Mini and audio played find through the Speakers.

Re-arranged the cables back to the previous setup and the issue remains :(

[–] ThelVadam@programming.dev 1 points 11 months ago* (last edited 11 months ago) (6 children)

Ohhh very interesting, didn’t think to try THAT.

When I unplug the jack from the Mac Mini, the audio plays out from the Mac Mini’s internal speaker (that I tried).

But when I unplug the speakers from the main PC and plug them into the Mac Mini, nothing plays through the speakers.

Outputs listed on the Mac Mini are: LG ULTRAGEAR (HDMI), External Headphones (Headphone port), and Mac mini Speakers (Built-in).

Default audio device is set to External Headphones (the jack port i’m using that worked perfectly before), unmuted and volume set to 75%, so audio SHOULD play, but it does not.

Edit: really weird that it works fine through Windows though. Audio from the Mac Mini’s plays fine when plugged to the main PC and it’s booted to Windows, but not through Linux and not through the Speakers directly??

[–] ThelVadam@programming.dev 1 points 11 months ago (4 children)

QasMixer is listing the same devices as alsamixer. Two Speaker lines: PCM, 0 and PCM, 1 Three Capture lines: Line, Mic, Analog In

All are enabled and unmuted.

Tinkering with it and so far nothing with QasMixer is yielding any results.

[–] ThelVadam@programming.dev 1 points 11 months ago (8 children)

Oop yeah I should’ve probably specified that.

Speakers work fine, it’s specifically the Line In that doesn’t seem to work. Motherboard only has two jack ports: Line Out (Speakers, works), and Line In (doesn’t work at all).

Once every couple of days the Speakers audio will cut out for about 5s and come back, but I can live with that (couldn’t seem to find errors logged relating to this).

While having a video playing on the Mac Mini so I’d have a constant source of noise, I tried using arecord and aplay to test if any audio at all was coming in, got nothing. I tried testing the “microphone” in Discord, Discord tells me it’s not getting anything at all (but it does do a brief crackle right when I click “Let’s check” under the mic testing option).

[–] ThelVadam@programming.dev 1 points 1 year ago

Alright so I tried your solution, and it had a very interesting effect…

Now both boot partitions boot straight to Windows. Entirely skipping systemd-boot and Arch.

On the plus side it does mean that just copying Windows’s bootloader files to Arch’s bootloader partition will boot Windows no problem.

On the downside, my issue remains the same, I can’t get dual boot to work.

[–] ThelVadam@programming.dev 2 points 1 year ago (1 children)

Both Windows and Linux (as well as their boot partitions) are on the same drive. I’ve never had problems with my PC automatically recognizing the Linux boot partitions and adding it to the boot list until this PC.

[–] ThelVadam@programming.dev 1 points 1 year ago* (last edited 1 year ago) (1 children)

Edit: didn’t work, check new response.

So potentially that solution could work on the same drive with two separate boot partitions like I did earlier then?

Bit of a hacky way to go about it, but if it works it works.

And I guess that would potentially prevent the issue where a Windows update breaks the Linux bootloader from happening as well. Not that this has ever happened to me, but it’s an issue I’ve seen people talk about for years.

I’ll wait a bit longer to see if anyone has any suggestions/fix as to why slapping GRUB/systemd-boot in the same partition as Windows’ bootloader doesn’t seem to work, and if not or if it doesn’t work I’ll go with that.

Thank you!

view more: ‹ prev next ›