повторно найдите: очень медленная начальная загрузка при использовании Загрузчика Тупика EFI

Question 1

После недавнего переустанавливают, я испытал очень странную проблему с перенаходкой: в то время как это обнаруживает и GRUB и vmlinuz на моем / разделе начальной загрузки, использование последнего является чрезвычайно медленным.

А именно, сразу после выбора "Начальной загрузки vmlinuz-4.8.0-53-generic от 191 мебибайт ext2 объем", мне показывают черный экран со следующим текстом:

Starting vmlinuz-4.8.0-53-generic
Using load options 'root=UUID=6641e1e2-6829-49cc-bf88-85ba5eefbff8 ro quiet splash nomodeset vt.handoff=7 initrd=\initrd.img-4.8.0-53-generic'

Приблизительно после минуты ожидания (!) Linux обычно загружается (и скорее быстро).

Если я выбираю GRUB, с другой стороны, я взят к меню начальной загрузки GRUB и после выбора опции по умолчанию, Linux сразу начинает загружаться.

Какова могла быть причина этого?

Моя установка включает SSD (где мне установили Linux и Windows), и жесткий диск (где мой / домой), с раздел начальной загрузки ext2 / и раздел EFI (созданный Windows первоначально) смонтированный на/boot/efi. Вот мой/etc/fstab:

UUID=6641e1e2-6829-49cc-bf88-85ba5eefbff8 /               ext4    errors=remount-ro 0       1
UUID=3c804805-c41e-4b9d-af02-118b98858ae4 /boot           ext2    defaults        0       2
UUID=8EA5-5319  /boot/efi       vfat    umask=0077      0       1
UUID=bf088ec8-140d-4829-8de7-deb1d375b0e5 /home           ext4    defaults        0       2
UUID=E2A8CA84A8CA5727 /mnt/Windows    ntfs    defaults,umask=007,gid=46 0       0
UUID=3fb0b28d-87d8-4162-b469-1c157a4d00b0 none            swap    sw              0       0

Question 2

Я - специалист по обслуживанию rEFInd.

Это - проблема драйвера файловой системы. По причинам я не полностью понимаю, некоторые драйверы файловой системы rEFInd (особенно ext2_x64.efi драйвер), являются медленными на некоторых компьютерах. Я добавил, что сырая нефть readahead кэш к драйверу кодирует несколько лет назад, и это помогло много - под VirtualBox, скорость, улучшенная приблизительно с 3-минутного времени загрузки до нескольких десятков секунд, IIRC. Некоторые компьютеры продолжают иметь проблемы даже с этим кэшем, все же.

Решение состоит в том, чтобы измениться на другую файловую систему. ext4fs драйвер rEFInd намного быстрее, чем его ext2/3fs драйвер, и драйверы Btrfs и ReiserFS быстрее все еще. (Обратите внимание, что ext4fs драйвер может считать ext2fs, но предоставит минимальному улучшению скорости тот путь; это должно считать фактическую ext4 файловую систему для обеспечения улучшения скорости.) В худшем варианте, Вы могли использовать FAT, который не требует никакого специального драйвера (он встроен в весь EFIs); или на Mac, Вы могли использовать HFS +. (Существует также HFS + драйвер, который идет, повторно находят, таким образом, в принципале Вы могли использовать HFS + даже на ПК не-Mac, но существует минимальная точка к выполнению так.) Перемещающийся за пределами стандартной файловой системы Linux нецелесообразно, все же. Ubuntu полагается на символьные ссылки для некоторых (но не все) обновления ядра, делая FAT плохим выбором; и хотя HFS + должен работать, он официально не поддерживается Ubuntu. Даже ReiserFS не является опцией в установщике Ubuntu, таким образом, я избегал бы его для Ubuntu. Это оставляет ext4fs и Btrfs.

Переключение является довольно простым, но не безрисковым - если Вы делаете ошибку, Ваша система могла бы быть представлена незагрузочная. Базовая процедура:

Скопируйте новый драйвер файловой системы в перенаходку drivers или drivers_x64 подкаталог (/boot/efi/EFI/refind/drivers или /boot/efi/EFI/refind/drivers_x64, вероятно). Удаление старого ext2_x64.efi файл от того местоположения уменьшит время загрузки rEFInd на секунду или около этого.
Размонтируйте ESP (/boot/efi).
Создайте резервную копию /boot раздел. Можно использовать zip, tar, cp, или некоторый другой инструмент уровня файла для этого.
Размонтирование /boot.
Создайте новую файловую систему на /boot раздел.
Ввести sudo blkid /dev/sda{x} (изменение /dev/sda{x} к идентификатору для Вашего /boot раздел) для изучения его нового значения UUID.
Править /etc/fstab для изменения значения UUID и файловой системы вводят для /boot раздел.
Ввести sudo mount -a смонтировать новое /boot раздел. (Это будет, вероятно, жаловаться, что существует нет /boot/efi точка монтирования. Можно проигнорировать это предупреждение.)
Восстановите поддерживаемый /boot файлы к новому /boot файловая система.

