Почему не получается грузить LiveDisk от Dr.Web по PXE?

Question

[ITF]

Есть сервер с pxelinux, развернут веб-сервер, на который выкладываются файлы (iso образы)
Скачал с сайта iso образ утилиты dr.web livedisk.

в pxelinux.cfg -> default указываю следующие строки:
MENU LiveDisk
KERNEL 192.168.1.1/memdisk
APPEND initrd=192.168.1.1/tool/drweb-livedisk.iso

При загрузке открывается основной экран LiveDisk от Dr.Web т.е. загружается syslinux c LiveDisk с его меню, если заглянуть вовнутрь там указано:

label live
  menu label ^Dr.Web LiveDisk
  kernel /casper/vmlinuz
  append boot=casper initrd=/casper/initrd.lz union=aufs quiet splash console=tty1 ---
label memtest
  menu label Test RA^M
  kernel /install/mt86plus

Test Ram - нормально загружается, а сам LiveDisk - нет.
выводит на экран следующее:

BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash)
(initramfs)

и мигает курсор для ввода команд

что поправить, что бы загрузилось?

Пытался распаковать полностью все файлы на веб-сервер в папку drweb и указать пути:

kernel /casper/vmlinuz
append boot=casper initrd=/casper/initrd.lz

не получилось, начинается загрузка но потом пишет:

Error opening '/dev/sda3': Permission denied
Failed to mount '/dev/sda3': Permission denied

... так же ругается /dev/sda4 ...

если прервать пишет: (initramfs) unable to find a medium containing a live file system

Comments

[shurshur]

Ему ещё свой диск нужен, не только содержимое initrd. Можно попробовать initrd перепаковать, засунув туда содержимое диска и возможно пропатчив запускающий скрипт внутри initrd.

[Дмитрий]

Или так, или обеспечить доступность образа rootfs по сети по протоколу, с которым может работать ядро linux (по NFS например), ну и конечно передать соответствующий параметр через загрузчик.

https://www.kernel.org/doc/Documentation/filesyste...

[ITF]

shurshur, не совсем понял про содержимое диска, типа заменить все что лежит в initrd.lz на то что лежит в livedisk?

[ITF]

пытался так сделать - не сработало:
cp: can't create 'root/var/log/': is a directory
mount: mounting /run on /root/run failed: no such file or directory

Создаём рабочую папку и скачиваем LiveDisk:
mkdir /tmp/drweb && cd /tmp/drweb

wget -nc -c -q --show-progress download.geo.drweb.com/pub/drweb/livedisk/drweb-li...



Ставим genisoimage и извлекаем из LiveDisk'а содержимое папки casper:

sudo apt install genisoimage -y

isoinfo -Jf -i drweb-livedisk-900-cd.iso | sed -n "s/^\/casper\///p" | while read x; do isoinfo -J -x /casper/$x -i drweb-livedisk-900-cd.iso > $x; done && rm drweb-livedisk-900-cd.iso



Патчим initramfs:

lzma -dc -S .lz initrd.lz | cpio -id && rm initrd.lz
sed -i '/# Scan local devices for the image/,/done/ {
/#/ i\
# Configuring network and fetching squashfs\
ipconfig eth0\
livefs_root=/cdrom\
mkdir -p ${livefs_root}/casper\
for x in drweb-10bin drweb-25key drweb-50bases filesystem\
do wget 192.168.0.1/PXE/Dr.Web/$x.squashfs -P ${livefs_root}/casper\
done
d
}' scripts/casper
find -mindepth 1 | grep -ve "vmlinuz\|initrd.lz\|\.squashfs" | cpio --quiet --dereference -o -H newc | lzma -9 > initrd.lz
find -mindepth 1 -maxdepth 1 | grep -ve "vmlinuz\|initrd.lz\|\.squashfs" | xargs rm -r



Вот собственно и всё, осталось скопировать содержимое папки /tmp/drweb на PXE-сервер, и грузить через pxelinux можно как-то так:

KERNEL 192.168.0.1/PXE/Dr.Web/vmlinuz
APPEND initrd=192.168.0.1/PXE/Dr.Web/initrd.lz boot=casper

[shurshur]

ITF, initrd чаще всего cpio, но не всегда, там может быть и файловая система. Надо смотреть.

Внутри надо найти файл /linuxrc, это скрипт, который вызывается в самом начале. Надо его почитать и вникнуть, что там делается. Велик шанс, что там ищется cdrom и делается попытка его смонтировать. Надо понять, куда оно монтируется (вероятно, куда-то типа /mnt/cdrom), потом положить содержимое cdrom в тот самый путь (можно выкинуть сам initrd и возможно что-то ещё ненужное, при условии, что точно понятно, что это не нужно), а монтирование из скрипта убрать.

Я лет 10 назад собирался их livecd расковырять, но не добрался. Реальный опыт у меня был с livecd gentoo только. Там надо было закинуть его squashfs и до кучи что-то надо было отковырять в стартовых скриптах, тогда начинало работать.

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

