Ошибка no such device

Да, без проблем

Нет, материнская плата Asus Prime Z390-p

Добавлено через 6 минут

Disk /dev/loop0: 956 KiB, 978944 bytes, 1912 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

Disk /dev/loop1: 134,1 MiB, 140652544 bytes, 274712 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

Disk /dev/loop2: 198,9 MiB, 208551936 bytes, 407328 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

Disk /dev/loop3: 131,9 MiB, 138330112 bytes, 270176 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

Disk /dev/loop4: 4,2 MiB, 4403200 bytes, 8600 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

Disk /dev/loop5: 173,5 MiB, 181915648 bytes, 355304 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

Disk /dev/loop6: 14,8 MiB, 15462400 bytes, 30200 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

Disk /dev/loop7: 54,7 MiB, 57294848 bytes, 111904 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

Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 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
Disk identifier: 0DF5F3CC-A798-4FA5-8E1D-AE86D877B593

Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1085439 1083392 529M Windows recovery environment
/dev/nvme0n1p2 1085440 1290239 204800 100M EFI System
/dev/nvme0n1p3 1290240 1323007 32768 16M Microsoft reserved
/dev/nvme0n1p4 1323008 1000214527 998891520 476,3G Microsoft basic data

Disk /dev/nvme1n1: 477 GiB, 512110190592 bytes, 1000215216 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
Disk identifier: C53E20EF-33E7-473E-AED2-24E26D945B8F

Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme1n1p2 1050624 1000214527 999163904 476,4G Linux filesystem

Disk /dev/loop8: 44,9 MiB, 47063040 bytes, 91920 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

Disk /dev/loop9: 89,1 MiB, 93417472 bytes, 182456 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

Disk /dev/loop10: 3,7 MiB, 3825664 bytes, 7472 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

Disk /dev/loop11: 160,2 MiB, 167931904 bytes, 327992 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

Disk /dev/loop12: 173,8 MiB, 182272000 bytes, 356000 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

Добавлено через 1 минуту

А вот это стоит проверить

Добавлено через 28 минут

Отключена

Sometime you may encounter error messages like Error: no such device: xxxxx-xxxx-xxxx-xxxx-xxxxx  right after powering up the PC.

Such problems are caused by misconfigured GRUB, unable to load any operating system.

Usually happens when you resize, rename or shrink the disk partitions. Or may be even if you transfer a perfectly working hard drive from one PC to another.

But there’s an easy solution to deal with such problems, and here we’ll discuss about it.

Why this is happening?

This grub no such device problem usually happens when the boot drive’s UUID is changed somehow.

Like if you convert a disk drive with MBR partition table to GPT partition table. Another reason of UUID change is if you resize, merge, shrink or extend the linux root partition.

Here GRUB is present as bootloader, but it can’t find the proper modules and configuration file due to changed partition UUID.

To fix this problem, you’ve to determine three things.

First which one is the linux root( / ) partition, second how the system is booted, i.e. in UEFI mode or in legacy BIOS mode.

Third, if it’s booted in UEFI mode, then which is the EFI system partition?

You can use the parted command to determine the ESP partition, which is a FAT32 filesystem of around 100MB.

sudo parted /dev/sda print

Now the actual steps to fix the error no such device problem.

1. Use the ls command on the grub rescue prompt to list all the partitions.
2. Then you can use the ls command again to check the contents of each partitions to be sure.

   ls (hd0,1)/

   The linux root partition will contain /bin , /boot, /lib etc. etc directories.

3. If you’re sure about the linux root partition, then type the commands listed below one by one. In my case, the partition is (hd0,msdos5) .

   set root=(hd0,5)
   set prefix=(hd0,5)/boot/grub
   insmod normal
   normal

4. Then you should be able to access the GRUB boot menu like before, select the linux distro and boot to it.
5. After booting, you must be asked to login to your user account.
6. Next login to the account and open up a terminal window.
7. Then determine if the system is booted with UEFI mode or legacy BIOS mode, use the one liner script below.

   [ -d /sys/firmware/efi ] && echo "UEFI boot" || echo "Legacy boot"

8. To reinstall GRUB for legacy BIOS use this command.

   sudo grub-install /dev/sda --target=i386-pc

9. To re install GRUB on a UEFI based system, use this.

   sudo mount /dev/sda2 /boot/efi     # mount the EFI system partition
   sudo grub-install /dev/sda --target=x86_64-efi --efi-directory=esp

10. If grub installation reports no problem, then update the GRUB configuration file.

    sudo update-grub

11. Finally reboot the PC or laptop to check the if it worked at all or not.

