gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Привет всем! Спасайте! Итак, имеется сервер (не бейте, и так уже страдаю) под арчем. Там файлпомойка и mysql с важной базой. Сегодня решил прикрутить туда принтер, но hplip потянул за собой пятье-десятое, пришлось обновиться. После рестарта - консоль ramfs$ с сообщениями перед этим, что triggering uevents.. udevd[243]: failed to execute '/sbin/mdadm '/sbin/mdadm' --incremental /dev/sdb1: no such file or directory Running HOOK [mdadm] mdadm: Can not start array: no such device |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Я тут подумал.. а что если подменить образ initrd, люди, кто сидит на i686, выручайте! Добавьте в /etc/mkinitcpio.conf в HOOKS=() mdadm перед filesystems, соберите ядро - дайте ссылку на initrd =) Попробую подменить. Попробовал подменить, поменял menu.lst на суровой машине.. подложил образ для фэллбека.. не грузится, пишет waiting 10 seconds .. .и не может найти диск, хотя тут же cat /proc/mdstat показывает что массив собрался.. у меня нет мыслей. |
shaman |
|
Темы:
26
Сообщения:
379
Участник с: 13 декабря 2009
|
ядру пытался указывать как собирать массив? типа kernel=… root=/dev/md0 md=0,/dev/sda1,/dev/sda2 и тд? |
ramcram |
|
Темы:
23
Сообщения:
310
Участник с: 25 сентября 2009
|
Похоже что-то перекрутили в рэйдами в последних обновлениях. Я так и не смог собрать фейковый рэйд, если ставлю систему по сети. Ставится удачно, груб ставлю, но при загрузке ramfs:Activating dmraid arrays... no block devices found Waiting 10 seconds for device /dev/mapper/isw_egfeefbjb_Volume0p3 Root device '/dev/mapper/isw_egfeefbjb_Volume0p3' doesn't exist attempting to create it. Error: Unable to determine major/minor number of root device '/dev/mapper/isw_egfeefbjb_Volume0p3' |
shaman |
|
Темы:
26
Сообщения:
379
Участник с: 13 декабря 2009
|
и да, версия метадата какая у вас? груб первый не поддерживает что либо кроме 0.9 версии |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Ядру указал, проверил, при выкидывании в ramfs$ выполнил cat /proc/mdstat, видно, что массив собран! А юдев его не может найти, как будто его нет.. я ничего не понимаю.. В конфиг-файле 0.9.. я уже вообще ничего не понимаю.. Так.. стопп.. кажется .. =О надо кое что еще проверить, кое где кое что не поменял, хотя я уже поставил дебиан, как раз жду ребилда 500гиговых дисков.. |
shaman |
|
Темы:
26
Сообщения:
379
Участник с: 13 декабря 2009
|
для массива файлы устройств созданы? которые md0 md1 и тд в /dev |
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Поправил сообщение выше.. |
sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
почему не можешь пересобрать раму. какая разница если ты на старом ядре под лайвом? пресеты то для ядра то есть?? я сам не експерементировал,поетому, ахтунг не провренная догадка. mount /dev.. /mnt/badarch chroot /mnt/badarch mkinitcpio -c path/to/config -g /boot/cookie.img -k <core-version>-ARCH mkinitcpio -p /etc/mkinitcpio.d/linux.preset # для третьего ядра mkinitcpio -b / -c path/to/config -g /boot/cookie.img -k /boot/vmlinux26 # тут вообще страшно, не нашел примеров для указания ядра методом полного пути
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Хук был добавлен, я все на 10 раз проверил, после chroot'а хотел как раз пересобрать ядро, поругалось что модули не те, ну оно и логично. Поставил арч в виртуалке, взял оттуда fallback образ, перенес на целевую систему.. попробовал, рэйд собирается, но юдев его не может подключить. Я уже все UUID проверил, ну в общем я пропарился некоторое время.. а потом кардинально решил вопрос. С массива арч так и не запустился. |