PXE Boot Последние компакт-диски с Ubuntu Live

У меня были проблемы с последними живыми компакт-дисками Ubuntu, которые пытались загрузиться с них через PXE. Моя конечная цель - восстановить старый бездисковый бокс Ubuntu 9.04, используя более новую сборку Ubuntu 12.04.4.

При попытке загрузить то, что я считаю хорошей конфигурацией, я получаю вывод, подобный следующему:

Loading .../vmlinuz......

// --- lotsa good boot-up stuff ---

Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/casper-premount     ...
 [    6.336295] pcnet32 0000:02:01.0: eth0: link up
done.
done.
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 2 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 3 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 4 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 6 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 9 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 16 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 25 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 36 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 64 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP

Я первоначально выполнил шаги здесь . В настоящее время у меня есть следующее:

  • Маршрутизатор под управлением Tomato 1.21 (да, я знаю, что он старый)
  • Ящик, содержащий сервер TFTP и файлы с живого CD (IP-адрес 192.168.xy)

Маршрутизатор имеет пользовательскую конфигурацию Dnsmasq, содержащую следующие строки, показанные ниже:

dhcp-no-override
dhcp-boot=pxelinux.0,,192.168.x.y

С этими настройками, когда я хочу добавить что-то новое в свой Коллекция PXE, я помещаю некоторые файлы в определенные места, добавляю строки в определенные файлы конфигурации, и затем я готов загрузить свою целевую коробку.

В прошлом я делал это для нескольких ситуаций загрузки, включая:

  • Backtrack 4r2 i386
  • Debian Lenny, Squeeze и Wheezy
  • Damn Small Linux
  • Fedora 18
  • Несколько старых живых компакт-дисков Ubuntu
  • Несколько старых установок Ubuntu

Мой текущий процесс добавления нового живого CD Ubuntu в микс выглядит следующим образом:

  1. Смонтируйте live CD как образ ISO.
  2. Скопируйте все файлы из ISO-образа на жесткий диск.
  3. Скопируйте файлы vmlinuz и initrd.lz из содержимого ISO в область, доступную для TFTP-сервера.
  4. Перестройте initrd.lz для поддержки загрузки PXE, изменив initramfs.conf и затем запустив update-initramfs внутри chroot:
    • MODULES = netboot
    • BOOT = nfs
    • NFSROOT = 192.168.xy: / path / to / extract / iso / contents
    • DEVICE = eth0 // не делали этого раньше, пытаясь сейчас, как описано здесь , из-за проблем, но все же без кубиков; В любом случае, только один сетевой адаптер
  5. Добавьте элемент в boot.txt на TFTP-сервере.
  6. Добавить строки в файл в каталоге pxelinux.cfg.

Как только я это сделаю, я могу перезагрузиться. Чтобы испытать это, я использовал базовую виртуальную машину VMware Player без жесткого диска, привода CD-ROM и дисковода гибких дисков. Все, что он делает, это загружается с PXE.

В прошлом это работало замечательно, и затем я мог выключить его и загрузить желаемую физическую коробку через PXE таким же образом.

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

no response after xx secs - giving up` message

Наконец, я смонтировал ISO-образ непосредственно под своей VMware VM и установил Убунту прямо на ВМ. Получив это, я сделал его бездисковым образом, смонтировав жесткий диск и скопировав содержимое, как описано в шагах 1 и 2 выше, а затем попытавшись выполнить PXE-загрузку оттуда.

1140 Это сработало раньше; однако, когда я пытаюсь сделать это с моей установкой 12.04, я вижу тот же симптом, что и на моем живом компакт-диске 12.04:

no response after xx secs - giving up

я пробовал этот ; это не сработало. Вот мои старые и новые строки pxelinux.cfg / default:

label ubuntu_12.04.4-desktop-i386
         kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
#         append boot=casper netboot=nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz
         append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz

Я был бы признателен за любые идеи, которые есть у каждого.

Спасибо.

2
задан 13 April 2017 в 15:23

4 ответа

У меня вчера была та же проблема на Сервере Maxdata. Подобная проблема, которую Вы имели, вот почему я нашел Ваш вопрос.

Мой сервер запустился, и через какое-то время он вылился многие из тех IP-Config: no response after xx secs - giving up сообщения и вывод к панике ядра приблизительно после трех минут. Я провожу почти целый день на попытку решить эту проблему, но я не мог найти прямое решение.

Проблема состоит в том, что существует два вызова DHCP: Один во время начальной загрузки (прямо, прежде чем PXE вскакивает), который работает и другой в точке, где наши оба узла прекратили загружаться. Второй запрос короче, чем первому не отвечает dnsmasq по неизвестной причине.

В основном можно попробовать разные подходы:

Используйте другое сетевое устройство: Я использовал реальный сервер, имеющий два физических NICs. Переключение на второй сетевой интерфейс сразу решило мою проблему.

Я должен признать, что я не эксперт в виртуальных машинах, но Oracle, менеджер VM VirtualBox позволяет мне установить до 4 отличных сетевых устройств в VM, в то время как можно даже изменить тип адаптера. Обязательно играйте немного с настройками вокруг, так как моя установка не позволяет такой вещи быть протестированной здесь.

Если это не работает, измените Ваш default файл конфигурации для явного использования DHCP для конфигурации сети:

label ubuntu_12.04.4-desktop-i386
     kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
     append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz ip=:<server-ip>::::eth0:dhcp rw live-netdev=eth0 ethdevice-timeout=10

Не забудьте вставлять <server-ip>.

Однако, если те решения не работают на Вас, можно переключиться на статический IP:

label ubuntu_12.04.4-desktop-i386
     kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
     append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:static rw live-netdev=eth0 ethdevice-timeout=10

Необходимо будет создать дополнительный файл конфигурации для каждого клиента (начальная загрузка PXE должна показать, какие файлы она ищет во время начальной загрузки).

2
ответ дан 13 April 2017 в 15:23

Это - ошибка на ipconfig, не реализовывая стандарт DHCP правильно

, быстрое решение видит/получает, что Serva сделал INITRD_N11. GZ, который включает уже фиксированный ipconfig (я связан для обслуживания разработки)

http://vercot.com/~serva/an/NonWindowsPXE3.html

0
ответ дан 13 April 2017 в 15:23

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

, Если у Вас есть несколько NICs, это может быть вызвано Linux, выбрав тот, который не соединен. Именование сетевого устройства было переделано, и это, вероятно, вступило в силу между версией, которую Вы использовали и тот, на который Вы переключились.

Однако я не уверен возможно, ли переименование, влияло на Вас, так как Вы, по-видимому, не загружались с

ip=nicname
0
ответ дан 13 April 2017 в 15:23

Эта проблема, кажется, восстанавливаема на устройствах с несколькими сетевыми интерфейсами Как попытка обходного решения добавить 'IPAPPEND 2' к Вашему конфигурационному файлу 'по умолчанию' в pxelinux.cfg папке

http://www.syslinux.org/wiki/index.php?title=SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D

0
ответ дан 13 April 2017 в 15:23

Другие вопросы по тегам:

Похожие вопросы: