Error no such partition entering rescue mode grub rescue как исправить windows 10

Обновлено: 07.07.2024

У меня была двойная загрузка Windows 7 и Linux Ubuntu на моем рабочем столе, и сегодня это день, когда они выпустили бесплатные обновления Windows 10. Как здорово! Я получил обновление, и оно устанавливалось, и я ушел, чтобы пойти вздремнуть 30 минут. Однако, когда я вернулся к своему компьютеру, это привело меня к подсказке по спасению.

Я получаю следующее, когда набираю ls :

После быстрого просмотра людей, которые столкнулись с подсказкой grub rescue, я набрал set и получил следующее

Я все еще был немного потерян, обнаружив, что некоторые команды, такие как normal не сработало, а потом я нашел видеоурок, где вы загружаетесь с компакт-диска с образом Linux и запускаете некоторые команды на терминале. К счастью, у меня был свой компакт-диск, и я загрузился оттуда. Когда я набрал sudo fdisk -l в терминал, однако, это то, что я получил:

Здесь говорится, что ни в одном из моих устройств нет системы Linux! И я больше не мог следить за видеоуроком.

Я немного дразнил свой мозг и решил, что sda2 содержит мою систему Windows (так как я помню, что мой диск C: имеет около 700 ГБ места). Подумав немного больше, я помню, как выделил около 200 ГБ места на жестком диске чему-то, что связано с Ubuntu при установке Ubuntu. Я точно не помню, какой именно, но я думаю, что это было в основном Ubuntu "место на жестком диске", и в нем не было никаких загрузочных файлов. Я назначил две другие вещи для Linux, но они были очень маленькими по размеру (пока не побили отметку в 1 ГБ).

Итак, кто-нибудь может помочь мне вернуть мой апгрейд в нормальное русло? Я не буду возражать, если мне придется полностью удалить разделы с Linux.

Мой компьютер поставлялся с предустановленной Windows 8, поэтому я сократил раздел Windows, чтобы освободить место для Ubuntu. Вот как это работало в прошлом году. После второй перезагрузки в Windows 10 компьютер больше не загружался. GRUB отображал только grub rescue командная строка Позже я узнал, что проблема возникла из-за того, что Windows как-то изменила схему разделов. Загрузочный раздел (содержащий обычные данные GRUB) больше не был там, где ожидал GRUB. Я не знаю, как и почему это произошло.

Первое, что вы можете сделать в режиме восстановления, это просмотреть разделы с ls команда. Мои были:

Попробуйте выяснить, какой раздел является вашим загрузочным разделом. Там нет завершения Tab , вы должны напечатать его полностью. Я пробовал следующие команды, пока не нашел нужный раздел:

Затем введите set в той же подсказке. Он покажет, где GRUB ищет свои файлы. В моем случае (hd0,gpt6) переместился в (hd0,gpt7). Команда set отображает:

Чтобы вернуться в обычный GRUB, начните с изменения prefix установка указать на правильный раздел. В моем случае команда была:

Затем вы можете переключиться из режима спасения в обычный режим:

Но это не является строго необходимым, так как это не имеет значения для записей цепной загрузки Windows. В обычном меню GRUB вы можете загрузить Windows и завершить обновление Windows. Проблема в том, что вы должны сообщать grub rescue о правильных разделах при каждой перезагрузке. Вот как я это сделал. Я оставил проблему GRUB на потом, потому что я не был уверен, что Windows сделает еще какие-то изменения в разделах или загрузке.

Когда Windows закончила, я начал решать проблемы GRUB. Нажмите e редактировать параметры загрузки для Ubuntu. Я изменил все (hd0,gpt6) в (hd0,gpt7) и Ubuntu загрузился.

Тем не менее, я использую зашифрованный раздел и cryptswap. При загрузке Ubuntu попросил у меня пароль. К счастью, я сохранил его при установке Ubuntu и ввел его при загрузке. Ubuntu загрузился без проблем.

Затем я исправил /boot/grub/grub.cfg файл, где я заменил (hd0,gpt6) с (hd0,gpt7) и выполнил:

На тот момент единственной оставшейся проблемой было шифрование. Поскольку номер корневого раздела Ubuntu был увеличен на один (7 вместо 6), раздел подкачки подвергся аналогичному изменению. Я должен был изменить /etc/crypttab файл для указания /dev/sda8 вместо /dev/sda7 ,

