Ещё раз, для новичков:
1) Именно о GRUB в вики можно смело читать русскую версию, если у вас к ней есть претензии, изложите их конкретно.
2) Установка для UEFI требует заранее созданного и уже смонтированного EFI-раздела, иначе устанавливать некуда.

Подробнее см. в вики EFI-раздел и установка для UEFI
По-моему, проще накрутить в микшере баланс каналов для наушников.
В некоторых микшерах это может выглядеть как "разделить каналы", после чего левый и правый настраиваются отдельно.
Velesich
Четырнадцатого ноября обновился syslog-ng... и перестал работать
Новая версия syslog-ng имеет другой юнит. Теперь его надо (если кому надо) запускать как syslog-ng@default.service , в этом основное отличие.
Кроме того, если заглянуть в новый юнит, видно, что он берёт стартовые опции и пути к файлам из /etc/default/syslog-ng@default , где их можно посмотреть, и при необходимости поменять.
Насколько я понимаю, в трее отображаются процессы, подключённые к выводу звука через pulseaudio.
Скорей всего mpv у вас выводит звук мимо пульсы.
Запустите его из консоли. Если в выводе будет такое:
AO: [alsa] 48000Hz stereo 2ch float
значит так и есть.
Большой свич это довольно сложный девайс, в котором обычно есть N миксросхем-коммутаторов, подключённых к разным группам портов, и управляющий процессор (контроллер), на котором крутится интерфейс управления (на него можно удалённо зайти), плюс один или несколько преобразователей напряжения для питания всего этого.

Если выходит из строя (или начинает глючить одна из микросхем-коммутаторов, или питающий именно её преобразователь напряжения (например, вздулись некоторые конденсаторы), это вовсе не обязательно затронет управляющий процессор, и на свич по-прежнему можно зайти.

Если случившийся глюк не случаен, и произошел именно так, то через некоторое время проблемы будут повторяться, пока не заменят свич.
R.V.
Отсутствия у ядра драйвера для доступа к диску на этапе загрузки системы приводит к вопросу, как же система тогда установилась?
Драйвер всегда был, но чтобы его модуль был доступен на этапе загрузки, нужно было собрать новый initrd командой mkinitcpio -P, что очевидно, не было сделано.
При установке ядро грузится с "большим и толстым" initrd, аналогичным fallback-сборке, где есть сразу все драйверы, которые могут понадобиться для досутпа к дискам и ФС на различных машинах.
R.V.
1) При загрузке корень берётся из параметра root= ядра, а НЕ из fstab, потому что этот самый fstab, как нетрудно догадаться, находится в том самом корне, который ещё не найден и не смонтирован.
2) Указание раздела по UUID подразумевает, что этот UUID надо искать по ВСЕМ доступным на этот момент дискам. Собственно, UUID никак не привязан к диску и даже разделу, это внутреннее свойство записанной в разделе ФС или свапа.
3) Никакие другие разделы не мешают искать заданный UUID, если их UUID отличаются от него.
4) Искать раздел по UUID мешает отсутствие доступа к диску, на котором находится искомый раздел. Поскольку автор темы с самого начала показал, что диск с искомым разделом таки присутствует, но почему-то не виден на этапе initrd, становится очевидно, что причина – отсутствие у ядра на этом этапе драйвера для доступа к этому диску. Решение – на первый раз использовать fallback-сборку со всеми наличными модулями, а после успешной загрузки пересобрать наконец штатный initrd с включением в него нужных для загрузки именно на этой машине модулей.
5) Опыт это хорошо, но его ещё нужно осмыслить. В противном случае получается шаманство – подуть в трубу и протереть зеркало, тогда заведётся :)
Мдя... Вот при чём тут свап и другие диски?

Если раздел с указанным UUID на подключённом диске есть (это ясно показывает blkid), но initrd его не может найти, значит в нём нет модуля с необходимым для подключения этого диска драйвером.

Скорей всего, эту проблему решит загрузка через fallback (пункт меню загрузчика или временно заменить в строке initrd initramfs-ядро.img на initramfs-ядро-fallback.img) с последующей пересборкой initramfs командой
mkinitcpio -P
Что-то я не разглядел упоминания проприетарного драйвера nvidia, прошу прощения. Параметр video с ним не поможет, потому что он не включает вообще фреймбуфер в консоли.

В этом случае, можно попробовать задействовать фреймбуфер средствами прошивки (BIOS/UEFI), если она будет поддерживать желаемый режим монитора.
Подробнее тут.
Через параметр ядра video=
подробнее тут