Замораживание установки в GRUB2 на B1 B118-RN-P7XQ Вращения Acer TravelMate
При установке Ubuntu на моем B1 B118-RN-P7XQ Вращения Acer TravelMate установка останавливается/замораживает при установке GRUB2. Когда я затем перезагружаю ноутбук (таким образом, установка не полна), я добираюсь до GRUB2-командной-строки, где я могу загрузить Ubuntu вручную. Однако каждая попытка зафиксировать GRUB замораживает ноутбук.
Дело обстоит так с Ubuntu 16.04 LTS с и не получая обновления во время установки и Ubuntu 17.04, не получая обновления.
Только при установке Ubuntu 17.04 С обновлениями в течение времени установки, установка все еще замораживается, но я могу затем загрузиться прямо в Ubuntu. (Однако я сомневаюсь, что установка очень применима/стабильна из-за незавершенной установки...),
Одно возможное обходное решение должно сначала установить Ubuntu 17.04 с обновлениями, затем установив другую Ubuntu с ubiquity -b (никакой загрузчик), в этом случае установка успешно завершается.
Вещи я попробовал:
- использование другого распределения: Ubuntu GNOME, Linux Mint, Antergos (с GRUB2); всегда то же
- вызов поддержки клиентов Acer: они переключили материнскую плату (?) и в основном сказали мне, что не поддерживают Ubuntu, Ubuntu (еще) не совместима, и я должен переключиться на Windows 10
- установка Antergos с systemd-начальной-загрузкой вместо GRUB2, установка Windows 10; оба хорошо работают
Этот ноутбук идет с Бесконечной ОС, странным дистрибутивом Linux, предварительно установленным (я могу также успешно переустановить его). Это также использует GRUB2 (Acer, по-видимому, заставил его работать над тем дистрибутивом).
Я делал ошибку?
В противном случае я могу помочь где-нибудь решить эту проблему, например, путем предоставления (аппаратные средства-) информации и/или тестирования? Я не использую ноутбук активно, нет никаких данных по нему, таким образом, он мог бы прибыть удобный.
Обновление 1: sudo parted -l после установки Ubuntu 17.04 с обновлениями:
Model: ATA Micron_110_MTFD (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 256GB 256GB ext4
Обновление 2: https://paste2.org/9175MVMI
Кроме того, boot-repair доберитесь упорно продолжил переустановку GRUB...
Обновление 3:
разность, оставленная, является правом Ubuntum, EndlessOS: https://www.diffchecker.com/d1QXLt5a
Обновление 4:
Ошибка все еще происходит с Ubuntu 17.10.1 (хотя обходное решение существует).
1 ответ
Просто устанавливание пакета личинки оказывается проблемой, и можно удалить диск поместить его в другой компьютер, то сделать просто это и установить Ubuntu там. Сделайте себя знакомыми с работой вокруг пропавших без вести записей UEFI NVRAM, существует несколько способов приблизиться к этому, и у Вас должна быть загрузочная система при монтировании диска снова. Если бы устройство хранения данных - всего одно (или больше) спаянные микросхемы на системную плату затем, Вам был бы нужен другой диск установить на другом компьютере, загрузиться, живой диск на целевом компьютере настраивают таблицу разделов, копируют все содержание корня и системного раздела EFI с sudo rsync -av и настраивают /etc/fstab для корректных UUID. Некоторые люди предпочли бы некоторый дамп содержимого диска / клон, но я предпочитаю этого. С UEFI Вы не должны были бы даже называть личинку для модификаций к MBR, если оказывание быть частью, где это отказывает.
, Который решил бы Вашу проблему путем размышления вне поля.;) Исследование проблемы далее было бы хорошей идеей. Бесконечная ОС основана на Debian, если я вспоминаю правильно, это не странно , это на самом деле очень хорошо и имеет некоторые преимущества (никакие плохие или застрявшие обновления, пар через плоский корпус). Это стоит второго взгляда, не списывайте его просто, потому что это сделано для нетехнически подкованных людей.