Я использую только два раздела для Ubuntu (root и swap). Если другие операционные системы, сосуществующие с Windows, используют больше разделов, может потребоваться больше изменений. Особенно, если разделы смонтированы в соответствии с их номерами, а не по их UUID. Взгляни на свой /etc/fstab , Если разделы идентифицируются по UUID, проблем быть не должно. Но если есть /dev/. В строках номер должен быть исправлен, если эти разделы были перенумерованы.

Хочу поделиться небольшой историей о том, как я благополучно снес Ubuntu, но ничем хорошим это не кончилось.

У меня на ноутбуке HP стоит Windows 10, но мне захотелось попрактиковаться в работе с Linux-системами, для чего я установил Ubuntu. Поработав в ней немного, я решил ее снести (стёр раздел с Ubuntu утилитой AOEMI Partition Assistant) и установить на виртуальную машину – Virtual Box. При этом, ноутбук я не выключал.

В нашем случае, GRUB – загрузчик для Linux, ведет запись информации на первый раздел диска MBR, файлы загрузчика помещаются на раздел с установленной системой в моем случае на раздел с Ubuntu.

Я удалил раздел с системой Ubuntu, в итоге загрузчика физически не существует, о нем остались только некоторые записи. Ноутбук не может ничего делать, а в Windows просто так вы не попадете.

К счастью, решение проблемы я нашел быстро, причем не одно, сейчас я расскажу, что нужно делать при появлении такой проблемы.

Для решения этой проблемы есть два способа – использование загрузочного Live CD дистрибутива Linux, либо загрузочный диск или флешка с Windows. При себе я имел только флешку с Windows. Но расскажу и о методе при помощи Linux.

Исправляем с помощью Linux

Возьмите загрузочный диск, можно и флешку с Linux, например, Mint, а может быть у вас есть Ubuntu. Создать такой носитель придется на другом компьютере. Загрузитесь с него. Теперь нам понадобится терминал, для этого зажимаем клавиши Ctrl+Alt+T. В терминале пишем команду:

sudo apt-get install lilo

Начинается загрузка пакета, а потом его установка, после чего вводим вот эту команду:

sudo lilo -M /dev/sda mbr

Хочу заметить, что для установки пакета вам понадобится интернет.

Теперь вы можете перезагрузить компьютер и убедиться, что ошибка error no such partition entering rescue mode исчезла.

Скорее всего вы столкнулись с проблемами еще при вводе команд. Например, не установился пакет lilo, либо вторая команда вообще не помогла. У меня было тоже самое и я не нашел этому решения, поэтому рекомендую использовать загрузочный диск с Windows.

Исправляем с помощью Windows

В данном пункте мы будет восстанавливать загрузчик, а старые записи о grub будут очищены. Вот, что необходимо сделать:

При установленной операционной системе Windows 7 необходим загрузочный носитель, либо флешка с этой системой, хотя, может подойти и любая другая, например, Windows 8.
Загрузитесь с установочного диска / флешки. Должно появиться окно с предложением об установки Windows.
Нам нужна только командная строка, поэтому нажимаем комбинацию клавиш Shift+F10.

В окне командной строки нужно ввести команду bootrec. На выходе мы получаем ключи, которые можем использовать с этой командной:
- Bootrec /FixMbr – мы записываем главную загрузочную запись в системный раздел, а таблица раздела при это не перезаписывается. Применяем при повреждении загрузочной записи;
- Bootrec /FixBoot – записывает новый загрузочный сектор. Применяется, если загрузочный сектор был заменен, поврежден;
- Bootrec /ScanOs – ведется сканирование диска на все операционные системы, установленные на диске;
- Bootrec /RebuildBcd – используется для поиска всех ОС на диске, а также для перестройки хранилища конфигурации загрузки.
Для восстановления загрузочной записи я ввел команду с таким ключом – Bootrec /FixMbr .

После этого я перезагрузил компьютер и все стало работать. Появилась эмблема Windows 10, и я благополучно оказался в системе.

Надеюсь данная статья поможет вам в решении ошибки error no such partition.

