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

Не понятно что вы хотите сделать? Если загрузка останавливается с выводом «grub>» - значит что загрузчик стартовал, но не может найти ядро для загрузки. Зачем вы пытаетесь восстановить grub? Надо загружаться с CD или флешки и смотреть конфиг груба /boot/grub2/grub.cfg где он ищет ядро. Правка конфиг-файла не требует переинсталяции груба.

Спасибо за ответ. Завтра посмотрю отвечу.

Круто получилось восстановить командами root (hdX,Y) setup (hdX) quit Все начиналось с клонирования диска, хотелось в виртуальную среду запихнуть. Не подскажешь как это сделать так как говорил ранее диск имеет файловую систему linux raid autodetect

Если удалось загрузиться, приведи содержание файла /etc/fstab (если там разделы указаны через UUID, то еще вывод команды blkid)

Для клонирования в виртуалку порядок примерно такой:
1. получить образ раздела (загрузившись с CD или флешки)
dd if=/dev/sda1 of=sda1.img
2. сконвертировать образ в виртуальный диск:
qemu-img convert
3. подключить полученный диск к виртуальной машине

Если загрузка останавливается с выводом «grub>» - значит что загрузчик стартовал, но не может найти ядро для загрузки.

Это значит, что загрузчик не смог найти свой конфиг, а не ядро. Если бы конфиг был найден, то было бы меню.

/etc/fstab
/dev/md0 swap swap defaults 0 0
/dev/md1 / ext3 acl,user_xattr 1 1
/dev/md2 /home ext3 acl,user_xattr 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0<

blkid
/dev/sda1: UUID=«d3c7e421-86d2-4b62-8ae6-c2c024e500b5» TYPE=«swap»
/dev/sda2: UUID=«caf713ae-dca0-4a48-888d-4900ad300813» TYPE=«ext3»
/dev/sda3: UUID=«cd2a150e-14bc-41aa-9650-c3b514c17d21» TYPE=«ext3»
/dev/md1: UUID=«caf713ae-dca0-4a48-888d-4900ad300813» TYPE=«ext3»
/dev/md0: UUID=«d3c7e421-86d2-4b62-8ae6-c2c024e500b5» TYPE=«swap»
/dev/md2: UUID=«cd2a150e-14bc-41aa-9650-c3b514c17d21» TYPE=«ext3»

Не видел такой еще инструкции. Мне бы все запихнуть под Hyper-V. В какой формат он делает конвертирование?

qemu-img может конвертнуть под qemu, VirtualBox и Vmware. А про Hyper ничего незнаю! это вам на WinFAQ надо вопросы задавать.

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

Все возможно. Из за этого все проблемы переноса в виртуальную среду. Есть возможность изменить?

Помоему - у тебя просто изменены типы разделов. Нужно изменить тип раздела в fdisk -> t (поставить родные 83 для / и /home и 82 для swap) и обязательно поправить /etc/fstab
mt0 -> sda1
mt1 -> sda2
mt2 -> sda3
еще нужно проверить/поправить опцию root в командной строке загрузки ядра в конфиг-файле Груба /boot/grub2/grub.cfg чтобы она указывала на /dev/sda2

/dev/md0 active, degraded Зеркалированный (RAID1) 4 GB /dev/sda1
/dev/md1 active, degraded Зеркалированный (RAID1) 300.59 GB /dev/sda2
/dev/md2 active, degraded Зеркалированный (RAID1) 68.01 GB /dev/sda3
Да стоял раид. Поставил и посмотрел через webmin. Теперь может подскажите как убрать его совсем?

grub.conf есть только
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1)
quit

Здравствуйте, дорогой Иосиф Виссарионович!

Как вам у нас в 21 веке? :)

Это не то - смотри menu.lst - вообщем файл, где описано меню груба примерно следующего вида:
title Ubuntu
root (hd0,2)
kernel /boot/vmlinuz-2.6.27-14-generic root=/dev/sda2 ro quiet splash
initrd /boot/initrd.img-2.6.27-14-generic
boot

проверить/поправить опцию root в строке kernel

Застрелить самозванца!!!

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 11.1 - 2.6.27.56-0.1
root (hd0,1)
kernel /boot/vmlinuz-2.6.27.56-0.1-pae root=/dev/md1 resume=/dev/md0 splash=silent showopts vga=0x317
initrd /boot/initrd-2.6.27.56-0.1-pae

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe — openSUSE 11.1 - 2.6.27.56-0.1
root (hd0,1)
kernel /boot/vmlinuz-2.6.27.56-0.1-pae root=/dev/md1 showopts ide=nodma apm=off noresume nosmp maxcpus=0 edd=off powers
aved=off nohz=off highres=off processor.max_cstate=1 x11failsafe vga=0x317
initrd /boot/initrd-2.6.27.56-0.1-pae

###Don't change this comment - YaST2 identifier: Original name: floppy###
title Floppy
rootnoverify (fd0)
chainloader +1

Получается его меняем menu.lst
В файле /etc/fstab меняем md0,md1.md2 на sda0, sda1, sda2 ? Так? Что еще?

меняем тип разделов через fdisk, правим /etc/fdisk и /boot/menu.lst и все - перегружаемся

меняем тип разделов через fdisk. Это как? Можно пример команды?

fdisk /dev/sda 

далее l - список кодов разделов, далее t -> выбор номера раздела -> ввод кода раздела.

правим /etc/fdisk Нет такого файла

Чего? Я не знаю что там тебе написал sigurd и что он перед этим принимал.

Но никакого файл /etc/fdisk нет и его править не нужно.

Я тебе написал команду:

fdisk /dev/sda

fdisk /dev/sda t sda1 <код>
fdisk /dev/sda t sda2 <код>
fdisk /dev/sda t sda3 <код>
Такого вида будет? Какой код?

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

правим /etc/fdisk Нет такого файла

имелся ввиду /etc/fstab

Тяжело общаться с автоматом без памяти!
Уже писал тебе ранее:

Помоему - у тебя просто изменены типы разделов. Нужно изменить тип раздела в fdisk -> t (поставить родные 83 для / и /home и 82 для swap) и обязательно поправить /etc/fstab

fdisk /dev/sda <Enter>
t
1
82
t
2
83
t
3
83
w
q

Все сделал. Поправил /etc/fstab тобишь все md поменял на sda. Тоже самое выполнил \boot\grub\menu.lst. Все на этом можно перезапускаться? Надеюсь взлетит обратно машина а иначе звиздец настанет(

Ну все приплыли фото

Не понятно откуда возникло вот это монтирование:
mount -o... -t linux_raid_member /dev/sda2 /root
такое впечатление, что у тебя рэйд не автоматически создавался, а вручную каким-то скриптом, и этот скрипт продолжает пытаться работать с рэйдом! Еще как вариант, проверь вывод команды fdisk -l чтобы убедится что ты записал изменения типов в fdisk

через livecd что ли? хз что за среда, но она не знает эту команду.

пробуй прямо в шелле, которым закончилась загрузка, раз в нем есть mount, то должен быть и fdisk (попробуй /sbin/fdisk и /usr/sbin/fdisk)

в каталоге /sbin есть только fsck в /usr вообще sbin нету. Что то начал спрашивать после перезагрузки

У тебя упорно запускается скрипт инициализации рейда. По идее, он автоматически запускается, если видит разделы типа «linux raid autodetect». Проверь типы разделов на диске (fdisk -l). Загрузись с LiveCD или подключи этот диск к другому компу с Линуксом.

Запустился с установочной Opensuse11

присоединяйся брат)

cat /etc/fstab - это просто посмотреть. Хотя стоп - сначала надо примонтировать /dev/sda2
mount /dev/sda2 /mnt
и смотреть /mnt/etc/fstab

Выдал
can't find /dev/sda2/mnt in /etc/fstab or /etc/mtab
Повторюсь делаю через дистрибутив OPensuse в режиме recovery

Блин - ты пробел видишь? mount /dev/sda2 /mnt
а не /dev/sda2/mnt

mount: unknow filesystem type 'linux_raid_member'

Получается - отвязаться от рейда нам пока не удалось! хотя, непонятно почему в выводе blkid было TYPE=ext3 а не TYPE=linux_raid_member ?
попробуй mdadm -Q /dev/sda1, затем 2, затем 3

/dev/sda1: is not an md array
/dev/sda1: device 0 in 2 device unknow raid 1 array.Use mdadm --examine for more detail
На всех 3 одинаковое сообщение
TYPE=ext3 не заметил такого вывода

А правильно то что Linux swap мы посадили на на sda1. Везде смотрю примеры там sda2

TYPE=ext3 не заметил такого вывода

в начале общения ты приводил вывод blkid
можно попробовать отключить разделы от рейда:
mdadm /dev/md0 -f /dev/sda1 -r /dev/sda1 -a /dev/sda1
mdadm /dev/md1 -f /dev/sda2 -r /dev/sda2 -a /dev/sda2
mdadm /dev/md2 -f /dev/sda3 -r /dev/sda3 -a /dev/sda3
и попытаться перегрузиться

Последние действия перед перезагрузкой фото
А правильно то что Linux swap мы посадили на на sda1. Везде смотрю примеры там sda2

А правильно то что Linux swap мы посадили на на sda1. Везде смотрю примеры там sda2

у тебя было:

/dev/md0 swap swap defaults 0 0
...
/dev/sda1: UUID=«d3c7e421-86d2-4b62-8ae6-c2c024e500b5» TYPE=«swap»
/dev/md0: UUID=«d3c7e421-86d2-4b62-8ae6-c2c024e500b5» TYPE=«swap»
раз UUID одинаковый - то это один и тоже раздел
кстати c /dev/sda1 проще всего - сделать mkswap /dev/sda1 
и он будет отформатирован и следов рейда не останется

mdadm: cannot get array info for /dev/md0

А назад дорога то вообще есть? Есть вообще вероятность запустить его обратно со старыми настройками? все таки сервер простаивает, хоть и малозависимый.

После форматирования что делать то?

Пока мы не отформатировали /dev/sda2 и 3 - вся инфа на месте!

mdadm: cannot get array info for /dev/md0

это после mkswap /dev/sda1 ?

хорошобы посмотреть /etc/mdadm.conf