/ dev / sda1, случайно отформатированный на три загрузки (Windows 8, Ubuntu 16.04, BunsenLabs Deuterium)

После форматирования одного и того же ключа usb много времени, я небрежно отформатировал my / dev / sda1 до ext4. Моя система состоит из Windows 8 (sda3) с разделами данных (sda5), и я добавил Ubuntu 16.04 (sda6) со своей стороны, с домом на другом разделе (sda8). Наконец, я установил BunsenLabs на другой раздел (sda9).

Я считаю, что я старался установить их все для загрузки через uefi.

Как только я отформатировал его, я перезагрузился, чтобы быть уверенным моей ужасной ошибки. В самом деле, ничего не указано в списке заказов на загрузку. Я теперь использую живой USB на Lubuntu, загружаемом через uefi.

То, что я пробовал до сих пор:

Использовать testdisk после моей ошибки. Запустил глубокий поиск, но не смог найти потерянный раздел и боялся совершить какое-либо действие, которое я не полностью понял на своих разделах. Установите boot-repair и попробуйте восстановить по умолчанию и получите эту ошибку: обнаружен GPT. Создайте раздел BIOS-Boot (> 1MB, неформатированная файловая система, флаг bios_grub). Это может быть выполнено с помощью таких инструментов, как Gparted. Затем повторите попытку. Используйте тестовый диск после моей ошибки. Запустил глубокий поиск, но не смог найти потерянный раздел и боялся совершить какое-либо действие, которое я не полностью понял на своих разделах.

Вот отчет о загрузочном файле : http://paste.ubuntu.com/25439367/

Я не вижу смысла создавать этот раздел с отметкой о биосе и не хочу копать более глубокое отверстие. Я буду глубоко благодарен всем, кто понимает, как решить эту проблему, спасибо!

0
задан 31 August 2017 в 19:24

2 ответа

Если у вас есть полная системная резервная копия или даже просто резервная копия системного раздела EFI (ESP; /dev/sda1 в вашем случае), вы должны иметь возможность восстановить ESP, и все должно быть хорошо. (Вам нужно будет отредактировать /etc/fstab, чтобы ссылаться на новый серийный номер ESP [«UUID», которого это действительно не так.])

В противном случае лучше всего сначала восстановить Windows до начальной загрузки , Это связано с тем, что Windows не очень хорошо играет с другими ОС, поэтому, если вы сначала восстановите Ubuntu и затем восстановите Windows, компьютер будет загружен прямо в Windows. Эту проблему нетрудно исправить, если вы знаете, как это сделать, но сначала проще восстановить Windows, а затем работать с Ubuntu. Что касается восстановления Windows до начальной загрузки, вы должны спросить об этом на форуме Windows. Тем не менее, вам понадобится диск аварийного восстановления Windows для вашей версии Windows. Вероятно, вы можете найти один из них в Интернете или создать его на другом компьютере с той же версией Windows.

Что касается восстановления Ubuntu для загрузки, существует несколько способов сделать это. Два самых простых:

Boot Repair - средство восстановления загрузки может установить новую копию GRUB на ESP. Сбой, с которым вы столкнулись, скорее всего, означает, что вы загрузились в режиме BIOS / CSM / legacy, а не в режиме EFI / UEFI; или, может быть, если вы попытаетесь запустить его, когда /dev/sda1 использовал ext4fs, это могло бы отбросить его. Управление режимом загрузки (BIOS против EFI) съемного диска может быть сложным, если вы не знаете, что делаете. Лучший способ сделать то, что вы хотите, - это войти в настройки прошивки и отключить CSM (например, «устаревшую загрузку» или «Поддержка загрузки BIOS»), но подробные сведения о том, как это сделать, сильно различаются. Если вы загружаете внешний носитель с помощью меню загрузки, у него может быть два варианта загрузки вашего носителя, один из которых включает в себя строку «UEFI», а другая - нет. Выберите вариант, который включает «UEFI» для загрузки в режиме EFI. См. Мою страницу в CSM для получения дополнительной информации по этой теме. rEFInd. Вы можете загрузить флешку USB или версию CD-R моего диспетчера загрузки rEFInd и подготовить к нему загрузочный носитель. Когда вы загружаетесь с этого носителя, он должен предоставить вам варианты загрузки обоих ваших дистрибутивов Linux. (Если вы сделаете это после загрузки Windows, rEFInd также должен показать вам опцию загрузки Windows.) Если вы загрузитесь в Ubuntu, вы можете установить пакет rEFInd Debian или PPA; или вы можете просто использовать это как способ загрузки в режим EFI, а затем запустить Boot Repair. Если вы установите rEFInd на свой жесткий диск, он будет использоваться в качестве основного диспетчера загрузки, минуя GRUB.

Я никогда не слышал о BunsenLabs Linux. Теоретически любой из вышеперечисленных методов должен поднять его и представить в качестве опции загрузки; однако, возможно, что это будет работать неправильно. Если у вас есть проблемы, вы можете попробовать другой метод восстановления или решить проблему в том, какой менеджер загрузки вы решите использовать.

