Поврежденный BIOS, обновляющий SATA управляет списком после замены в горячем режиме
Просто бездельничание с моей новой системой и нахождение меня придерживались.
Что я имею:
- Windows 10 UEFI, установленные на моем первом диске SATA, давайте назовем это drive1 (т.е.: drive1 имеет раздел ESP),
- xUbuntu x64 на флеш-накопителе
- 3 запасных диска SATA с 1 ТБ освобожденной памяти (позволяют нам назвать их drive2, 3, и 4),
- поврежденный BIOS, который мешает мне изменять порядок загрузки.
Что я хочу:
- xUbuntu UEFI установлен на drive1
- drive2, drive3, и drive4, отформатированный и смонтированный в xUbuntu
- система к UEFI загружается в drive1 xUbuntu
- № Win10 вообще!
Для начальной загрузки в живой xUbuntu, который я должен загрузить с отключенным drive1 (в противном случае sys, попадают в Win10; поврежденный BIOS, помните).
При перевключении drive1 позже и выполнении gParted в живом xUbuntu программное обеспечение просто не будет видеть замененный в горячем режиме диск SATA.
Как я вызываю "пересканирование" для целых четырех дисков SATA, однажды замененных в горячем режиме? Это даже возможно после начальной загрузки?
В противном случае, как я избавляюсь от Win10, и его раздел ESP / заменяют Win10 xUbuntu?
Я работаю в кругах сюда? Существует ли простое решение?
Я думал о uefi-установке xUbuntu на drive2 (с отключенным drive1), и затем перезагрузка с четырьмя включенными дисками, но затем sys будет иметь два конфликтующих раздела ESP...
1 ответ
Если я понимаю правильно, Вы не хотите сохранять любые данные по любому из Ваших дисков. Если так, самое легкое решение состоит в том, чтобы использовать Windows для удаления весь из разделов на всех дисках. Компьютер будет затем не мочь загрузиться от любого из тех дисков и должен загрузиться к Вашему носителю установки Ubuntu USB.
кроме того, существует хороший шанс, что встроенное микропрограммное обеспечение не является действительно дефектным, но повредило записи NVRAM. Если так, затем начальная загрузка в нее (через нажатие клавиши времени начальной загрузки или путем ввода systemctl reboot --firmware-setup в Ubuntu - но последний не всегда работает) и выбор опции сбросить все настройки к их значению по умолчанию может решить проблему. Необходимо сделать это прежде установка Ubuntu, так как это действие часто удаляет все существующие записи загрузки NVRAM. (В этом суть, действительно; если записи будут повреждены, то удаление их решит проблему.)
Для дальнейшего дополнительного чтения, я рекомендую:
- запись в блоге Adam Williamson о том, как EFI работает - Эта страница описывает теорию позади начальной загрузки режима EFI.
- Моя страница при установке Linux в системах EFI - Эта страница является более практическим введением в режим EFI, загружающийся, чем блог Adam Williamson.
- Моя страница на CSM - Эта страница покрывает CSM, включая то, когда полезно и когда это не.
- сообщество Ubuntu запись Wiki на UEFI - Эта страница немного разделяется, но является самым определенным для Ubuntu введением в EFI и его проблемы.