Назад | Перейти на главную страницу

Бездисковая загрузка Linux - общий ресурс NFS не монтируется во время загрузки ramdisk

(Это мой первый пост, надеюсь, я правильно его форматирую). Я добавил как можно больше информации, не будучи TL: DR.

Моя основная проблема заключается в том, что я наткнулся на стены при попытке выполнить бездисковую загрузку PXE на сервер NFS (CentOS 6.7 или CentOS 7). Я пробовал разные вещи и, похоже, не могу повторить успех, который у меня изначально был с сервером и клиентом CentOS7. Каждый раз, когда я слежу за своими записями, я ни к чему не прихожу.

Наиболее частые ошибки, которые я получаю (в зависимости от того, какой файл initrd.img или initramfs * .img я использую):

A ticker of *** that shows a text-based progress bar and the message

A start job is running for dev-nfs.device (xx s / 1min 30s)

Затем время истекает и говорит

Timed out waiting for device dev-nfs.device
Dependency failed for File System Check on /dev/nfs
Dependency failed for /sysroot
Dependency failed for Initrd Root File System
Dependency failed for Reload Configuration from the Real Root

Вышеупомянутая ошибка возникает, когда я копирую (любой из) initramfs-3.10. *. Img из / boot / в расположение образа PXE.

Если я попытаюсь сгенерировать новый файл образа initramfs из dracut, это также вызовет указанную выше ошибку.

dracut initramfsnew.img

Может случиться так, что я либо не знаю, как сгенерировать правильные initramfs, либо действительно не понимаю функций initrd.img и initramfs. Я считаю, что тайм-аут происходит потому, что драйверы NFS еще не загружены на этом этапе процесса загрузки, поэтому клиент не может правильно смонтировать общий ресурс NFS. Причина, по которой я думаю, заключается в том, что я загрузил тот же самый клиент PXE в его локальную ОС и вручную смонтировал общий ресурс NFS, и он работает на 100%, поэтому общий ресурс NFS активен и работает. Я считаю, что неправильно понимаю, как работают initrd.img и initramfs * .img.

Если я загружу initrd.img с зеркала CentOS, я получу 90% пути, а затем ошибка изменится на

No /sbin/init trying fallback

Сейчас я нахожусь в оболочке (если лучше сказать, наполовину загруженной), которая дает мне базовую навигацию по общему ресурсу NFS. Я могу перейти в / home / disklessuser / и даже записать в NFS или прочитать новые файлы из NFS (проверенные простые команды «касания» как на сервере, так и на клиенте). В первую очередь, кажется, не хватает опции входа в систему в этом случае, а также правильной границы для каталогов (то есть я, кажется, вошел в систему как root на этом этапе загрузки).

Базовая конфигурация довольно стандартна AFAIK:

/var/lib/tftpboot/pxelinux.cfg/default содержит (я исключил те биты, которые, как я знаю, работают - PXE работает и указывает на правое изображение и т. д.):

menu label ^1) CentOS 7
  kernel /images/centos7/vmlinuz
  append root=/dev/nfs initrd=/images/centos7/initrd.img nfsroot=10.10.10.10:/srv/nfs/diskless/images/centos7/root rw selinux=0

Я пробовал варианты вышеперечисленного, такие как замена initrd.img на initramfs3.10 * .img (различные версии, расположенные в / boot / сервера), и пробовал добавлять такие параметры, как

ip=dhcp

потому что документация dracut предполагает, что это укажет ему получить путь nfsroot от DHCP вместо меню PXE.

В настоящее время мой DHCP настроен так:

subnet 10.10.10.0 netmask 255.255.255.0 {
   option broadcast-address 10.10.10.255;
   option routers 10.10.10.1;
   range 10.10.10.100 10.10.10.150;

   next-server 10.10.10.10;
   option root-path "10.10.10.10:/var/lib/tftpboot";
   filename "pxelinux.0";
}

Возможно, это противоречит общему ресурсу NFS, указанному в меню PXE?

В любом случае, я был бы признателен за любое руководство - возможно, наиболее подходящим для меня является то, что делать с initrd или initramfs. Я полагаю, что в обоих случаях нет большой разницы, но как создать новый, который (надеюсь) должен включать в себя базовые сетевые драйверы, позволяющие монтировать NFS?

Во-вторых, почему отсутствует / sbin / init, когда я почти нахожу решение, когда я использую initrd.img, хранящийся в каталоге зеркала CentOS в / os / x86_64 / Isolinux?

Основываясь на вашей информации, трудно сказать, что именно вызывает тайм-аут. Несколько советов, которые стоит попробовать:

  • Загрузите систему с отключенным selinux, используя rd.brak для входа в предварительную загрузку initrd.
  • Проверьте, что вызывает тайм-аут. Проверьте, загружен ли сетевой драйвер и сработало ли назначение DHCP. Посмотрите, удастся ли выполнить монтирование nfs вручную. Попробуйте вручную запустить dev-nfs.device.
  • Сравните свои действия с различными документами, например http://www.iram.fr/~blanchet/tutorials/diskless-centos-7.pdf
  • Попытайтесь полностью понять процесс загрузки и создания файлов initramfs.

Несколько слов о загрузке экземпляра:

  • vmlinux / vmlinuz содержит только образ ядра с драйверами
  • initramfs содержит основную корневую файловую систему, которая полностью загружена в оперативную память
  • Обычно (в настольных и серверных системах) обязанности initramfs включают подготовку ядра (например, загрузку соответствующих драйверов ядра), монтирование корневой файловой системы (rhel 7, как правило, настоящая корневая файловая система будет в / sysroot после rd.break), а затем передачу загрузитесь в настоящую корневую файловую систему.
  • В этом случае я предполагаю, что при подготовке ядра что-то идет не так, похоже, что-то отсутствует или не может быть найдено внутри initramfs. в конечном итоге модули драйвера nfs.

вы можете загрузить CentOS-7.0-1406-x86_64-DVD.iso с помощью HTML вместо NFS с

kernel   = /NWA_PXE/$HEAD_DIR$/images/pxeboot/vmlinuz 
append   = initrd=/NWA_PXE/$HEAD_DIR$/images/pxeboot/initrd.img root=live:http://$IP_BSRV$/$HEAD_DIR$/LiveOS/squashfs.img ksdevice=bootif repo=http://$IP_BSRV$/$HEAD_DIR$/ 
ipappend = 2

источник Serva

вы можете легко изменить его на NFS, если действительно нужно