В данной статье постараюсь рассмотреть некоторые типовые ошибки, связанные с загрузкой системы. Бывает так, что сервер с Ubuntu по какой-то причине не загружается из-за поврежденного загрузчика или еще каких-то проблем. Я покажу методику, как решать подобные проблемы с запуском, а заодно расскажу, как можно быстро восстановить систему.

Система Ubuntu не загружается

Рассмотрим, с чем в первую очередь может быть связана проблема с загрузкой системы. Вот список наиболее вероятных причин:

Далее я отдельно рассмотрю второй и третий случаи. Начнем со стандартного режима восстановления grub.

Entering rescue mode

Итак, в случае проблем с загрузкой Ubuntu вы можете оказаться в режиме grub rescue.

Первым делом запускаем команду ls и смотрим, какие разделы у нас доступны.

В моем случае доступен только один 3-й раздел, скорее всего корневой. Раздела /boot, который обычно 1-й или 2-й нет. Проверим это наверняка. Смотрим содержимое доступного раздела:

Далее загружаем некоторые модули. Какие будут нужны, точно не известно и зависит от типов разделов диска. Показываю самые популярные:

Можно для начала попробовать вообще без модулей, а потом добавлять по одному. В самом конце загружаем модуль normal.

Восстановление поврежденных разделов ubuntu

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

Вы окажетесь в консоли системы, которая по сути является livecd сервера. В целом, тут подойдет любой livecd дистрибутив с linux. Эта система видит все подключенные диски и вообще все оборудование. Первым делом вам надо настроить выход в интернет на сервере так же, как вы это делаете обычно. После этого нужно обновить пакеты и установить утилиту testdisk. С ее помощью мы попробуем найти исчезнувший загрузочный раздел.

Запускаем утилиту и указываем, что будем создавать новый log файл.

Выбираем диск, на котором у нас установлена система. В моем случае это sda.

В качестве partition table type сначала укажите Intel. Если не получится ничего найти, попробуйте еще раз с другими типами.

Дальше выбираем Analyze.

И запускаем Quick Search.

У меня testdisk нашел 2 раздела, причем первый это boot раздел, который по какой-то причине исчез.

Из-за его отсутствия виртуальная машина с ubuntu не грузилась. Далее выбираю первый раздел и восстанавливаю его с помощью testdisk. Записываю изменения и выхожу в консоль. Проверяю с помощью fdisk разделы диска /dev/sda.

Появился первый загрузочный раздел. По идее я выполнил восстановление boot раздела. Теперь можно проверить, запустится ли система. Для этого отключаем установочный диск и загружаемся с основного.

В случае, если все загрузилось, вам повезло. Отделались малой кровью. Если же ubuntu не загружается, а вы опять попадаете в grub rescue, значит придется еще потрудиться над восстановлением загрузки системы. Будем восстанавливать сам grub.

Восстановление grub

Продолжаем восстановление загрузки ubuntu. Сам /boot раздел мы вернули, но загрузчик grub почему-то не работает и система не грузится. Загружаемся опять с установочного диска и переходим в консоль. Напомню, что у меня такая картина по разделам:

Первый раздел это /boot, второй корень / . Смонтируем их в /mnt, а так же добавим несколько системных директорий.

Теперь чрутимся в /mnt, чтобы оказаться в нашей системе:

И уже отсюда восстанавливаю загрузчик grub:

По идее, ошибок получить не должны. Если получили, то гуглите их. Надо обязательно их решить, иначе система так и не начнет загружаться корректно.

Теперь выходим отсюда и перезагружаем сервер. Вынимаем установочный диск и загружаемся с основного диска. У меня пошла загрузка.

Давайте еще раз повторим все, что мы сделали:
1. Мы увидели, что система не грузится и валится в grub rescue. Загрузчик не может найти раздел, с которого продолжить загрузку. Мы попробовали в rescue console посмотреть все имеющиеся разделы и не нашли там boot. Если же нашли, то сразу же загрузились с него.
2. После этого загрузились с загрузочного диска ubuntu, перешли в консоль. Установили утилиту testdisk и просканировали наш диск. Нашли пропавший раздел, восстановили /boot. Если раздел не нашли, то создали вручную.
3. После этого смонтировали к livecd системе локальные диски, зачрутились в эту систему и штатно восстановили grub загрузчик.
4. После этого система нормально загрузилась.
Заключение

