Кажется мне устанавливающий 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 настолько возможен?
хм, я теперь вижу это: Как К Двойной загрузке Ubuntu И Linux Mint
update-grub
в человечности ничего не зафиксировал, так угадайте, что я попробую восстановление начальной загрузки, вздох
Хорошо то сообщение приблизительно 2011, от загруженного USB и выполнило восстановление начальной загрузки, 1 щелчок не фиксирует его, и ссылка pastebin универсальна, ничто не загружает, далее, я действительно вижу опцию "поместить флаг начальной загрузки в sda1 sda2 и т.д.
однако, я боюсь использовать его, поскольку я не хочу исправлять Linux Mint только для повреждения Ubuntu....
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 снова, к которому я имею, проводят много часов, снова настраивающих к моим потребностям... любая обратная связь, далее очень приветствующаяся....... :)
Во-первых, широкий комментарий: Вы пытаетесь применить определенное для BIOS знание начальной загрузки к основанному на EFI компьютеру. Эта практика более или менее гарантирует, что Вы закончите тем, что делали ошибки, потому что BIOS и процессы начальной загрузки EFI очень отличаются. В частности, необходимо прекратить думать о "начальной загрузке диска" и думать в терминах EFI - под EFI, встроенное микропрограммное обеспечение загружает файл, который находится на Системном разделе EFI (ESP). Единственный ESP может содержать загрузчики для нескольких Ose.
Теперь, Вашей определенной проблемой является результат нескольких взаимодействующих факторов:
В результате все это, Вас имеют один установленный GRUB (в /dev/sda1
), и этим в настоящее время управляют через Монетный двор - но если и когда обновление GRUB снизится через Ubuntu, управление, вероятно, переключится на Ubuntu. (Это - то, что я называю, "переворот начальной загрузки" - видят мою страницу на этом предмете - но с добавленным скручиванием, что оба дистрибутива пытаются записать те же файлы.) При последующем обновлении GRUB Монетного двора управление переключилось бы назад для Чеканки.
Можно по крайней мере частично разделить загрузчики двух Oss:
/etc/fstab
так, чтобы это смонтировало ESP от /dev/sdb
вместо ESP от /dev/sda
кому: /boot/efi
.sudo umount /boot/efi
).sudo mount -a
), и свериться df
чтобы быть уверенным, корректный раздел смонтирован.sudo grub-install
, вероятно, сопровождаемый sudo update-grub
).sudo grub-install
(и возможно sudo update-grub
) дать ему контроль. (С другой стороны, Вы могли ввести sudo efibootmgr -v
видеть текущие опции загрузчика и затем скорректировать порядок загрузки с sudo efibootmgr -o #[,#,#...]
, но необходимо будет выяснить числа (#
) для порядка на основе efibootmgr -v
вывод. Выполнение этого потребует дисков идентификации разделом значения GUID.)По моему скромному мнению, тем не менее, GRUB является только ярмаркой, подходящей для Ваших потребностей. Проблема состоит в том, что операция времени начальной загрузки GRUB слишком зависит от предварительно сконфигурированных настроек. Таким образом, меню GRUB создается update-grub
сценарий. Этот скрипт запущен после GRUB и обновлений ядра, но если Вы обновляете ядро на ОС, которая не управляет GRUB, те обновления не появятся в меню GRUB ни до одного, которого Вы вручную выполняете update-grub
в ОС, которая действительно управляет GRUB или пока Вы не обновляете ядро или GRUB в той ОС. Существует также вопрос переворотов начальной загрузки, которыми можно управлять (см. мою страницу на предмете), но легко запутаться о том, что сознает ситуацию, потому что Ubuntu и версии Монетного двора GRUB выглядят в значительной степени идентичными.
Вы могли бы хотеть изучить мой диспетчер начальной загрузки перенаходки как альтернативу. В отличие от GRUB, повторно найдите сканирования для загрузчиков и ядер при каждой начальной загрузке, таким образом, это возьмет Ваши ядра после того, как они были обновлены, неважно, который повторно находит распределение, которое Вы используете для установки. У Вас все еще был бы потенциал для переворотов начальной загрузки, но по крайней мере если Вы происходите, это было бы очевидно. Кроме того, необходимо было бы, вероятно, сделать некоторое реконфигурирование, включая выполнение mkrlconf
в распределении Вы не использовали для установки, повторно находят и возможно редактирование /boot/efi/EFI/refind/refind.conf
настроить некоторые настройки и скрыться (вероятно, теперь нежелательный) записи GRUB.