Слетел загрузчик grub.

Поменял, ничего не изменилось.

Ну собственно - это должно было отключить ругань про «resume device /dev/md0 not found (ignoring)», но это просто варнинг - на процесс запуска системы не влияет.

Почему в rescue команда fdisk -l выдает /dev/sda вместо положенных /dev/md?

Потому что на диске нет ничего кроме разделов sda1-3. Устройства типа md создаются командой mdadm при старте на основе конфига и меток на разделах sda1-3, созданных при первоначальном создании рейдов.

Давай посмотрим текущее состояние меток на разделах:
mdadm -Q /dev/sda1
mdadm -Q /dev/sda2
mdadm -Q /dev/sda3
Еще вопрос возник - ты образ initramfs случайно новый не генерил? а то поскольку у тебя / на рейде - конфиг mdadm.conf записан в initramfs (копия, но именно она работает при инициализации корневого раздела). А поскольку мы этот конфиг ломали-чинили - мог записаться поломанный

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

Так - вроде все нормально - все разделы помечены как часть raid1. Если не давал команду mkinitrd - то initramfs не должен был поменяться (initramfs - сжатый образ файловой системы в памяти для инициализации системы, он прописывается 2-й строкой в menu.lst).

Попробуй в rescue режиме собрать рейд автоматически:
mdadm -A --scan
после этого посмотреть cat /proc/mdstat

отчет

На вид все хорошо - попробуй загрузиться штатно. Если вывалится в sh - сделай cat /proc/mdstat

отчет sh

Упорно не хочет рейд подниматься при инициализации системы! Давай глянем на времена initrd: (прямо из sh)

cd /boot
ls -l

ls -l

Увы - это не то. Я хотел посмотреть времена создания ядра и initrd. Т.е. загрузиться не в rescue, а в основную систему (когда она не сможет найти md1, то перейдет в sh). Там в /boot должны быть файлы, указанные в menu.lst - vmlinuz-* и initrd.img-*

через sh нету./boot

Тогда через монтирование:

mdadm /dev/md1 -A -R /dev/sda2
mount /dev/md1 /mnt
ls -l /mnt/boot/*

/mnt/boot

Прошу прощения - нужен вывод полной информации о файлах, а не просто названия. Надо делать ls -l /mnt/boot/*

ls-l

Так - вроде initrd недавно не меняли( хотя и меняли его гдето через 2 месяца после инсталляции ядра). Тут вопрос в чем - в initrd хранится копия mdadm.conf и именно она используется при инициализации системы. Я бы предложил перегенерировать initrd (в него попадет текущий конфиг mdadm.conf). Примерно так:

mdadm /dev/md1 -A -R /dev/sda2
mount /dev/md1 /mnt
cp /mnt/boot/initrd-2.6.27.56-0.1-pae /mnt/boot/initrd-backup
mkinitrd -A /mnt 

title test openSUSE
root (hd0,1)
kernel /boot/vmlinuz-2.6.27.56-0.1-pae root=/dev/md1 noresume splash=silent showopts vga=0x317
initrd /boot/initrd-new 

mkinitrd -A /mnt
is not a directory

Попробуй сделать перед mkinitrd команду chroot /mnt. Затем

mkinitrd
или
dracut initrd-new
Затем правь /boot/menu.lst

отчет

menu.lst

так - с первого раза не получилось! нужно примонтировать /proc

mdadm /dev/md1 -A -R /dev/sda2
mount /dev/md1 /mnt
cp /mnt/boot/initrd-2.6.27.56-0.1-pae /mnt/boot/initrd-backup
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
mkinitrd
правим menu.lst

отчет

Ура Завелась.Сперва не было интерфейса, но как поставил на родное железо появился. А как с клонировать диск? ибо он с битыми секторами уже.

А как с клонировать диск? ибо он с битыми секторами уже.

так у тебя же половинка рейда - добавь такой же диск, создай на нем теже разделы - и через некоторое время он засинхронизируется с sdb, Получишь полный клон! Ну или образ снимать (через dd из rescue). И затем образ загнать в виртуалку.

Ну или образ снимать (через dd из rescue). И затем образ загнать в виртуалку.

Вот это самый подходящий вариант. Есть какая нибудь инструкция?

Делается через rescue
mkdir /mnt/backup
mount /dev/sdb1 /mnt/backup
dd if=/dev/sda of=/mnt/backup/sda.img ds=8M conv=sync,noerror
Далее конвертируем образ в .vmdk
qemu-img convert -6 sda.img -O vmdk sda.vmdk
Таков порядок? Поправь пожалуйста где накосячил или не дописал

Далее конвертируем образ в .vmdk
qemu-img convert -6 sda.img -O vmdk sda.vmdk

qemu-img convert -f raw -O vmdk sda.img sda.vmdk
это если в vmdk. Кстати - современный qemu-img может и в vhdx для Hyper-V конвертнуть (посмотри вывод qemu-img --help - там есть список supported format). Да и незабуть - потребуется море дискового пространства!!!

Сейчас поставил на копирование .img резервный диск на 500 а исходный диск на 400 в тоге образ 400гбвесит. При том диск то не весь занят. непонятно qemu-img --help не знает такой команды в rescue

Недостаток dd - копирует все, и занятое и пустое (зато ненужно уметь разбирать файловую систему внутри раздела). qemu-img в rescue нет. Конвертацию формата образа диска надо делать в полноценной системе.

qemu-img convert -f raw -O vmdk sda.img sda.vmdk

Зачем мы тут указываем raw? vhdx много места занимает пришлось в vmdk делать
qemu-img convert -O vmdk /home/sdb.img /home/sdb.vmdk
Да для Hyper-V есть формат vpc

qemu-img convert -f raw -O vmdk sda.img sda.vmdk Зачем мы тут указываем raw?

Ну исходный же raw формат sda.img - посмотрел man - вроде raw по умолчанию идет (можно не указывать), но если указать явно, хуже не будет.

И сколько идет конвертация? Уже больше 7 часов прошло и ничего. Индикатор хард диска еле моргает. Нежели когда создавался образ

Долго! И зависит от исходного размера. Нужно было опцию -p добавить для индикации прогресса. А сейчас можно переключиться на 2-ю консоль, узнать pid процесса запущенного qemu-img командой ps fax и послать процессу c pid qemu-img сигнал SIGUSR1
kill -s SIGUSR1 pid
на консоли 1 смотреть текущий прогресс (команду можно повторять сколько нужно)

qemu-img convert -f raw -O -P vmdk sda.img sda.vmdk с опцией так будет выглядеть?

скорее так
qemu-img convert -p -f raw -O vmdk sda.img sda.vmdk

kill -s SIGUSR1 pid выполнил в другом терминале, завершил процесс и написал.
Определяемый пользователь сигнал 1

Я не разработчик qemu-img, а в мане написано:

 -p  display progress bar (compare, convert and rebase commands
     only).  If the -p option is not used for a command that
     supports it, the progress is reported when the process
     receives a "SIGUSR1" signal.

Привет Пытаюсь перевести в vhd ругается.
the image siza is too large for file format «vpc»
qemu-img convert -f raw sm1.img -O vpc sm1.vhd

Древние qemu-img имели предел в 128GB, потом был предел 2032GB, сейчас незнаю. Используй более новую версию. Если не удастся конвертнуть через qemu-img - посмотри виндовые утилиты - они тоже должны уметь образ диска преобразовывать в свой формат.

Пробовал через вндовый конвертор из vmdk в vhd выдал ошибку. Походу то что битые сектора имеются.

через виндовый qemu-img пробую

Когда я говорил - «посмотри виндовые утилиты» - имел в виду утилиты типа Microsoft VM converter.

Vmdk2Vhd и StarWind V2V Image Converter пробовал. ошибку давал

Через виртуалку десктоп пропал. Не подскажешь где копать?

Возможно нужно переконфигурить Xorg - драйвер, а так нужно читать доки на виндовую виртуальную машину. Сам я не сталкивался - не подскажу (у меня ситуация обратная - уже много лет винда живет только в виртуалке)

lspci не отображается Ethernet устройство в виртуалке. Драйвер нужен что ли?

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

Да это все сделано.Осталось разобраться почему не определяется сеть и нет десктопа. Хотя когда я диск на другую мать ставил тоже десктопа не было.