В целом, мы выполнили типовую процедуру восстановления загрузки любого linux сервера, в том числе ubuntu. Если бы раздел boot не получилось восстановить, его нужно было бы создать вручную и проделать все то же самое с восстановлением grub. Это ключевой элемент загрузки linux. Система перестает загружаться чаще всего из-за проблем с ним. Он может быть поврежден установкой рядом других систем или неправильной разбивкой диска.

После тщательного изучения этой конкретной проблемы выясняется, что существует несколько различных ситуаций, которые могут вызвать появление этой проблемы. Вот список потенциальных виновников, которые могут нести ответственность за эту проблему:

Теперь, когда вы знаете всех потенциальных виновников, вот список методов, которые другие затронутые пользователи успешно использовали для решения проблемы и предотвращения загрузки своего компьютера в режим восстановления Grub:

Метод 1: вручную перенастроить загрузчик GRUB

Несколько затронутых пользователей подтвердили, что им наконец удалось обойти состояние восстановления GRUB, выполнив ряд инструкций, предназначенных для ручной перенастройки загрузчика GRUP для определения приоритета основной ОС.

Если этот сценарий применим, следуйте приведенным ниже инструкциям, чтобы сделать это непосредственно через меню восстановления GRUB:
1. Когда ваш компьютер войдет в режим восстановления GRUB, введите следующую команду и нажмите Enter, чтобы просмотреть все доступные разделы: ls
2. После того, как вы это сделаете, вы должны получить обзор всех разделов, которые в настоящее время есть на вашем основном диске. На этом этапе вам необходимо убедиться, что вы выбрали основную ОС. В нашем случае правильный раздел (hd0, msdos2), поэтому мы использовали следующую команду для опроса раздела: ls (hd0, msdos2)
В случае, если этот метод не сработал для вас и последовательность загрузки в конечном итоге загрузится с той же ошибкой No such Partition -Grub Rescue, вернитесь к следующему потенциальному исправлению ниже.

Метод 2: восстановление файлов данных конфигурации загрузки (BCD)

Если первый метод не сработал для вас, следующим шагом будет использование утилиты данных конфигурации загрузки (BCD), чтобы найти установочные файлы Windows на всех дисках и добавить их обратно в список загрузки, чтобы последовательность загрузки могла найти это во время запуска.

ВАЖНО! Этот метод потребует от вас подключения совместимого установочного носителя Windows. Если у вас его нет наготове, вы можете создать установочный носитель Windows с нуля и загрузить его на USB-накопитель.

Выполнив все требования, следуйте приведенным ниже инструкциям:
1. Подключите USB-накопитель с установочным носителем и запустите компьютер обычным способом, нажав кнопку питания.
2. Для доступа к кнопке настройки нажмите соответствующую кнопку в зависимости от производителя вашей материнской платы.Доступ к меню настройки BIOS / UEFI
Примечание: ключ настройки будет отличаться от производителя к производителю. Чаще всего клавиша настройки представляет собой одну из клавиш F (F2, F4, F6, F8), клавишу Esc или клавишу Del (на компьютерах / ноутбуках Del). Если у вас возникли проблемы с доступом к меню настройки, поищите в Интернете конкретные инструкции по доступу к нему.

Примечание. В некоторых версиях Windows 10 вы также можете загрузиться из меню «Восстановление», вызвав 3 последовательных прерывания системы во время процедуры запуска.

Примечание. Эта операция может занять некоторое время в зависимости от размера ваших разделов. Не закрывайте это окно до завершения операции.

В случае, если конечный результат такой же (попытка загрузки заканчивается той же ошибкой «Нет такого раздела»), перейдите к следующему способу ниже.

Метод 3: Использование резервной копии реестра для восстановления последней удачной конфигурации

Для этого вам потребуется использовать меню «Дополнительные параметры», чтобы открыть командную строку с повышенными привилегиями и выполнить ряд команд, которые позволят вам загрузиться с использованием последней удачной конфигурации.

Сообщается, что этот метод успешно использовался многими пользователями, столкнувшимися с ошибкой No such Partition -Grub Rescue.

Чтобы использовать резервную копию реестра для восстановления последней удачной конфигурации, следуйте приведенным ниже инструкциям:
Примечание. Если у вас нет совместимого установочного носителя или ваша система не загружается с него, выполните шаги с 1 по 4 из метода 2.

Читайте также: