При выполнении системного обновления (инициировал GUI путь), я был пойман в бесконечном цикле во время обновления ПК личинки. Посмотрите детали ниже.
Система, в которой возникает проблема и как она была настроена
Мой компьютер является Windows 10 двойной загрузки / Xubuntu 18.04 один. Это имеет 7 разделов на разделенном DOS SSD, и это использует механизм EFI во время начальной загрузки:
ЭТИКЕТКА ТОЧКА МОНТИРОВАНИЯ FSTYPE
sda
Система-reserviert sda1 ntfs
sda2 SSD-Windows-Sys ntfs
SSD-EFI sda3 vfat/boot/efi
sda4
Ext4 / Дома Linux SSD sda5 домой
Дом Windows SSD sda6 ntfs
sda7 SSD-Linux-Sys ext4 /
То, когда я получил компьютер несколько лет назад, он только имел Windows 10 плюс система, зарезервировало раздел, который теперь стал/dev/sda1. После того, как я изменил размер разделов и создал отдельный раздел для Windows домой, я установил Xubuntu 16.04 и при выполнении так, я создал Системный раздел Linux, раздел Подкачки плюс Домашний Linux раздел. Я отбросил раздел Подкачки Linux, когда я клонировал все к SSD, который должен был заменить жесткий диск, который я имел прежде (после того, как intemediate ступает в восстановление не рабочая установка начальной загрузки).
При обновлении системы до Xubuntu 18.04 я вошел в большую проблему: Мне не предложили опции установить его вместе с Windows. Я должен был использовать "что-то еще" путь во время установки.
Результатом был компьютер, который или не загружался вообще, или он загрузился только к Windows, или он загрузился только к Linux. Но/dev/sda7 смотрел на меня как системный раздел.
Вероятно, с Xubuntu 16.04 зарезервированный Системой раздел также работал ESP, хотя он отформатирован как ntfs. Его текущее содержание (возможно включая остаток от предыдущей установки двойной загрузки, работающей с Xubuntu 16.04), похоже на это:
$ tree -L 3 /media/verwalter/System-reserviert/
/media/v/System-reserviert/
├── Boot
│ ├── BCD
│ ├── BCD.LOG
│ ├── BCD.LOG1
│ ├── BCD.LOG2
│ ├── bg-BG
│ │ └── bootmgr.exe.mui
│ ├── BOOTSTAT.DAT
│ ├── bootuwf.dll
│ ├── bootvhd.dll
│ ├── cs-CZ
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── da-DK
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── de-DE
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── el-GR
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── en-GB
│ │ └── bootmgr.exe.mui
│ ├── en-US
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── es-ES
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── es-MX
│ │ └── bootmgr.exe.mui
│ ├── et-EE
│ │ └── bootmgr.exe.mui
│ ├── fi-FI
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── Fonts
│ │ ├── chs_boot.ttf
│ │ ├── cht_boot.ttf
│ │ ├── jpn_boot.ttf
│ │ ├── kor_boot.ttf
│ │ ├── malgun_boot.ttf
│ │ ├── malgunn_boot.ttf
│ │ ├── meiryo_boot.ttf
│ │ ├── meiryon_boot.ttf
│ │ ├── msjh_boot.ttf
│ │ ├── msjhn_boot.ttf
│ │ ├── msyh_boot.ttf
│ │ ├── msyhn_boot.ttf
│ │ ├── segmono_boot.ttf
│ │ ├── segoen_slboot.ttf
│ │ ├── segoe_slboot.ttf
│ │ └── wgl4_boot.ttf
│ ├── fr-CA
│ │ └── bootmgr.exe.mui
│ ├── fr-FR
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── hr-HR
│ │ └── bootmgr.exe.mui
│ ├── hu-HU
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── it-IT
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── ja-JP
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── ko-KR
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── lt-LT
│ │ └── bootmgr.exe.mui
│ ├── lv-LV
│ │ └── bootmgr.exe.mui
│ ├── memtest.exe
│ ├── nb-NO
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── nl-NL
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── pl-PL
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── pt-BR
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── pt-PT
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── qps-ploc
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── qps-plocm
│ │ └── bootmgr.exe.mui
│ ├── Resources
│ │ ├── bootres.dll
│ │ └── de-DE
│ ├── ro-RO
│ │ └── bootmgr.exe.mui
│ ├── ru-RU
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── sk-SK
│ │ └── bootmgr.exe.mui
│ ├── sl-SI
│ │ └── bootmgr.exe.mui
│ ├── sr-Latn-CS
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── sr-Latn-RS
│ │ └── bootmgr.exe.mui
│ ├── sv-SE
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── tr-TR
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── uk-UA
│ │ └── bootmgr.exe.mui
│ ├── zh-CN
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ ├── zh-HK
│ │ ├── bootmgr.exe.mui
│ │ └── memtest.exe.mui
│ └── zh-TW
│ ├── bootmgr.exe.mui
│ └── memtest.exe.mui
├── bootmgr
├── BOOTNXT
├── BOOTSECT.BAK
├── EFI
│ ├── Boot
│ │ ├── bkpbootx64.efi
│ │ └── bootx64.efi
│ ├── Microsoft
│ │ ├── Boot
│ │ └── Recovery
│ └── ubuntu
│ └── shimx64.efi
├── Recovery
│ └── Logs
├── $RECYCLE.BIN
│ ├── S-1-5-21-1255711166-3792583174-1275079413-1008
│ │ └── desktop.ini
│ └── S-1-5-21-1255711166-3792583174-1275079413-1009
│ └── desktop.ini
├── System Volume Information
│ ├── Chkdsk
│ │ ├── Chkdsk20190923203942.log
│ │ └── Chkdsk20190923204533.log
│ ├── IndexerVolumeGuid
│ ├── tracking.log
│ └── WPSettings.dat
├── $WINRE_BACKUP_PARTITION.MARKER
└── WinSich
└── W530
58 directories, 103 files
По всей вероятности процесс установки (повсеместность) не распознал это как Системный раздел EFI (ESP), и следовательно это создало не надлежащую установку начальной загрузки.
Наконец я вручную создал ESP, отформатированный как VFAT. Во время моего последнего процесса установки я вручную отметил этот раздел/dev/sda3/в GpartEd как часть как “Использование в качестве Системного раздела EFI”. Это дало ему флаг ESP. Флаг начальной загрузки к/dev/sda1 (что находится на этом, был показан выше).
Но несмотря на эти настройки, система не загружала правильно разрешение мне выбрать в меню Личинки который система загрузиться. Загрузчик Личинки отсутствовал в разделе EFI.
Я наконец разрешил это при помощи палки установки ISO-образа, от которой я установил Xubuntu 18.04 на/dev/sda7. Там я сделал это (после подсказки от того, Как я могу переустановить GRUB к разделу EFI?):
sudo mount /dev/sda7 /mnt
sudo mount /dev/sda3 /mnt/boot/efi
for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i;
mount
sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
Наконец я получил систему, которая сначала показывает мне меню Grub и позволяет мне выбрать операционную систему для начальной загрузки.
Бесконечный цикл во время системного обновления
Я сделал обновление нормальной системы с помощью GUI путь. Этот включал среди встроенного микропрограммного обеспечения Linux других, grub-efi-amd64.bin, личинка-pc.bin. Там это меню подошло
устройства диалога для установки личинки
Когда я позволяю мыши оставить справа sub окно с этими двумя флажками, объяснение подошло, объяснив, что обновление ПК личинки было сделано. Я должен выбрать, для которого установка личинки устройств должна быть сделана автоматически. В большинстве случаев было бы разумно позволить ему работать автоматически, таким образом избежав, чтобы установленное изображение GRUB не соответствовало к модулям Личинки или к grub.cfg. Если бы я был не уверен, какое устройство BIOS использует для начальной загрузки, то было бы лучше установить GRUB во всех устройствах. Также была подсказка о возможности установить GRUB в блоки начальной загрузки разделов. Некоторым соответствующим разделам сказали быть предложенными здесь. Это однако вынудило бы GRUB использовать механизм черного списка, которые были менее надежными, и поэтому он не рекомендовался.
Я в первом повороте, я проверил обе галочки из-за своего процесса установки (см. выше). Но затем я получил это сообщение об ошибке:
i-386-pc соединил für Ihre Plattform проводом installiert установка личинки: Fehler: Für/, konnte kein GRUB-Laufwerk gefunden werden. Карта устройства Überprüfen Sie Ihre.
сопровождаемый с этим диалогом, говоря мне, что Личинка не могла быть записана в устройство загрузки и askint меня, продолжу ли я. Это сопровождалось с флажком.
Функция справки объяснила, что GRUB не мог быть установлен в/. Если бы я продолжил бы, компьютер возможно не загрузился бы правильно. Поэтому я не устанавливал флажок перед вопросом.
Это возвратило меня первому диалогу, просящему устройства для установки GRUB.
После того, как я установил оба флажка в прошлый раз, когда я сначала удалил галочку из первой. Это привело меня снова к последующему диалогу (см. выше). Я не проверял галочку перед вопросом, как перед которым returnet, меня туда, где я всегда был прежде.
На этот раз я сделал mny выбор точно наоборот, который в свою очередь принес мне к тому же второму диалогу (см. выше). Таким образом, я пойман в бесконечном цикле, если я не беру потенциально вредный выход, выбирающий ни один из двух предлагаемых разделов, и устанавливающий флажок в “Настраивают ПК личинки”.
Так, что я сделаю? Я не хочу возвращать свою систему к не начальной загрузке вообще или не разрешению мне выбрать который система загрузиться.
Я позволяю компьютеру, выполненному в течение четырех дней, не выключая его. Наконец я должен был сделать, выключают его так или иначе.
На следующей перезагрузке, я проник через меню GRUB и мог выбрать, загрузить ли Xubuntu или Windows 10. So в этом случае, угроза, которую компьютер возможно не загрузит правильно, был неправильный . Я доволен этим!
я посмотрел на версию GRUB установленного Xubuntu: Это 2.02-2ubuntu8.14. На карте с интерфейсом USB, на которую я установил Xubuntu 18.04 прежде от того же ISO-образа, я имею общий для личинки 2.02-2ubuntu8.13. По-видимому, это изменилось на моем SSD.
я также посмотрел на даты файла файлов и каталогов на ntfs-отформатированный раздел/dev/sda1, который маркирован "System-reserviert":/media/username/System-reserviert/Boot/bg-BG и другой язык, определенные файлы имеют метки времени дня, когда я закрыл систему. Но рассмотрение ближе их и в /var/log/kern*.log для наблюдения, когда я наконец закрыл компьютер он показывает мне, что еще по крайней мере два события начальной загрузки Xubuntu произошли, прежде чем эти метки времени были сделаны. Я уверен, что также загрузил компьютер в Windows, прежде чем те метки времени были сделаны.
Рассмотрение/boot/efi/EFI/ubuntu/(который является смонтированным разделом ESP/dev/sda3) я вижу, что более свежие метки времени со дня, когда я закрыл систему (но до этого события)./boot/efi/EFI/ubuntu/grub.cfg также несет эту метку времени (один до закрытия системы). Все файлы в/boot/EFI/ubuntu на самом деле имеют метки времени до закрытия после обновления, которое вызывало этот вопрос.
Еще одна странная вещь: существует пустой каталог,/boot/efi/EFI/microsoft/boot. Дата файла этого каталога от 11.11.2019, таким образом, это было там перед этим обновлением. Для чего этот каталог хорош? Там что-то отсутствует в нем?
С одной стороны я удачлив, что не вошел в загружающуюся проблему. С другой стороны, должна быть ошибка в установке GRUB, по крайней мере, в повсеместности процесса установки, которая не предложила мне tha опции установить Xubuntu вместе с существующим Windows 10. Далее это стоило бы посмотреть на то, почему мне был нужен отформатированный Системный раздел Efi специального VFAT (особенно) и почему ntfs-отформатированный ntfs "зарезервированный Системой" раздел не может служить этой цели больше под Xubuntu 18.04. По-видимому, это было возможно с Xubuntu 16.04.