1 HD 1 SSD, после установки Ubuntu на/sdb Linux Mint на/sda1 не находится в UEFI/Bios, хотя sda2 и sda3? действительно ли это восстанавливаемо раз так как?

Кажется мне устанавливающий Ubuntu на sdb после 1-го Linux Mint установки на sda не должен был иметь никакого эффекта на него, разочарован как потраченный на время, настроив Linux Mint, предполагают, что я могу пойти, переустанавливают, но не хотел бы, чтобы это ТЕПЕРЬ испортило Ubuntu на sdb, вздох.

На самом деле в Bios/UEFI это показывает 2 "Ubuntu" и на SSD и не показывает HD, таким образом, это похоже, я загружаюсь от SSD, который имеет / имел Linux Mint, но это загружает HD, который имеет "Ubuntu"....

Повторное заявление: в Параметрах загрузки я вижу только SSD (/sda) "SATA3_1" (я вижу SATA3_1: SanDisk SDS; человечность (SATA3_1: SDS SanDisk), и другой дубликат последней опции, ничто для HD, где я установил Ubuntu (хотя это загружается к HD), как будто установка Ubuntu на/sdb, не записало, что MBR к/sda настолько возможен?

Редактирование 1:

хм, я теперь вижу это: Как К Двойной загрузке Ubuntu И Linux Mint update-grub в человечности ничего не зафиксировал, так угадайте, что я попробую восстановление начальной загрузки, вздох

Редактирование 2:

Хорошо то сообщение приблизительно 2011, от загруженного USB и выполнило восстановление начальной загрузки, 1 щелчок не фиксирует его, и ссылка pastebin универсальна, ничто не загружает, далее, я действительно вижу опцию "поместить флаг начальной загрузки в sda1 sda2 и т.д.
однако, я боюсь использовать его, поскольку я не хочу исправлять Linux Mint только для повреждения Ubuntu....

Редактирование 3

fdisk -l 
Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624   2050047    999424   488M Linux filesystem
/dev/sda3  2050048 234440703 232390656 110.8G Linux filesystem


Disk /dev/sdb: 298.1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt


Device       Start       End   Sectors   Size Type
/dev/sdb1     2048   1050623   1048576   512M EFI System
/dev/sdb2  1050624   2050047    999424   488M Linux filesystem
/dev/sdb3  2050048 625141759 623091712 297.1G Linux filesystem 

(неравнодушная) информация начальной загрузки

============================= Сводка информации о начальной загрузке: ===============================

=> Никакой загрузчик не установлен в MBR/dev/sda. => Никакой загрузчик не установлен в MBR/dev/sdb. => Никакой известный загрузчик не установлен в MBR/dev/sdc.

sda1: __________________________________________________________________________

File system:       vfat
Boot sector type:  FAT32
Boot sector info:  No errors found in the Boot Parameter Block.
Operating System: 
Boot files:        /EFI/ubuntu/fbx64.efi /EFI/ubuntu/fwupx64.efi
                   /EFI/ubuntu/grubx64.efi /EFI/ubuntu/mmx64.efi
                   /EFI/ubuntu/shimx64.efi

sda2: __________________________________________________________________________

File system:       ext2
Boot sector type:  -
Boot sector info:
Operating System: 
Boot files:        /grub/grub.cfg

sda3: __________________________________________________________________________

File system:       crypto_LUKS
Boot sector type:  Unknown
Boot sector info:

sdb1: __________________________________________________________________________

File system:       vfat
Boot sector type:  FAT32
Boot sector info:  No errors found in the Boot Parameter Block.
Operating System: 
Boot files:       

sdb2: __________________________________________________________________________

File system:       ext4
Boot sector type:  -
Boot sector info:
Operating System: 
Boot files:        /grub/grub.cfg

РЕДАКТИРОВАНИЕ 4: хорошо, я считал Ваши превосходные, продуманные ответы, и я впечатлен уровнем времени и оказанной помощи. спасибо, таким образом, мое обновление - это: Я сдался, и переустановите Linux Mint к SSD/sda; Теперь, если бы я хотел установить Ubuntu на/sdb (как изменение на Xubuntu), что, если бы я просто разъединил SSD и оставляю 2-й HD на/sdb и установило Xubuntu на нем, то у меня все еще была бы эта та же проблема? например, после установки Xubuntu к/sdb я затем повторно подключил SSD к/sda??

У меня действительно нет времени, для разбираний, почему это повреждается, хотя я обычно понимаю то, что высказывание, я так вероятен повредить системы, как фиксируют их, поскольку я не на народном уровне тонкой настройки :); ЭТО или я просто не устанавливаем основанную на Ubuntu систему на/sdb; как я мог просто установить Fedora на нем (на самом деле, у меня был Fedora на/sdb, но это имеет свои собственные проблемы, или возможно Вы могли предложить что-то еще для/sdb, который не требует, чтобы я узнал, что Личинка и MBR говорят??

Теперь я предполагаю, тем не менее, что я застреваю с этими несколькими вариантами "человечности" в UEFI к порядку загрузки, и если бы я случайно повторно выбрал "человечность" на/sdb, то я мог бы быть завинчен снова.... вздох

ОТРЕДАКТИРУЙТЕ 5 oldfred, да, 1-я установка LMint имела зашифрованный диск. 2-я установка Ubuntu, был также encypted на/sdb, оттуда я в значительной степени потерян на какой Ваше высказывание точно. На данном этапе посмотрите мое 4-е редактирование, я переустановил LMint на/sda, и я не уверен, как продолжить двигаться дальше, LMint прекрасен теперь и начальная загрузка, BIOS имеет две идентично выглядящих опции в порядке загрузки, на самом деле это имеет 3 2, говорит, что человечность, 1 просто говорит SSD..... Я принимаю, изменяюсь ли я на другую 'человечность', она загрузит выпуск стандарта 'человечности' и по всей вероятности испортит мой теперь, прекрасную, функционирующую установку Linux Mint; учитывая мой выбор, я хотел бы теперь переустановить Xubuntu на 2-й HD, где обычная Ubuntu теперь, мне сказали руководству, редактируют разделы и делают что-то позвонившее 'вместе с' этим временем / в следующий раз, однако, я сортирую сомнения, что я сделал бы это правильно, мою другую мысль, должен удалить SSD из заголовка SATA, и установить xubuntu на sdb и позволить ему автоматический раздел, затем повторно прикрепить SSD на/sda, и надо надеяться я мог загрузить или sda или sdb и не иметь любые проблемы......, но снова, я боюсь повреждающегося Linux Mint снова, к которому я имею, проводят много часов, снова настраивающих к моим потребностям... любая обратная связь, далее очень приветствующаяся....... :)

