Вы здесь

Проблема с EX4 в хетзнере

Взял в аренду сервер EX4
Ось ставил по инструкции: http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml
Система отказывается стартовать.

Поддержку сата-котнроллера, файловых систем, рейда, лвм вкомпилена в ядро. Рам-диск не использовался. Поддержка gpt в ядре установлена. Не понимаю где косяк?

Подключив libastral.so.5.2, полагаю, что initrd не используется, а md-raid создавался с версией метаданных > 0.9 (ключик -e для mdadm). Либо разделы, используемые в массиве, не помечены как Linux raid auto (fd)

Читайте внимательно, я писал что не использую рам-диск (initrd) по-этому все нужные для загрузки дрова вкомпилил в ядро.
Да, все разделы с метадатой 1.2, кроме раздела /boot (он с мета 0.9)
Все разделы выставлены в FD00 и созданы в gdisk. Таблица разделов имеет формат gpt. Есть даже раздел efi, но что с ним делать я не одупляю.
Не надо всех считать идиотами.

Ну ... в топике только 1

я писал что не использую рам-диск (initrd) .... все разделы с метадатой 1.2, кроме раздела /boot

Дам рекомендацию "одуплится" удаффкомом.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

С такими рекомендациями идите лесом.

Цитата:
Не надо всех считать идиотами.

0_O

Используй genkernel.

Не грусти, товарищ! Всё хорошо, beautiful good!

при использовании genkernel я получаю:

Что за устройства /dev/md/rescue? Что за LVM-тома? Рассказывай все подробно, разделы, как создавал, что за тома, группы, размещение.

Не грусти, товарищ! Всё хорошо, beautiful good!

Я уже говорил что делал всё по инструкции с учётом своих нужд.
За основу брал две инструкции: http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml и http://habrahabr.ru/post/131196/
mdadm --detail --scan

ARRAY /dev/md0 metadata=0.90 UUID=91403e92:ad74302d:776c2c25:004bd7b2
ARRAY /dev/md/1 metadata=1.2 name=rescue:1 UUID=d5016b94:c49af0a7:384a762a:ecea62c3
ARRAY /dev/md/2 metadata=1.2 name=rescue:2 UUID=f82c1f27:d344ba10:edabc1e0:2c405a6e
ARRAY /dev/md/3 metadata=1.2 name=rescue:3 UUID=1341dc23:ff180fd6:4022a6ae:eafdf24e

pvscan

  PV /dev/md3   VG vg   lvm2 [5.42 TiB / 5.38 TiB free]
  Total: 1 [5.42 TiB] / in use: 1 [5.42 TiB] / in no VG: 0 [0   ]

lvscan

  ACTIVE            '/dev/vg/usr' [8.00 GiB] inherit
  ACTIVE            '/dev/vg/var' [8.00 GiB] inherit
  ACTIVE            '/dev/vg/tmp' [4.00 GiB] inherit
  ACTIVE            '/dev/vg/opt' [8.00 GiB] inherit
  ACTIVE            '/dev/vg/home' [8.00 GiB] inherit

fstab

/dev/md0                /boot                           ext3            noatime         1 2
/dev/md2                /                               ext3            noatime         0 1
/dev/md1                none                            swap            sw              0 0
/dev/vg/usr             /usr                            ext3            noatime         0 3
/dev/vg/var             /var                            ext3            noatime         0 4
/dev/vg/tmp             /tmp                            ext3            noatime         0 5
/dev/vg/opt             /opt                            ext3            noatime         0 6
/dev/vg/home            /home                           ext3            noatime         0 7

grub.conf

default 0
timeout 5
splashimage=(hd0,1)/boot/grub/splash.xpm.gz

title Gentoo Linux
root (hd0,1)
kernel /boot/kernel-genkernel-x86_64-3.2.13 root=/dev/ram0 real_root=/dev/md2 dolvm domdadm init=/linuxrc
initrd /boot/initramfs-genkernel-x86_64-3.2.13

gdisk /dev/sda (для sdb вывод такой же)

GPT fdisk (gdisk) version 0.6.14

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): D79F9070-0FAF-4877-8372-E6DDFD21A66C
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048           34815   16.0 MiB    EF02  BIOS boot partition
   2           34816          165887   64.0 MiB    FD00  Linux RAID
   3          165888        33720319   16.0 GiB    FD00  Linux RAID
   4        33720320        42108927   4.0 GiB     FD00  Linux RAID
   5        42108928      5860533134   2.7 TiB     FD00  Linux RAID

Command (? for help):

/dev/md/rescue - полагаю это загрузочный диск создаёт устройства с такой нотацией. Загрузочный диск там дебиан (из линуксов).

Такс, по порядку. У тебя нет устройств /dev/mdX, их mdadm находит так, как прописано - /dev/md/rescue:X или /dev/md/X. Почему так - хрен знает, видимо из-за того, что в метаданных прописалось. Соответственно, должно быть не /dev/md2, а /dev/md/2 в grub.conf и fstab.init=/linuxrc не нужен вообще - у тебя в grub.conf есть строка initrd, это и есть инит.

Вызывает некоторые вопросы root (hd0,1), но, похоже, здесь все в порядке (надеюсь).

Советую конвертнуть все ФС в ext4 - и стабильнее, и производительнее.

Не грусти, товарищ! Всё хорошо, beautiful good!

Плюс к этому, тебя выбрасывает в строку инита, можно набрать shell и оказаться в busybox initramfs. Там можно пошариться в каталоге /dev - если есть /dev/md/2 - то вот он, твой корень, делаешь exit, указываешь /dev/md/2, если загружается, то доисправляешь все остальное.

Не грусти, товарищ! Всё хорошо, beautiful good!

К сожалению в /dev/md/ есть только три файла устройств: rescue:1 rescue:2 rescue:3
При попытке указать в загрузчике real_root=/dev/md/rescue:2
При инициализации ядра появляется ошибка "Unknown server error"

Полагаю это из-за двоеточия в имени устройства. Печаль.

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

проблема была видимо в том, что systemrescuecd создает и определяет md-устоиства с конца (127, 126 и т.д)

energy написал:
Поддержку сата-котнроллера, файловых систем, рейда, лвм вкомпилена в ядро. Рам-диск не использовался. Поддержка gpt в ядре установлена. Не понимаю где косяк?

Долго чесал репу с такой же проблемой, только у меня никаких рейдов и LVM не было, тупо рут раздел EXT4 и своп, тоже настраивал ядро с нуля. Ядро диск видело, определяло, но устройства sda{1,2) не создавало.

В общем после того как я третий раз сбегал под окно за монитором выяснилось что причина была в отключенной полностью SCSI поддержки, без неё как оказалось SATA устройства не работают.

После включения поддержки SCSI винтов счастье появилось.