ITF, для начала, я бы прописал в параметрах загрузки ядра nomodeset i915.modeset=0 nouveau.modeset=0 чтобы ядро не пыталось переключать режимы графики, так чтобы было видно всю загрузку...
ITF, syslinux - это загрузчик, фактически маленькая ОС со своими драйверами и процессами. И прямого отношения к линуксу не имеет.
syslinux (как и grub, как и EFI, LILO, как и куча других загрузчиков типа UBoot) - может загрузить в память кусок бинарного кода и передать на него управление.
А что это за бинарный код - ядро линукса или memtest86 - сильно не важно.
Некоторые загрузчики могут читать (и иногда писать) всякие разные файловые системы типа EXT2/3/4, FAT/VFAT и прочие.. и с них подгружать в память эти куски.
Теперь о сложном - обычно ядра и initrd не просто лежат куском бинарного кода, а еще и сжаты каким нибудь алгоритмом типа gzip, bzip, compress и т.д.
Загрузчик должен прочитать носитель, для этого в загрузчике должны быть драйверы (и это еще раз - не в ядре!!!!), распаковать и положить в память. Вот после этого передать управление на этот кусок бинарного кода.
А в этом бинарном коде уже должны быть свои драйверы и прочее...
ITF, А какой загрузчик используете для ISO?
Обычно, кто-то должен сначала положить ядро и initrd в память, и передать на ядро управление.
При этом внутри ядра должны быть драйверы для монтирования initrd и для дальнейших действий.
Сам initrd может загружать как само ядро, так и загрузчик. Также в ядре (вкомпилен намертво!!!) должен быть драйвер файловой системы, в правильном формате initrd (а этих форматов несколько, как и алгоритмов сжатия).
Как помню, в память загружается ядро, по возможности загружается initrd.
Далее ядро монтирует initrd
Из initrd запускает первый процесс, который выполняет скрипты внутри initrd (подгружает драйверы с initrd, запускает поддерживающие процессы типа dhcp-client)
Один из скриптов перемонтирует корневую файловую систему на нужный носитель.
Ну и переопределяет процесс под номером 1
ITF, Подозреваю, и не напрасно, что в initrd с iso-образа просто нет сетевых драйверов. Ну и скорее всего нет драйверов видео.
Включите их в initrd. Какие именно включать - посмотрите в загруженных модулях lsmod.
Кстати, в сетевом initrd обычно наоборот отсутствуют драйверы scsi/ide/sata :) Тоже обычно мучался с этим. И да, на iPXE стояло около 300 рабочих станций как-то :)
Первое. Ядро и initrd с драйверами должны быть одной версии.
Второе - ядро скорее всего получает управление, и наверняка "не висит", а просто не может вывести информацию на консоль. Другими словами, хорошо бы в ядро вкомпилировать нужные драйверы, или положить их в initrd и подгрузить.
Третье - если есть COM-порт, сделайте вывод консоли в него и смотрите что происходит.
bpsarg, настраивайте разные виланы на самой камере и на компе, тогда они будут в разных виланах.
Ну или не поленитесь, купите простенький tp-link управляемый что-ли.... Например TL-SG105
А причем здесь static routing и vlan-ы?
Не путайте мух и котлеты :)
Да, через любой порт неуправляемого коммутатора можно работать с разными VLAN. Вопрос в том, что на неуправляемом коммутаторе нельзя управлять самими VLAN-ами. Другими словами - какой vlan пришел, на неуправляемый, такой и выйдет. Нельзя будет привязать или назначить (или снять) метку VLAN на конкретных портах.
На неуправляемых коммутаторах все порты гибридные - пропускают трафик для всех и всюду.
Что касается роутинга, то это протокол более высокого уровня - и не все управляемые коммутаторы поддерживают эту фичу.
С другой стороны - если делаете управляемую сеть на виланах - лучше бы, чтобы все оборудование было управляемым.
MaxxDamage, а проверять с двух-трех провайдеров? Честно говоря, вообще не испытываю проблем с коннектами, до серверов у нормальных провайдеров связь всегда хорошая, хоститесь не на убогих, не жалейте лишних 300-500 рублей в месяц.
Скорее всего у Вас библиотека стоит не той версии...
Да и хорошо бы написать из-под чего запускаете, какое окружение, и прочее...