Grub probe ошибка не удалось найти привод grub для dev sdb1 проверьте device map

Стоят Windows и несколько Ubuntu-подобных ОС.
Слетел GRUB.
Откуда SFS взялась???Где ext2?

root@kali:~# sudo fdisk -l

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xa244bd53

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1              63      2047      1985 992,5K 42 SFS
/dev/sda2  *         2048    718847    716800   350M 42 SFS
/dev/sda3          718848 213012479 212293632 101,2G 42 SFS
/dev/sda4       213012480 976771119 763758640 364,2G 42 SFS

Partition 2 does not start on physical sector boundary.

Disk /dev/sdb: 3,6 GiB, 3880452096 bytes, 7579008 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: dos
Disk identifier: 0x3077d69f

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *    16128 7579007 7562880  3,6G  7 HPFS/NTFS/exFAT
/dev/sdb4       68576 1534943 1466368  716M  0 Empty

Disk /dev/sdc: 14,7 GiB, 15798894592 bytes, 30857216 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: dos
Disk identifier: 0x3b0217b6

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1        2048 30855167 30853120 14,7G  c W95 FAT32 (LBA)

root@kali:~#

root@kali:~# grub-mkconfig -o /boot/grub/menu.cfg
Generating grub configuration file …
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Найден образ linux: /boot/vmlinuz-4.0.0-kali1-amd64
Найден образ initrd: /boot/initrd.img-4.0.0-kali1-amd64
  No volume groups found
grub-probe: ошибка: не удалось найти привод GRUB для /dev/sda15. Проверьте device.map.
grub-probe: ошибка: не удалось найти привод GRUB для /dev/sda5. Проверьте device.map.
grub-probe: ошибка: не удалось найти привод GRUB для /dev/sdb4. Проверьте device.map.
Найден Ubuntu 15.04 (15.04) на /dev/sda1
Найден Ubuntu 15.04 (15.04) на /dev/sda11
Найден Windows 7 (loader) на /dev/sda2
Найден Ubuntu 15.04 (15.04) на /dev/sda7
завершено

При отключение одного диска из raid (soft) не грузится система.

При отключение одного из дисков рейда, система не грузится, не важно какой диск.

В конфете grob я нашел вот этот код:

А вот все uid дисков системы.

подскажите, Спасибо за помощь.

Сделай grub-install на все диски в рейде.

Uuid md устройства, не должен меняться.

raid 1, зеркало. Ставил grub на все диски. Он грузит якобы систему но в какой-то урезанный шел .

grub-install

Какая-то фигня выходит. Когда ставил систему то поставил помощью инсталятора на два диска grub, все прошло без ошибок и предупреждений.

Сейчас пытался grub-install /dev/sda1 или grub-install / dev/sdb1 выдает ошибку:

Вот что у меня загружается если отключить любой из винтов: (фото экрана) http://s008.radikal.ru/i304/1506/8c/50a8e14da5ef.jpg

не смотрел как во втором грубе, а для первого menu.lst должно содержать нечто подобное

загрузчик надо ставить на sda, а не на раздел

Ну во первых
grub-install /dev/sda
grub-install /dev/sdb
Должно работать.

Сори, что то я провтыкал. Но проблемы это не решает . одно что grub ставится на оба диска и он там уже был, но система не грузится с одним винтом?

Потому-что у тебя root почему-то указывает на первый диск, а должен — на md-устройство. Читай ошибку на скрине после «ALERT!»

Потому-что у тебя root почему-то указывает на первый диск, а должен — на md-устройство. Читай ошибку на скрине после «ALERT!»

А почем у вы так уверены, что root указывает на первый диск?

UUID b566fce0-ed95-42b6-9b66-7c865478e5ff это устройство /dev/md0

и вот мой grub.cfg Я даже пытался везде прописать

попробовал я добавить еще один пункт загрузки

Подскажите, что делать чтобы грузилась система без одного диска.

В файлике /etc/default/grub – нужно раскоментировать строку “GRUB terminal=console”

В файлике /etc/default/grub – нужно раскоментировать строку “GRUB terminal=console”

А почем у вы так уверены, что root указывает на первый диск?

Точно, невнимательно прочитал пост.

Там ничего не надо прописывать в файле, он автоматически переконфигурируется (о чём написано в 6 первых строчках), надо dpkg-reconfigure grub-pc набрать и выбрать свои диски (/dev/sda и /dev/sdb) в запросе.

попробую угадать, система на базе systemd?

попробуй добавить в kernel парамеры

Там ничего не надо прописывать в файле, он автоматически переконфигурируется (о чём написано в 6 первых строчках), надо dpkg-reconfigure grub-pc набрать и выбрать свои диски (/dev/sda и /dev/sdb) в запросе.

не помогло . тоже самое. Как на фото.

попробую угадать, система на базе systemd?

Это как? Как вам ответить на этот вопрос, где посмотреть?

попробуй добавить в kernel парамеры

Подскажите как это сделать?

добавить в конец строки linux /boot/vmlinuz-3.16.0-4-amd64 .

А может стоит забить на UUID? и сделать по-старому set root=/dev/md0 (и не надо вызывать search).

No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 8.1 (jessie) Release: 8.1 Codename: jessie

добавить в конец строки linux /boot/vmlinuz-3.16.0-4-amd64 .

А может стоит забить на UUID? и сделать по-старому set root=/dev/md0 (и не надо вызывать search).

да я писал set root=/dev/md0, не работает и так. Я добавлял отдельное меню с set root=/dev/md0 и даже для каждого диска .

Я тут гуглил по «module ehci-orion not found in modules.dep» я не селен в английском (полный профан) но по русскому сегменту вижу что это проблема debiana

Странно раньше ставилось все без проблем, были проблемы с активными секторами диска но это решалось fdisk -a и все . А сейчас и не знаю как это победить.

добавить в конец строки linux /boot/vmlinuz-3.16.0-4-amd64 .

Источник

Grub2 не генерирует конфиг

При вызове grub2-mkconfig выходит сообщение Generating grub.cfg . а далее /usr/sbin/grub2-probe: error: cannot find a GRUB drive for . Check your device.map. Генерирую из-под LiveCD Ubuntu под chroot. /dev,/proc смонтирован.

Как вызываете grub2-mkconfig? Только не говорите, что без параметров.

Напиши руками, там 20 строчек.

grub2-mkconfig -o /boot/grub2/grub.cfg

Да пробовал я, он при загрузке опять на device.map ругается и ни в какую

Монтирую бут тоже из-под чрута, все равно говорит, проверьте device.map. Его в /boot/grub2 нету, grub2-install не создает его, в mtab бут есть

И чего вас всех потянуло на grub2 под gentoo? Есть же родной незамасканный grub.

Он нормально работал, просто систему на новый хард перенес

просто систему на новый хард перенес

