Вопрос PXE Загрузите последние компакт-диски 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

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

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

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

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

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

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

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

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

  1. Установите Live CD как образ ISO.
  2. Скопируйте все файлы из образа ISO на жесткий диск.
  3. Скопируйте файлы vmlinuz и initrd.lz из содержимого ISO в область, доступную TFTP-серверу.
  4. Перестройте initrd.lz для поддержки загрузки PXE путем изменения initramfs.conf и затем работает update-initramfs внутри chroot:
    • МОДУЛИ = сетевая загрузка
    • BOOT = NFS
    • NFSROOT = 192.168.x.y: / путь / к / извлекаемые / ISO / Содержание
    • 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 и установил Ubuntu непосредственно на виртуальную машину. После этого я сделал это бездисковым изображением, установив жесткий диск и скопировав содержимое, подобное шагам 1 и 2 выше, а затем попытался выполнить PXE-загрузку.

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

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
2018-02-26 03:18


происхождения




ответы:


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

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

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

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

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

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

Если это не сработает, измените default config-file для явно использовать 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
2018-03-29 16:48



Спасибо за информацию. Просьба уточнить переход на другое сетевое устройство. В настоящее время у моей виртуальной машины имеется только один сетевой адаптер, настроенный как мостовой. Что я могу сделать для второго сетевого интерфейса и как сделать его другим? Что касается первого решения, я не могу даже загрузиться в среду, чтобы перейти к сетевым настройкам; должен ли я изменить конфигурацию моего редактирования файлов корневого раздела напрямую? - jia103
Да, вы можете редактировать файлы в корневом разделе непосредственно из вашей хост-системы. Тем не менее, есть возможность добавлять информацию во время загрузки (я обновлю свой ответ). - MrD
Я боюсь, что единственным решением, которое, казалось, работает для меня, является статический IP-адрес, но не способ, описанный выше. Вместо этого мне пришлось изменить / etc / network / interfaces и /etc/resolv.conf. Я бы предпочел остаться с динамикой, но, о, хорошо. Это должно сработать. У меня теперь проблемы с выходом в Интернет из-за этого, потому что мой перевод шлюза прямо в файл resolv.conf не помог; Мне, вероятно, нужно найти то, что его генерирует, и указать его там, но это прогресс. Благодаря! - jia103
Я получил ответ отсюда об обновлении resolv.conf в Ubuntu: askubuntu.com/questions/157154/..., - jia103


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

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

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


0
2017-07-31 14:13





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

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

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

ф =никнейм


0
2018-04-22 19:40





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

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


0
2018-04-05 14:39