0
задан 10 May 2017 в 07:28

1 ответ

Во-первых, широкий комментарий: Вы пытаетесь применить определенное для BIOS знание начальной загрузки к основанному на EFI компьютеру. Эта практика более или менее гарантирует, что Вы закончите тем, что делали ошибки, потому что BIOS и процессы начальной загрузки EFI очень отличаются. В частности, необходимо прекратить думать о "начальной загрузке диска" и думать в терминах EFI - под EFI, встроенное микропрограммное обеспечение загружает файл, который находится на Системном разделе EFI (ESP). Единственный ESP может содержать загрузчики для нескольких Ose.

Теперь, Вашей определенной проблемой является результат нескольких взаимодействующих факторов:

  • К сожалению, потому что Монетный двор получен на основании Ubuntu, но разработчики Монетного двора не считали целесообразным дифференцировать свою версию GRUB (загрузчик Ubuntu/Монетного двора), загрузчики от этих двух дистрибутивов пытаются жить в том же месте. Таким образом, какой бы ни каждый был установлен, последний раз возьмет под свой контроль процесс начальной загрузки.
  • Хотя каждый из Ваших дисков имеет свой собственный ESP, Ubuntu (и поэтому Монетный двор), установщик имеет ошибку, которая заставляет его использовать первый ESP, который это находит, даже если это не находится на главном диске распределения или при попытке вынудить это использовать что-то еще. Нажмите на ссылку к ошибке. Если у Вас есть учетная запись Панели запуска, можно нажать на ссылку, чтобы сказать, что она влияет на Вас, которые увеличат "тепло" ошибки и сделают его, немного более вероятно она будет зафиксирована.