На данном этапе необходимо смочь перезагрузить, и это будет работать лучше. Ошибка, тем не менее, могла заставить систему быть незагрузочной. Для снижения того риска можно скопировать по крайней мере одно рабочее ядро, initrd файл, и refind_linux.conf от /boot кому: /boot/efi и протестируйте свою способность загрузить ядро от ESP перед началом. Это даст Вам нейтрализацию способ загрузиться в случае проблемы. Если нет никаких проблем, можно, конечно, удалить ядро из ESP, после того как Вы сделаны.

Для больше на драйверах rEFInd, см. его документацию относительно этого предмета:

http://www.rodsbooks.com/refind/drivers.html

Rod Smith · Accepted Answer · 3 December 2019 в 06:53

Я - специалист по обслуживанию rEFInd.

Это - проблема драйвера файловой системы. По причинам я не полностью понимаю, некоторые драйверы файловой системы rEFInd (особенно ext2_x64.efi драйвер), являются медленными на некоторых компьютерах. Я добавил, что сырая нефть readahead кэш к драйверу кодирует несколько лет назад, и это помогло много - под VirtualBox, скорость, улучшенная приблизительно с 3-минутного времени загрузки до нескольких десятков секунд, IIRC. Некоторые компьютеры продолжают иметь проблемы даже с этим кэшем, все же.

Решение состоит в том, чтобы измениться на другую файловую систему. ext4fs драйвер rEFInd намного быстрее, чем его ext2/3fs драйвер, и драйверы Btrfs и ReiserFS быстрее все еще. (Обратите внимание, что ext4fs драйвер может считать ext2fs, но предоставит минимальному улучшению скорости тот путь; это должно считать фактическую ext4 файловую систему для обеспечения улучшения скорости.) В худшем варианте, Вы могли использовать FAT, который не требует никакого специального драйвера (он встроен в весь EFIs); или на Mac, Вы могли использовать HFS +. (Существует также HFS + драйвер, который идет, повторно находят, таким образом, в принципале Вы могли использовать HFS + даже на ПК не-Mac, но существует минимальная точка к выполнению так.) Перемещающийся за пределами стандартной файловой системы Linux нецелесообразно, все же. Ubuntu полагается на символьные ссылки для некоторых (но не все) обновления ядра, делая FAT плохим выбором; и хотя HFS + должен работать, он официально не поддерживается Ubuntu. Даже ReiserFS не является опцией в установщике Ubuntu, таким образом, я избегал бы его для Ubuntu. Это оставляет ext4fs и Btrfs.

Переключение является довольно простым, но не безрисковым - если Вы делаете ошибку, Ваша система могла бы быть представлена незагрузочная. Базовая процедура:

Скопируйте новый драйвер файловой системы в перенаходку drivers или drivers_x64 подкаталог (/boot/efi/EFI/refind/drivers или /boot/efi/EFI/refind/drivers_x64, вероятно). Удаление старого ext2_x64.efi файл от того местоположения уменьшит время загрузки rEFInd на секунду или около этого.
Размонтируйте ESP (/boot/efi).
Создайте резервную копию /boot раздел. Можно использовать zip, tar, cp, или некоторый другой инструмент уровня файла для этого.
Размонтирование /boot.
Создайте новую файловую систему на /boot раздел.
Ввести sudo blkid /dev/sda{x} (изменение /dev/sda{x} к идентификатору для Вашего /boot раздел) для изучения его нового значения UUID.
Править /etc/fstab для изменения значения UUID и файловой системы вводят для /boot раздел.
Ввести sudo mount -a смонтировать новое /boot раздел. (Это будет, вероятно, жаловаться, что существует нет /boot/efi точка монтирования. Можно проигнорировать это предупреждение.)
Восстановите поддерживаемый /boot файлы к новому /boot файловая система.

На данном этапе необходимо смочь перезагрузить, и это будет работать лучше. Ошибка, тем не менее, могла заставить систему быть незагрузочной. Для снижения того риска можно скопировать по крайней мере одно рабочее ядро, initrd файл, и refind_linux.conf от /boot кому: /boot/efi и протестируйте свою способность загрузить ядро от ESP перед началом. Это даст Вам нейтрализацию способ загрузиться в случае проблемы. Если нет никаких проблем, можно, конечно, удалить ядро из ESP, после того как Вы сделаны.

Для больше на драйверах rEFInd, см. его документацию относительно этого предмета:

http://www.rodsbooks.com/refind/drivers.html

повторно найдите: очень медленная начальная загрузка при использовании Загрузчика Тупика EFI

1 ответ

Другие вопросы по тегам:

Похожие вопросы: