Вероятно, проблема в systemd
. Он не очень надежен - его зависимости иногда блокируются и не позволяют продолжить процесс загрузки, даже если на самом деле все будет в порядке. Он очень серьезно относится к зависимостям - слишком серьезно, чтобы быть надежным.
Однажды у меня был следующий опыт: поскольку внешний файл не монтировался, зависимости для локальных файловых систем (fstab) не были удовлетворены, и загрузка не достигла записи getty @ .service
. И что хуже всего - он даже не дошел до аварийной консоли, потому что ждал бесконечно.
Имейте в виду, что все происходит асинхронно, поэтому он, вероятно, передает не звуковую карту, а где-то еще. Когда вам удастся войти в систему, проверьте journalctl -b
(последняя загрузка) от имени пользователя root и поищите таймауты, сбои и сбои зависимостей.
Работа с rfkill и bluetooth очень нестабильна и непредсказуема. Так никогда не бывает.
Если вы выясните, кто виноват, вы можете сделать копию файла .service
в / etc / systemd / system /
и изменить его, чтобы уменьшить строгий. Мы можем помочь, если это так.
Если структура файловой системы Arch помещает толькоgrubx64.efi
(и, возможно, файл конфигурации GRUB2 )в раздел EFI, 100 МБ вполне достаточно.
Но если ваш макет монтирует раздел EFI как /boot
(, а не/boot/efi
)или иным образом приводит к тому, что все файлы ядра + initramfs помещаются туда, у вас может не хватить места с более чем одной или двумя версиями ядра. установлены. Это сделает обновления ядра излишне рискованными.
Вам всегда нужно иметь по крайней мере два установленных ядра :: одно, которое вы используете в настоящее время, и предыдущее как заведомо исправную резервную копию -. Когда вы устанавливаете новое ядро, это означает, что у вас временно будут установлены три ядра :: старое, текущее и новое.
Если вы смелы, вы всегда можете удалить старое ядро (+ его файл initramfs )непосредственно перед установкой нового ядра, но в производственной системе я бы не хотел этого делать.
(Отказ от ответственности :На моей основной домашней системе у меня была именно такая схема до того, как я заменил системный диск на больший.)
Обратите внимание, что системный раздел EFI часто отформатирован как FAT32, и этот тип файловой системы требует минимального количества блоков . Если на вашем диске используются классические блоки по 512 -байт, 100 МБ вполне подойдут. Но если вы позже перенесете свою систему на новый диск, который использует новые блоки по 4096 -байт, минимальный размер файловой системы FAT32 составит немногим меньше 260 МБ. В результате 260 МБ — это хороший минимальный размер, совместимый с прямой -для системного раздела EFI для новых установок. 100 МБ может быть слишком мало, если вы используете двойную загрузку -.
(Windows 10 также использует этот размер, если обнаруживает, что диск использует блоки размером 4096 -байт.)
И да, с помощью такого инструмента, как gparted
, вы можете изменить размер или переместить следующие разделы дальше на диске, а затем изменить размер системного раздела EFI.Такую операцию лучше всего выполнить, загрузив систему с внешнего носителя, например с какого-нибудь Linux Live DVD/USB, чтобы файловые системы, которые вам нужно будет переместить, не были смонтированы и использовались в данный момент.