Also don’t just copy-paste the commands, your EFI system partition could be different, most probably /dev/sda1 .

Conclusion

It’s not a very well described tutorial to fix the grub rescue no such device issue. But I hope you’ve got basic the idea to deal with the error no such device issue.

First you need to boot linux somehow then reinstall the GRUB bootloader and update the GRUB configuration. Here’s the detailed GRUB rescue tutorial.

If you’ve any question or suggestion, leave comments below.

У тех пользователей, которые установили сразу Windows и Linux, часто появляется ошибка GRUB Rescue, связанная с нарушением работы загрузчика. После запуска компьютера отсутствует возможность выбора нужной операционной системы. Проблему всегда можно решить обычной переустановкой Linux, но есть более простые варианты, не требующие столь кардинальных мер.

Что делать при ошибке GRUB Rescue?

Загрузчик GRUB имеет модульную структуру. Все конфигурационные файлы и базовые модули находятся в обычном разделе на жестком диске. Однако первичные данные хранятся непосредственно в главной загрузочной записи. Если информация там будет изменена, то меню с выбором операционных систем не появится. Компьютер просто выдаст ошибку о загрузке. Перезапись данных часто является следствием установки Windows после Linux, а не наоборот.

Вариант решения проблемы:

1. В терминале всегда можно ввести определенные команды. Чтобы ознакомиться с ними, нужно набрать $help.
2. Можно заметить, что в арсенале имеется команда ls, которая позволяет посмотреть список имеющихся каталогов. Ее и нужно ввести.
3. С ее помощью также следует проверить появившиеся каталоги, чтобы понять, в каком месте располагаются файлы модулей. Пример: ls (hd0,1)/.
4. В каком-то из разделов должна находиться папка boot. Дальше вводятся следующие команды: первая – $setroot=(hd0,1), вторая – $setprefix=(hd0,1/boot/grub).
5. В самом конце необходимо запустить модуль normal, позволяющий осуществить загрузку. Сначала требуется ввести: $ insmod normal, а после — $ normal.

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

Как восстановить загрузчик GRUB?

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

Первый из них предполагает взаимодействие с системой через терминал:

1. Требуется загрузить Linux с того носителя, который использовался при инсталляции. Иногда необходимо войти в БИОС, чтобы включить загрузку с диска или флешки.
2. Далее стоит открыть терминал, нажав комбинацию клавиш Ctrl + Alt + T, и вывести существующие разделы на экран посредством команды sudofdisk —i.
3. После этого появится таблица с каталогами. Нужно найти корневой раздел и смонтировать его. Для этого следует ввести sudomount /dev/sda5/mnt. Вместо sda5 требуется прописать имя конкретного раздела. Он может отличаться.
4. Восстановить загрузчик помогает команда sudo grub-install – root-directory=/mnt /dev/sda.
5. В самом конце нужно ввести sudo reboot для перезагрузки.

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

• первая – sudo add-apt-repository ppa^yannubuntu/boot-repair;
• вторая – sudo apt-get update;
• третья – sudo apt-get install boot-repair.

Интересно: иногда пользователи не могут включить камеру на ноутбуке после загрузки операционной системы. Это не значит, что она сломана. Часто все проблемы кроются в программном обеспечении.

Подводим итоги

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

Grub — это универсальный загрузчик, который используется для загрузки операционной системы Linux и других ОС, в случае, если на компьютере установлен Linux. Но когда вы выполняете какие-либо действия с разделами на диске, например, восстанавливаете их с помощью Clonezilla, изменяете размер или что-то другое, что Grub может быть поврежден.

Часто такие повреждения приводят к ошибке grub rescue unknown filesystem. Тогда перед вами не появляется меню, а только сообщение про ошибку и консоль восстановления для ввода команд. В этой небольшой статье мы рассмотрим как исправить эту ошибку.

Ошибка grub rescue unknown filesystem

Ошибка grub rescue unknown filesystem может возникать по разным причинам вот самые распространенные причины:

• Вы восстанавливали диск из Clonezilla и были изменены метрики раздела /boot;
• Раздел /boot был отформатирован и больше не существует;

Дело в том, что Grub устанавливается в два места. Первое — место в таблице разделов MBR. Там очень мало места, около 512 байт, а следовательно, весь загрузчик туда поместиться не может. Поэтому Grub имеет модульную структуру и все основные модули, конфигурационные файлы и ресурсы располагаются на обычном разделе, который монтируется после загрузки в /boot. Причем программа в MBR помнит где находится раздел /boot, но если с этим разделом что-то произойдет и программа не сможет загрузить привычные модули, то выдаст ошибку uncnown filesystem. Если раздела больше нет, то вам останется только брать LiveCD диск и переустанавливать загрузчик, если же раздел просто немного изменен, то еще можно все исправить.

Как исправить Grub unknown error

У вас есть простейший терминал с самой простой командной оболочкой. Чтобы знать какие команды можно там вводить наберите:

Дальше нам нужно посмотреть список доступных разделов, для этого используется команда ls, как в bash:

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

Если вы увидели папку boot, значит это наш раздел. Дальше устанавливаем этот раздел значением переменной root с помощью команды set:

set root=(hd0,1)
set prefix=(hd0,1)/boot/grub

Загружаем и запускаем модуль normal, который должен загрузить все, что нам необходимо:

insmod normal
normal

Если раздел /boot не был поврежден, то загрузчик нормально определит все файлы, а потом запустит привычное для вас меню. Конечно, после того, как система загрузится, вам будет необходимо восстановить загрузчик Grub чтобы не вводить эти команды при каждой загрузке системы.

Выводы

В этой статье мы рассмотрели почему возникает ошибка error unknown filesystem grub rescue и что делать grub rescue, когда вы видите это сообщение. Да, во многих случаях у вас уже не получится загрузить систему без LiveCD диска. Но иногда все можно спасти. Надеюсь, эта информация была полезной для вас.

Данная статья рассказывает историю моих о мучениях и за одно несет в себе полезную информацию для тех, кто столкнулся с такой же проблемой «no such partition grub rescue». Часть с установкой, софтом и прочем будет сильно урезана, ибо статья не об этом. Итак, поехали!

Началось все с того, что захотелось мне после прочтения очередного номера журнала про линукс посмотреть вживую на все нововведения, ибо в последние годы не пользовался линукс дистрибутивами и сидел полностью на окнах. И вот скачал самый популярный дистрибутив Ubuntu, оторвал от диска D 100Гб на новый раздел L, установил, поигрался.

Надоело, поставил вместо него более любимый мною дистрибутив Linux Mint, поигрался, и вот решил сносить все это через пару дней.

Загружаюсь в Windows, управление дисками, раздел L – удалить, диск D расширить и возвращаю диску обратно его родные 100Гб.

Перезагружаюсь…BIOS…ASUS…error: no such partition grub rescue. Перезагружаюсь опять, BIOS – перепроверяю все настройки. Все верно, сохранить и перезагрузить. И опять после BIOS идет error: no such partition grub rescue. Ни выбора системы, ни возможности загрузить Windows. Сразу пошел за ноутом и гуглить.

Grub — это загрузчик систем, который устанавливается с Linux и пишет всю нужную информацию на самый первый раздел на диске — MBR (master boot record). А его файлы размещаются на диске с системой Linux

Решения и тщетные попытки все исправить

Для начала, если есть желание удалить любой дистрибутив линукс, лучше прочтите, как это правильно делать. А не так, как я – удалить рездел и думать, что все так просто.

Если же вы не удаляли линукс, но получили эту ошибку «error: no such partition grub rescue>», то все можно легко исправить, указав в новый раздел и папку на нем с файлами GRUB подобной информации полно на форумах. Но в моём случае это не подходило, ибо удален не просто сам линукс, но и раздел на котором он был и возвращен к диску D. Ищу дальше и, натыкаясь на статью, что такую ошибку исправить можно 2 способами:

— исправить раздел MBR с помощью загрузочного диска Windows;
— исправить раздел MBR с помощью live CD с Linux.

У меня уже была флешка с Linux Mint – с нее и загрузился и выбрал «Попробовать Mint».
Открываем терминал (Ctrl+Alt+T) и пишем:

sudo apt-get install lilo ждем установки, далее sudo lilo -M /dev/sda mbr

После перезагружаемся и все должно работать, очень многим этот способ помог, но не мне. Выдавало на 2-й команде ошибку. Начал искать еще способы и наткнулся на пост о том, что можно запустить установку windows и на моменте управления дисками, удалить все разделы, включая «Зарезервировано системой» — и это свободное место преобразовать в новый раздел. Оставить только раздел с окнами и D. Записал образ, запустил установку, удалил все разделы, создал на их месте новый один раздел. Перезагрузка — no such partition grub rescue.

Хоть этот способ и многим помог, но опять же — только не мне. Идем дальше:

Запустить восстановление системы с диска/флешки, отрыть дополнительные параметры, консоль и там ввести bootrec.exe /fixmbr . Написало, что все выполнено успешно. Перезагрузка — no such partition grub rescue. Психанул запустил установку Windows и удалил все разделы, кроме D, создал один новый и переустановил систему. Все заработало.