Двигаясь вперед, вы можете создать резервную копию своего ESP, чтобы упростить восстановление от таких проблем в будущем. Ubuntu обычно монтирует ESP на /boot/efi, хотя вам нужно будет отредактировать /etc/fstab, чтобы по умолчанию был установлен ваш модифицированный ESP. (Когда вы создали новую файловую систему, которая изменила свой серийный номер, который называется «UUID» в /etc/fstab. Ваш текущий ESP имеет серийный номер 71B1-C511 в соответствии с выходом Boot Repair.) Уровень файла резервное копирование с использованием tar, zip, cp или других инструментов должно работать нормально. Скопируйте все на USB-накопитель, и вы сможете легко восстановить все это, если в будущем вы столкнетесь с подобной проблемой.

1
ответ дан 22 May 2018 в 18:53

Если у вас есть полная системная резервная копия или даже просто резервная копия системного раздела EFI (ESP; /dev/sda1 в вашем случае), вы должны иметь возможность восстановить ESP, и все должно быть хорошо. (Вам нужно будет отредактировать /etc/fstab, чтобы ссылаться на новый серийный номер ESP [«UUID», которого это действительно не так.])

В противном случае лучше всего сначала восстановить Windows до начальной загрузки , Это связано с тем, что Windows не очень хорошо играет с другими ОС, поэтому, если вы сначала восстановите Ubuntu и затем восстановите Windows, компьютер будет загружен прямо в Windows. Эту проблему нетрудно исправить, если вы знаете, как это сделать, но сначала проще восстановить Windows, а затем работать с Ubuntu. Что касается восстановления Windows до начальной загрузки, вы должны спросить об этом на форуме Windows. Тем не менее, вам понадобится диск аварийного восстановления Windows для вашей версии Windows. Вероятно, вы можете найти один из них в Интернете или создать его на другом компьютере с той же версией Windows.

Что касается восстановления Ubuntu для загрузки, существует несколько способов сделать это. Два самых простых:

Boot Repair - средство восстановления загрузки может установить новую копию GRUB на ESP. Сбой, с которым вы столкнулись, скорее всего, означает, что вы загрузились в режиме BIOS / CSM / legacy, а не в режиме EFI / UEFI; или, может быть, если вы попытаетесь запустить его, когда /dev/sda1 использовал ext4fs, это могло бы отбросить его. Управление режимом загрузки (BIOS против EFI) съемного диска может быть сложным, если вы не знаете, что делаете. Лучший способ сделать то, что вы хотите, - это войти в настройки прошивки и отключить CSM (например, «устаревшую загрузку» или «Поддержка загрузки BIOS»), но подробные сведения о том, как это сделать, сильно различаются. Если вы загружаете внешний носитель с помощью меню загрузки, у него может быть два варианта загрузки вашего носителя, один из которых включает в себя строку «UEFI», а другая - нет. Выберите вариант, который включает «UEFI» для загрузки в режиме EFI. См. Мою страницу в CSM для получения дополнительной информации по этой теме. rEFInd. Вы можете загрузить флешку USB или версию CD-R моего диспетчера загрузки rEFInd и подготовить к нему загрузочный носитель. Когда вы загружаетесь с этого носителя, он должен предоставить вам варианты загрузки обоих ваших дистрибутивов Linux. (Если вы сделаете это после загрузки Windows, rEFInd также должен показать вам опцию загрузки Windows.) Если вы загрузитесь в Ubuntu, вы можете установить пакет rEFInd Debian или PPA; или вы можете просто использовать это как способ загрузки в режим EFI, а затем запустить Boot Repair. Если вы установите rEFInd на свой жесткий диск, он будет использоваться в качестве основного диспетчера загрузки, минуя GRUB.

Я никогда не слышал о BunsenLabs Linux. Теоретически любой из вышеперечисленных методов должен поднять его и представить в качестве опции загрузки; однако, возможно, что это будет работать неправильно. Если у вас есть проблемы, вы можете попробовать другой метод восстановления или решить проблему в том, какой менеджер загрузки вы решите использовать.

Двигаясь вперед, вы можете создать резервную копию своего ESP, чтобы упростить восстановление от таких проблем в будущем. Ubuntu обычно монтирует ESP на /boot/efi, хотя вам нужно будет отредактировать /etc/fstab, чтобы по умолчанию был установлен ваш модифицированный ESP. (Когда вы создали новую файловую систему, которая изменила свой серийный номер, который называется «UUID» в /etc/fstab. Ваш текущий ESP имеет серийный номер 71B1-C511 в соответствии с выходом Boot Repair.) Уровень файла резервное копирование с использованием tar, zip, cp или других инструментов должно работать нормально. Скопируйте все на USB-накопитель, и вы сможете легко восстановить все это, если в будущем вы столкнетесь с подобной проблемой.

1
ответ дан 24 July 2018 в 18:50

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

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