Пойманный в Бесконечном цикле во время Обновления Автоматической системы из-за Обновления ПК личинки

При выполнении системного обновления (инициировал 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 выбор точно наоборот, который в свою очередь принес мне к тому же второму диалогу (см. выше). Таким образом, я пойман в бесконечном цикле, если я не беру потенциально вредный выход, выбирающий ни один из двух предлагаемых разделов, и устанавливающий флажок в “Настраивают ПК личинки”.

Так, что я сделаю? Я не хочу возвращать свою систему к не начальной загрузке вообще или не разрешению мне выбрать который система загрузиться.

0
задан 10 December 2019 в 16:14

1 ответ

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

На следующей перезагрузке, я проник через меню 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.

0
ответ дан 21 December 2019 в 23:36

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

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