У меня были проблемы с последними живыми компакт-дисками 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
Я первоначально выполнил шаги здесь . В настоящее время у меня есть следующее:
Маршрутизатор имеет пользовательскую конфигурацию Dnsmasq, содержащую следующие строки, показанные ниже:
dhcp-no-override
dhcp-boot=pxelinux.0,,192.168.x.y
С этими настройками, когда я хочу добавить что-то новое в свой Коллекция PXE, я помещаю некоторые файлы в определенные места, добавляю строки в определенные файлы конфигурации, и затем я готов загрузить свою целевую коробку.
В прошлом я делал это для нескольких ситуаций загрузки, включая:
Мой текущий процесс добавления нового живого CD Ubuntu в микс выглядит следующим образом:
initramfs.conf
и затем запустив update-initramfs
внутри chroot: Как только я это сделаю, я могу перезагрузиться. Чтобы испытать это, я использовал базовую виртуальную машину 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
Я был бы признателен за любые идеи, которые есть у каждого.
Спасибо.
У меня вчера была та же проблема на Сервере 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 должна показать, какие файлы она ищет во время начальной загрузки).
Это - ошибка на ipconfig, не реализовывая стандарт DHCP правильно
, быстрое решение видит/получает, что Serva сделал INITRD_N11. GZ, который включает уже фиксированный ipconfig (я связан для обслуживания разработки)
Я знаю, что это - старый вопрос, но он просто укусил меня также.
, Если у Вас есть несколько NICs, это может быть вызвано Linux, выбрав тот, который не соединен. Именование сетевого устройства было переделано, и это, вероятно, вступило в силу между версией, которую Вы использовали и тот, на который Вы переключились.
Однако я не уверен возможно, ли переименование, влияло на Вас, так как Вы, по-видимому, не загружались с
ip=nicname
Эта проблема, кажется, восстанавливаема на устройствах с несколькими сетевыми интерфейсами Как попытка обходного решения добавить 'IPAPPEND 2' к Вашему конфигурационному файлу 'по умолчанию' в pxelinux.cfg папке
http://www.syslinux.org/wiki/index.php?title=SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D