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

Question 1

Кажется, я устанавливаю Ubuntu на sdb после того, как 1-я установка Linux Mint на sda, должно быть, не повлияла на него, я разочарован, поскольку потратил время на настройку монетного двора Linux, думаю, я могу переустановить, но не хотел бы это, чтобы СЕЙЧАС испортить Ubuntu на sdb, вздох.

На самом деле в Bios / UEFI он показывает 2 «Ubuntu» как на SSD, так и не показывает HD, так что это похоже на I «Сбой с SSD, у которого есть / есть Linux mint, но он загружает HD, который имеет« Ubuntu »....

Restating: в настройках загрузки я вижу только SSD (/ sda)" SATA3_1 "(я вижу SATA3_1: SanDisk SDS; ubuntu (SATA3_1: Sandisk SDS) и еще один дубликат последнего варианта, ничего для HD, где я установил Ubuntu (хотя он загружается на HD), как если бы Ubuntu установил на / sdb,

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

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

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

Ну, это сообщение около 20 11, выключено 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

boot-info (частично)

================================================================================================================================================================================================================ ==================

=> В 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: Хорошо, я прочитал ваш отличный , рассмотрены ответы, и я впечатлен уровнем времени и предоставленной помощью. thx, поэтому, мое обновление таково: я сдался и переустановил Монету Linux на SSD / sda; Теперь, если бы я хотел установить Ubuntu на / sdb (например, переключиться на Xubuntu), что, если бы я просто отключил SSD и оставил второй HD on / sdb и установил Xubuntu на него, будет ли у меня еще такая же проблема? например, после установки Xubuntu в / sdb, я снова подключил SSD к / sda ??

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

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

РЕДАКТИРОВАТЬ 5 oldfred, да 1-я установка LMint имела зашифрованный диск. Вторая установка Ubuntu также была включена в / sdb, оттуда я сильно потерял то, что вы сказали точно На этом этапе, см. Мое четвертое редактирование, я переустановил LMint на / sda, и я не уверен, как продолжить дальше, LMint теперь прекрасен и загружается, BIOS имеет два одинаковых варианта поиска в порядке загрузки, на самом деле у него 3 2 говорит, что ubuntu, 1 просто говорит SSD, ..... Я предполагаю, что если я перейду на другой «ubuntu», он загрузит стандартную версию «ubuntu» и, по всей вероятности, испортит мне сейчас, отлично, работает Linux Mi nt install; учитывая мой выбор, я хотел бы переустановить Xubuntu на второй HD, где теперь обычный Ubuntu, мне сказали вручную отредактировать разделы и сделать somthing под названием «рядом» на этот раз / в следующий раз, однако, я сортирую сомневаюсь, что я сделал бы это правильно, по моей другой мысли, удалить SSD из заголовка SATA и установить xubuntu на sdb и разрешить авторазделение, а затем снова подключить SSD к / sda и, надеюсь, я смогу загрузить либо sda или sdb, и не имеют никаких проблем ...... но опять же, я боюсь снова разбить Linux mint, к которому я провел много часов, снова настраиваясь на мои нужды ... любая обратная связь еще очень приветствуется ... ....:)

Question 2

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

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

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

В результате всего этого у вас установлен very GRUB (в /dev/sda1), и теперь он контролируется через Mint, но если и когда появится обновление GRUB вниз через Ubuntu, управление, вероятно, переключится на Ubuntu. (Это то, что я называю «boot coup» - см. [D3] Системный раздел EFI (ESP). - но с добавленным твистом, который оба дистрибутива пытаются записать одни и те же файлы.) Если вы впоследствии обновить GRUB Mint, управление переключится обратно на Mint.

Вы в настоящее время хотя бы частично отделили загрузчики двух ОС:

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

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

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

Question 3

Question 4