[ITF]

shurshur, там скрипты casper
попросил ИИ сгенерировать скрипты на добавление http загрузки - вроде получилось, в плане:
- видит образ по http, скачивает через wget
- создает папку /mnt/cdrom как loop устройство монтирует туда .iso (в initrd.lz ещё модуль loop закинул)

Но по всей видимости вся путаница в livedisk - сам образ грузиться с syslinux - как основной загрузчик, показывает меню, а дальше у него ещё один загрузчик - vmlinuz, который уже как раз со скриптами casper грузит. Пытался избавиться от первого, и грузить второй.

[shurshur]

ITF, vmlinuz это ядро. В initrd - рамдиск с файлами, скриптами, конфигами итд.

Я сомневаюсь, что ИИ напишет что-то адекватное.

[ITF]

shurshur, он порекомендовал в casper воткнуть следующий код:

# В parse_cmdline() добавить:
            boot=casper)
                export BOOT=casper ;;
            netboot=http)
                export NETBOOT=http ;;
            url=*)
                export HTTP_URL="${x#url=}" ;;

# Добавить новую функцию do_httpmount() (как в предыдущем сообщении)

# В mountroot() изменить условие:
if [ ! -z "${NETBOOT}" ]; then
    if [ "${NETBOOT}" = "http" ]; then
        if do_httpmount ; then
            livefs_root="${mountpoint}"
        else
            panic "Unable to find a live file system via HTTP"
        fi
    elif do_netmount ; then
        livefs_root="${mountpoint}"
    else
        panic "Unable to find a live file system on the network"
    fi
else
    # ... оригинальный код ...
fi

# В конец mountroot() добавить очистку:
    if [ ! -z "${HTTP_MOUNTED}" ]; then
        umount ${mountpoint}
        rm -rf /tmp/http_mount
    fi

ну саму функцию где скачивает с http и маунтит в каталог .iso

[shurshur]

ITF, я его скачал, попробую поковырять. В принципе, там видно, что монтируются три squashfs. Надо только убедить его не искать cdrom. Возможно casper можно уговорить параметрами.

[ITF]

с касперским тож самое, хоте вроде у них от 2024 есть мануал под PXE.

Акронис - работает, SRC - работает, остальные аналогичные типа Strelect, Caine, Hiren - не взлетают.

Опять же у Caine есть документация как делать https://www.caine-live.net/page5/caine_pxe.pdf - ни через NFS, ни через HTTP.

[ITF]

ITF,
что то там с образами и скриптами внутренними...
Caine получилось запустить, Hiren запустил.

Strelec - ни в какую.
Касперский - так же не хочет.

Answer 1

[ITF]

поковырял Initrd и casper и запустил я эту штуку...
Что-то они с путями перемудрили, в итоге монтировать nfsroot надо не папку casper где лежать образы fs, а каталог, в котором лежит каталог casper и в нем файлы fs (либо менять переменную live_media_path).
С выбором настроек запуска не стал заморачиваться, язык интерфейса сразу в параметрах запуска указываю.
В теории никто не мешает делать mount http ресурса, вернее через wget вытаскивать все файлы и закидывают в нужную директорию - это нужно править файл casper - запрос параметра (parse_cmdline), функцию do_netmount() - для вызова своей функции которая уже будет выкачивать файлы.

kernel ${httpServer}/drweb/casper/vmlinuz boot=casper netboot=nfs nfsroot=${nfsServer}/drweb union=aufs debian-installer/language=ru keyboard-configuration/layoutcode?=ru ignore_uuid ---

Comments

[ITF]

не заморачивался с дописыванием, т.к. это внутренний локальный сервер и httpServer смотрит те же каталоги что и nfsServer

Answer 2

[Михаил Лялин]

можно попробовать уточнить в техподержке Dr.Web

Comments

[ITF]

на форуме с 2009 г. пытаются загрузиться по сети с LiveDisk. В 2017 парень какой-то отписался что смог, я его пример выше описал. Попробовал по его мануалу - не получилось. По сути он файловые системы все вытащил из .iso и их грузил.

[shurshur]

Поскольку это бесплатный продукт, то вряд ли по нему какая-то поддержка оказывается. Разве что коммерческим клиентам могут рассмотреть, и то, поскольку это не входит в договорные обязательства, мало на что можно рассчитывать.

Answer 3

[krypt3r]

Пытался распаковать полностью все файлы на веб-сервер в папку drweb и указать пути:
kernel /casper/vmlinuz
append boot=casper initrd=/casper/initrd.lz

А откуда тонкий клиент должен знать, что распакованное ядро у вас находится в HTTP? В конфиге вы этого не указали. Что в логах DHCP-сервера? Иногда их анализ может помочь. Что с файрволлом? Корректно ли настроен для работы с PXE-сервером?

Comments

[ITF]

там выше в комментариях есть более точное, с указанием путей