А UUID`ы поменяли где надо?

просто систему на новый хард перенес

а grub-install нормально отработал?

попробуй grub-mkdevicemap перед генераций конфига

Нука, откачу-ка я граб на версию пониже

так плюнь на убунту, да запусти с харда через chroot

дык и так из-под chroot grub пускаю

каким образом chroot делал? в смысле /dev и /proc как монтировал? да и /sys тоже не помешал бы

$ cat /boot/grub/device.map
(hd0) /dev/sda

А что у тебя в этом файле?

проверьте device.map. Его в /boot/grub2 нету, grub2-install не создает его

Создай руками, там содержимое тривиально.

откатил граб, граб-инсталл создал device.map, но mkconfig конфиг все равно не генерирует. с конфигом в ручную не грузится, говорит мол no such device, перепроверил 10 раз, написано правильно

монтируй и /dev и /proc и /sys через -o bind

И чего вас всех потянуло на grub2 под gentoo? Есть же родной незамасканный grub.

Старый граб нифига не умеет. Ни EFI, ни GPT, ни LVM, ни btrfs и т.д.

Смонтировал /sys, сделал на всякий revdep-rebuild, он мне пересобрал udisks и после этого граб сделал конфиг. ОС загрузилась

У меня тоже была такая же (или похожая) проблема, но я не помню, как решал. ЕМНИП, граб ещё и не мог определить тип файловой системы FAT, которая в /boot/efi. Если используете бету граба 2.00, то лучше откатить на что-то постарее, хотя бы на 2.00_beta0, потому что со всеми бетами у меня были проблемы (там ещё и опечатка в grub-install есть, связанная с EFI).

а всё дело в хэндбуке, который не учит монтировать /sys

Источник

Ошибка при восстановлении загрузчика.

При стандартной процедуре восстановления загрузчика возникает проблема —
ошибка: invalid volume.
grub-install: ошибка: не удалось найти привод GRUB для /dev/sda5. Проверьте device.map.
Главное то, что файла device.map нет вообще. Кто-нибудь сталкивался с данной проблемой? Как можно её можно решить?

Обычно grub на /dev/sda ставят.

/dev/sda

Я как-раз на /dev/sda и ставил.

Ты сейчас можешь загрузиться в какую-либо ОС с жесткого диска или только с флешки или DVD?

Хорошо, загрузись с неё и кинь сюда вывод

По поводу странной разметки можно не писать(сам знаю).

Да у тебя она не просто странная: выводы fdisk и blkid не совпадают! Да и вообще бред какой-то: зачем нужен EFI раздел на dos разметке, он ведь обычно на gpt?

Не могу ответить на этот вопрос, т.к вручную я EFI не настраивал. Возможно это является последствием дуалбута с виндой(извиняюсь, если написал какой-то бред).

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

Тем не менее хотя бы одну из операционок надо восстановить.

Поможет ли здесь восстановление загрузчика в принцепе?

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

Еще вопрос, покажите выхлоп (в тегах code или pre):
sudo gdisk -l /dev/sda

sudo gdisk -l /dev/sda

По поводу кода 42 на ntfs разделе немного огорчу
https://www.win.tue.nl/

42 Windows 2000 dynamic extended partition marker
If a partition table entry of type 0x42 is present in the legacy partition table, then W2K ignores the legacy partition table and uses a proprietary partition table and a proprietary partitioning scheme (LDM or DDM). As the Microsoft KnowledgeBase writes: Pure dynamic disks (those not containing any hard-linked partitions) have only a single partition table entry (type 42) to define the entire disk. Dynamic disks store their volume configuration in a database located in a 1-MB private region at the end of each dynamic disk.

Именно их видит ядро и не видят fdisk и gdisk (и могли насоздавать разделов на занятом месте, записью в которые могла быть убита накрытая ими ФС).

Давайте смотреть выхлоп:
cat /proc/partitions

Эта фигня — Microsoft Dynamic Disk, см. сообщение выше.

Спасибо за инфу, просто практически не жил на винде.

cat /proc/partitions

Извиняюсь, что так долго не писал.
Выхлоп:

Если судить по /proc/partitions, то размеры отдельных разделов в сумме не превышают размера диска. Но это так, скорее всего, из-за того, что ядро читает только старые данные LDM — это логично, на динамическом диске не должно быть значимых данных ни в MBR, ни в GPT. А отыскать их (прежние разделы) в выводе fdisk и gdisk не удалось, кроме sda4.

Рассказывайте, как был размечен диск изначально, если точнее, как именно было уменьшено место, занятое Windows.

Попробуйте смонтировать видимые в LiveUSB разделы, что-то получится? Возможно, принудительно.

Если повезло, и все данные Windows действительно внутри sda4 (в чем я очень сильно сомневаюсь), то даже удастся вытащить данные.

Можно попробовать получить границы LDM-разделов (чтобы понять, есть ли неповрежденные) при помощи ldmtool: https://www.mankier.com/1/ldmtool
Можно попробовать найти границы разделов при помощи testdisk и надеяться, что не разрушены управляющие структуры, скопировать данные.

Иначе, стирать 1Mb в конце диска, переразмечать и переустанавливать обе системы.

История дуалбута.

Итак, решил всерьёз подумать о переходе с windows на linux. В качестве первого дистрибутива выбрал Manjaro с окружением KDE. Windows решил оставить до тех пор пока полностью не освоюсь в linux. Скачал Acronis Disk Director и с помощью него отрезал 400 с лишним ГБ от дисков C и D. При установке самого manjaro решил воспользоваться функцией замены раздела. С этого момента и начались мои мучения. С начала были проблемы с fsck, потом device UUID=. not found. В итоге, многократно переустанавливая линукс с разными разметками, я пришёл к чёрному экрану с надписью GRUB и мигающим курсором:

Что и почему получилось — вполне понятно, ссылки выше уже давал.
Главная ошибка — необходимо было предварительно преобразовать динамический (Dynamic) диск в базовый (Basic) в терминологии Windows.

Без этого у вас получилось примерно следующее.
1) В MBR была запись о единственном первичном (primary) разделе с типом 0x42 и размером на весь диск; в последнем МБ этого раздела лежала реальная LDM-таблица разделов этого диска;

Acronis Disk Director и с помощью него отрезал 400 с лишним ГБ от дисков C и D.

возникает вопрос, действительно ли он умеет работать с LDM и что получилось при отрезании:
а) умеет, изменены (1) размеры ФС «дисков» C: и D:, (2) границы разделов внутри LDM, (3) границы внешнего контейнера в MBR;
б) не умеет, изменены размеры только внешнего контейнера.
Почему-то кажется, что у варианта (б) больше шансов :(, ведь динамический диск не может содержать дополнительных разделов внутри MBR и/или GPT. Но это мои домыслы, тут нужно исследовать вопрос по версии ADD, его документации, а при тишине в ней на эту тему — путем натурного эксперимента.

3) После создания разделов и установки Linux то, что получилось, могло выглядеть как-то так:

На картинке оптимистичный вариант, когда «диск D:» не был затерт, но это не гарантировано.

4) Если не было ценных данных, или есть их резервная копия, переразметьте и переставьте обе системы.
Если были — самое время озаботиться вопросом, 1) целы ли они и 2) куда переписать то, что еще не убито.

5) Если поддержка все же была, преобразование в Basic диск в том же ADD должно помочь, если он сможет оставить и MBR, и LDM разделы в MBR варианте.

На картинке оптимистичный вариант, когда «диск D:» не был затерт

К сожалдению, скорее всего «диска D» больше нет, т.к. из линукса можно взаимодействовать только с «C:».
Сейчас буду пытаться переустанавливать винду, а с неё уже посмотрю, что можно сделать.

Снеси все разделы и создай 3 следующих раздела: /, /home, /swap

После переустановки что-либо делать будет уже поздно, скорее всего, прежним данным будет хана. Если такой ваиант устраивает, сразу делайте Basic разметку, не Dynamic. Если в интерфейсе установщика на эту тему ничего не найдете, shift+F10, diskpart в помощь.

Сейчас буду пытаться переустанавливать винду

Линуксы могут работать без винды. Без винды они работают даже лучше.

Вопрос 1: чем сносить LDM?
В установщике Windows это легко сделать из diskpart.
В Linux-ах на ум приходит только dd или ldmtool (мало где есть в установщиках?)

Пока на диске есть LDM, ядро не увидит разделов из MBR.

Тем не менее, есть шанс его найти при помощи testdisk или других утилит восстановления данных.

Благодарю за ответ, надеюсь скоро отпишусь о том, что получилось.

Успешная установка

Спустя 3 с небольшим дня всё же установил linux. Для этого пришлось скинуть файлы в облако и создать новую GPT(и решить 3-4 возникшие проблемы). Спасибо всем за помощь! В следующий раз буду внимательнее при установке какой-либо системы дуалбутом с виндой.

Источник