В результате все это, Вас имеют один установленный GRUB (в /dev/sda1), и этим в настоящее время управляют через Монетный двор - но если и когда обновление GRUB снизится через Ubuntu, управление, вероятно, переключится на Ubuntu. (Это - то, что я называю, "переворот начальной загрузки" - видят мою страницу на этом предмете - но с добавленным скручиванием, что оба дистрибутива пытаются записать те же файлы.) При последующем обновлении GRUB Монетного двора управление переключилось бы назад для Чеканки.

Можно по крайней мере частично разделить загрузчики двух Oss:

  1. В Монетном дворе, редактировании /etc/fstab так, чтобы это смонтировало ESP от /dev/sdb вместо ESP от /dev/sda кому: /boot/efi.
  2. В Монетном дворе, размонтирование ESP (sudo umount /boot/efi).
  3. В Монетном дворе смонтируйте недавно скорректированный ESP (sudo mount -a), и свериться df чтобы быть уверенным, корректный раздел смонтирован.
  4. В Монетном дворе переустановите GRUB к ESP (sudo grub-install, вероятно, сопровождаемый sudo update-grub).
  5. Если Вы хотите, чтобы Ubuntu управляла процессом начальной загрузки, перезагрузкой в Ubuntu и тип sudo grub-install (и возможно sudo update-grub) дать ему контроль. (С другой стороны, Вы могли ввести sudo efibootmgr -v видеть текущие опции загрузчика и затем скорректировать порядок загрузки с sudo efibootmgr -o #[,#,#...], но необходимо будет выяснить числа (#) для порядка на основе efibootmgr -v вывод. Выполнение этого потребует дисков идентификации разделом значения GUID.)
  6. Знайте, что перевороты начальной загрузки, вероятно, произойдут в будущем.

По моему скромному мнению, тем не менее, GRUB является только ярмаркой, подходящей для Ваших потребностей. Проблема состоит в том, что операция времени начальной загрузки GRUB слишком зависит от предварительно сконфигурированных настроек. Таким образом, меню GRUB создается update-grub сценарий. Этот скрипт запущен после GRUB и обновлений ядра, но если Вы обновляете ядро на ОС, которая не управляет GRUB, те обновления не появятся в меню GRUB ни до одного, которого Вы вручную выполняете update-grub в ОС, которая действительно управляет GRUB или пока Вы не обновляете ядро или GRUB в той ОС. Существует также вопрос переворотов начальной загрузки, которыми можно управлять (см. мою страницу на предмете), но легко запутаться о том, что сознает ситуацию, потому что Ubuntu и версии Монетного двора GRUB выглядят в значительной степени идентичными.

Вы могли бы хотеть изучить мой диспетчер начальной загрузки перенаходки как альтернативу. В отличие от GRUB, повторно найдите сканирования для загрузчиков и ядер при каждой начальной загрузке, таким образом, это возьмет Ваши ядра после того, как они были обновлены, неважно, который повторно находит распределение, которое Вы используете для установки. У Вас все еще был бы потенциал для переворотов начальной загрузки, но по крайней мере если Вы происходите, это было бы очевидно. Кроме того, необходимо было бы, вероятно, сделать некоторое реконфигурирование, включая выполнение mkrlconf в распределении Вы не использовали для установки, повторно находят и возможно редактирование /boot/efi/EFI/refind/refind.conf настроить некоторые настройки и скрыться (вероятно, теперь нежелательный) записи GRUB.

1
ответ дан 10 May 2017 в 07:28

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

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