Не грузится после установки: чёрный экран, emergency shell
Установка Arch Linux прошла успешно, но после перезагрузки вместо рабочего стола: чёрный экран, emergency shell или зависание на “triggering uevents”. Три симптома, три разных корня, но один алгоритм диагностики: fstab, загрузчик, ядро/initramfs, видеодрайвер. Разбираю каждый случай с командами.
Почему после установки появляется чёрный экран
Самая частая причина: видеодрайвер. Установка шла через tty, без графики, и ядро использовало простой framebuffer. После первого входа в графическое окружение запускается модуль DRM, и если драйвер несовместим с железом, экран тухнет.
Вторая причина, неправильный fstab: система не может смонтировать корень или /home и падает в emergency shell. Третья, повреждённый initramfs: ядро не находит модули для дисков, загрузка зависает на “triggering uevents”.
Как исправить чёрный экран после первого входа
Параметр nomodeset: быстрый способ вернуть экран
Если экран погас сразу после первого входа в графику, добавь nomodeset в строку ядра. Это отключит Kernel Mode Setting и позволит загрузиться с базовым framebuffer’ом.
В меню GRUB нажми e. Найди строку, начинающуюся с linux, допиши в конец nomodeset и нажми Ctrl+x. Система загрузилась? Проблема в драйвере. Сделай параметр постоянным:
sudo nano /etc/default/grub
В строке GRUB_CMDLINE_LINUX_DEFAULT допиши nomodeset:
GRUB_CMDLINE_LINUX_DEFAULT="quiet nomodeset"
Примени изменения:
sudo grub-mkconfig -o /boot/grub/grub.cfg
nomodeset: временная мера. Постоянное решение: установить правильный драйвер. Для NVIDIA:
sudo pacman -S nvidia nvidia-utils
Проверь, что DRM включён:
cat /sys/module/nvidia_drm/parameters/modeset
Вывод Y: всё в порядке. Если N, добавь nvidia_drm.modeset=1 в параметры ядра. Подробнее в статье драйвер NVIDIA для Arch Linux.
Что такое emergency shell и как из него выйти
Emergency shell: интерактивная оболочка, в которую systemd опускает при критической ошибке загрузки. Типичное сообщение: “You are now being dropped into an emergency shell”. Выйти можно командой exit, но без решения проблемы система снова упадёт.
Как проверить fstab из emergency shell
Смонтируй корневой раздел и открой fstab:
mount /dev/sdXn /mnt
cat /mnt/etc/fstab
Типичные ошибки: неправильный UUID, опечатка в точке монтирования, несуществующий swap. Сверь UUID с реальными:
blkid
Не совпадают? Исправь fstab:
nano /mnt/etc/fstab
Закомментируй проблемную строку (поставь # в начале) и проверь:
mount -a
Ошибок нет: система загрузится.
Как посмотреть лог ошибок
В emergency shell с busybox initramfs journal недоступен, используй dmesg:
dmesg | tail -30
С хуком systemd в mkinitcpio доступен полный журнал:
journalctl -xb
Флаг -xb показывает ошибки текущей загрузки с развёрнутым выводом.
Что значит “triggering uevents” и почему система зависает
“Triggering uevents”, этап работы udev: ядро отправляет события об оборудовании, udev создаёт файлы устройств в /dev. Зависание здесь, проблема initramfs: в образ не попали модули для файловой системы (btrfs, ext4, lvm2) или дискового контроллера (nvme, ahci).
Пересборка initramfs
Загрузись с live-USB, войди в chroot (см. ниже) и пересобери образы для всех ядер:
mkinitcpio -P
Для одного ядра: mkinitcpio -p linux. Проверь /etc/mkinitcpio.conf: в MODULES: нужные модули, в HOOKS: хуки (lvm2, btrfs, encrypt). Подробности на ArchWiki: mkinitcpio.
Как починить загрузчик с live-USB
GRUB повреждён или не установлен, система падает сразу после POST с “no bootable device”. Лечится через live-USB.
- Загрузись с live-USB Arch.
- Смонтируй корень:
mount /dev/sdXn /mnt
- Смонтируй ESP (для UEFI) или
/boot:
mount /dev/sdXn /mnt/boot
- Войди в chroot:
arch-chroot /mnt
- Переустанови GRUB (UEFI):
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=GRUB
Для Legacy BIOS: grub-install --target=i386-pc /dev/sdX.
- Сгенерируй конфигурацию:
grub-mkconfig -o /boot/grub/grub.cfg
- Выходи и перезагружайся:
exit
umount -R /mnt
reboot
Личный алгоритм: что проверять по порядку
Проверенная последовательность, которая экономит часы:
- fstab: UUID и точки монтирования. Частая ошибка: UUID swap не совпадает с реальным.
- Загрузчик: GRUB установлен? Конфигурация сгенерирована?
- Ядро и initramfs: модули для файловой системы и контроллера на месте? mkinitcpio пересобран?
- Видеодрайвер:
nomodesetрешает временно, правильный пакет: постоянно.
В девяти случаях из десяти проблема в первых двух пунктах. Ничего не помогло? Сверь каждый шаг с чек-листом установки Arch Linux.
Частые вопросы
fstab выглядит нормально, но система падает в emergency shell
Проверь journalctl -xb или dmesg. Часто дело в повреждённой файловой системе: запусти fsck /dev/sdXn (раздел должен быть не смонтирован).
Чёрный экран после обновления, а не после установки
Загрузись с предыдущим ядром (в GRUB: “Advanced options”), затем откати пакет:
sudo pacman -U /var/cache/pacman/pkg/nvidia-utils-<старая_версия>.pkg.tar.zst
Нужно ли всегда использовать nomodeset?
Нет. Это временная мера для диагностики. После установки правильного драйвера убери параметр из /etc/default/grub и пересобери конфигурацию, иначе отключено аппаратное ускорение графики.
Заключение
Не грузится Arch после установки: не повод переустанавливать. Большинство проблем решаются за минуты: добавил nomodeset, поправил fstab, пересобрал mkinitcpio или переустановил GRUB через live-USB. Проверяй по порядку: fstab, загрузчик, ядро, драйвер.
Полезные ресурсы
- ArchWiki: General troubleshooting: общие методы диагностики
- Полная установка Arch Linux 2026: пошаговое руководство
- Установка Arch Linux за 15 минут
Не получилось? Поможем настроить
Задай вопрос в чате — отвечаем быстро, по делу и без воды.
Комментарии