P.S. Хоть я и не смог решить проблему «деликатными» методом, но по отзывам эти методы помогали большинству. Надуюсь, помогут и вам при такой проблеме. И вам не придется все переустанавливать.

Спасибо за внимание.

Данная статья не подлежит комментированию, поскольку её автор ещё не является полноправным участником сообщества. Вы сможете связаться с автором только после того, как он получит приглашение от кого-либо из участников сообщества. До этого момента его username будет скрыт псевдонимом.

Я думаю, что исчерпал все, что я знаю, чтобы сделать, поэтому я посылаю факелы. Я постараюсь охватить все это (хотя и по частям), поэтому, пожалуйста, будьте терпеливы.

Я решил установить Linux Mint 11, где у меня ранее была Ubuntu 10.10. Перед этой установкой у меня был раздел с Windows XP, который — в далеком прошлом — я использовал для двойной загрузки. Я удалил раздел в этой установке.

После установки система не загружается. После проверки CD/DVD он печатает:

error: no such device: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
GRUB rescue>

Не было проблем с загрузкой Ubuntu. Кажется, я вспомнил похожую проблему в прошлый раз, когда я установил (вместо обновления) Ubuntu. Это было какое-то время, но я решил исправить это с помощью FIXMBR и / или FIXBOOT с компакт-диска XP. Те не работали на этот раз.

Похоже, что запрос GRUB rescue> не работает. Даже help не работает. Я могу ls , что дает:

GRUB rescue> ls
(hd0) (hd0,msdos1) (hd1) (hd1,msdos1) (hd2) (hd2,msdos5) (hd2,msdos3) (hd2,msdos2) (hd2,msdos1)

Кроме того, я не знаю, что это за устройство. Я не могу найти соответствующий UUID в /dev/disk/by-uuid . В связи с этим для моего загрузочного жесткого диска нет идентификаторов UUID (см. Ниже). Моя установка — Frankenbox. Я знаю, что нельзя полагаться на перечисление устройств в таком миксе, но они приведены ниже для удобства обсуждения.

• Ch 0 Master: 250 ГБ PATA (SDA)
  • sda1
• Ch 0 Раб: нет
• Ч. 1 Мастер: 80 ГБ SATA (SDB)
  • SDB1: /
  • sdb2: /home
  • sdb3: swap
• Ч. 1 Раб: DVD SATA
• Карта расширения SATA: 250 ГБ SATA (SDC)
  • sdc1

Я подумал, что ударил в золото, когда обнаружил какие-то затяжные (и вызывающие недоумение) метаданные RAID на sda. Диск ранее не обнаруживался в установке Linux, но появился после использования dmraid -r -E /dev/sda . Однако ошибка загрузки сохраняется.

До сих пор я мог использовать установочный компакт-диск Mint для загрузки с локального диска, что действительно привело бы меня к установке на sdb1. После использования компакт-диска для загрузки с накопителя и запуска приведенного ниже, я усугубил проблему, предоставив приглашение GRUB> вместо загрузки с накопителя.

# GRUB-install --no-floppy /dev/sdb1
# update-GRUB
GRUB> find /boot/GRUB/stage1
GRUB> root (hd1,0) # result of above
GRUB> setup (hd0)

Несомненно, есть несоответствие, потому что sdb, который имеет 3 раздела, кажется (hd2) в приглашении GRUB rescue> , но (hd1) при фактической загрузке. Однако, если я использовал UUID (и я думаю, что использовал), это не должно быть проблемой. Используя live CD, я вижу, что sdb1:/boot/GRUB/menu.list содержит

# kopt=root=UUID=[UUID of sdb1]
...
# groot=[UUID of sdb1]

Основная проблема, насколько я понимаю, заключается в том, что GRUB по какой-то причине, которую я не понимаю, пытается загрузить устройство, которое не существует. Я не знаю, как определить, что он ищет по указанному UUID. Я не вижу UUID для чего-либо на SDA.

И теперь я даже не могу загрузиться с диска, используя CD.

Обновить:

Я подумал, что размещение раздела /boot на том же диске, что и MBR, может помочь, поэтому я добавил sda2, установил флаг boot и переустановил (что, вероятно, излишне).

Я снова получаю приглашение grub rescue> , но теперь, когда я получаю ls , я получаю

grub rescue> ls
(hd0) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1) (hd2) (hd2,msdos3) (hd2,msdos2) (hd2,msdos1)

Таким образом, sda не больше (hd0) в этом приглашении, чем sdb (hd1). Я не знаю, почему это так смещено, и почему это важно. Я могу попробовать еще раз, поставив /boot на sdc/(hd0).