и воспользоваться map (hd0) (hd1)
map (hd1) (hd0)
а вот это пугает... в идеале должно все прекрасно цепляться по uuid, и плевать на маппинг... но, видать, не заладилось
sudo dd if=/dev/sda of=mbr.bin bs=512 count=1
создает файл mbr.bin не в домашней, а в корневой дитектории.
в представленном виде она создаст его в рабочей директории, т.е. там, где ее и запустили. а дом является этим местом при открытии сессии (т.е. при запуске гуевого терминала или логине на tty). и покуда юзер с помощью cd не уйдет куда подальше, создаваться оно будет именно в его хомяке. к тому же, это всего лишь пример, нормальный юзер будет сохранять это в более укромное место, например на бэкап-раздел, который, конечно же, имеется у каждого.
Видит, зараза. На незамысловатое ls выдает список всех разделов на обоих дисках, на конкретный вопрос 'ls (hd1,1)' показывает правильный UUID.
и если сделать ls (hd1,1)/ - должен вывести содержимое
menuentry "WindowsXP (/dev/sda1)"{
search -u 5C70E12C70E10D98 -s
chainloader +1
}
-- фигушки. Т. е. вроде начинает грузить, появляется мигающий курсор, - да так и остается навсегда...
судя по "hd1" можно понять, что искомая Windows находится на харде, отличном от того, с которого идет загрузка. и тут снова нужен волшебный drivemap, о котором я писал чуть выше не так давно:
drivemap -s (hd0) ${root}
пихается между search и chainloader.
да, насчет проблем с рэйдом: запусти еще
sudo os-prober
дабы понять, он на нем спотыкается или же грубовская 30-ка