символические ссылки сломаны записи ISO на CD

Некоторое время у меня возникла самая странная проблема, которая превратила стопку из 10 CD-R в подставки. Я пытаюсь записать загрузочный ISO, вспомогательное программное обеспечение для контроллера ServeRAID в моей коробке IBM x345. Независимо от того, какую программу я использую для записи ISO (cdrecord [raw96r, raw96p], ImgBurn, Nero, CdBurnerXP), символические ссылки в / lib выходят из строя. Например, /lib/libncurses.so.5.2 будет прямо здесь, но /lib/libncurses.so.5, который должен быть символической ссылкой на фактическую библиотеку, будет иметь размер 0. Очевидно, что в какой-то момент это приводит к сбою процесса загрузки .

sudo cdrecord -v -speed=1 -dev=/dev/sg0 -raw96r /tmp/ibm_fm_srsupp_7_12_14_anyos_32-64.iso

Моя последняя идея заключалась в том, чтобы монтировать ISO локально, а затем создать новый ISO из дерева каталогов. У нас также не было большого успеха, но это может быть потому, что я создаю ISO неправильно (?):

sudo genisoimage -no-emul-boot -c bootcd/isolinux/boot.catalog -input-charset iso8859-1 -output-charset iso8859-1 -r -U -b bootcd/isolinux/vmlinuz -hide /mnt/ibm_cd/bootcd/vmlinuz2 -V "ServeRAID_v7_12_14" -iso-level 3 -o /tmp/ibm_cd2.iso /mnt/ibm_cd/

Несколько предыдущих версий от IBM делают то же самое, поэтому Я должен предположить, что проблема на моей стороне. См. Например:

Моя бесконечная благодарность тем, кто может решить эту головоломку !

0
задан 13.05.2020, 02:20

1 ответ

я загрузил ftp://download2.boulder.ibm.com/ecc/sar/CMA/XSA/ibm_fw_srsupp_7_12_14_anyos_32-64.iso

, Вы объявляете, что файл ядра загрузочный образ. Но исходный ISO оборудован загрузочным образом ISOLINUX bootcd/isolinux/isolinux.bin. Сокрытие того файла ядра не будет полезно также.

Так вполне, конечно, неправильно с Вашим выполненным genisoimage

-b bootcd/isolinux/vmlinuz -hide /mnt/ibm_cd/bootcd/vmlinuz2

, и вполне конечно, пропавшие без вести являются опциями

-boot-load-size 4 -boot-info-table

, См. также ISOLINUX Wiki.
Т.е. это должно было бы быть что-то как [1 113]

sudo genisoimage \
  -c bootcd/isolinux/boot.catalog \
  -b bootcd/isolinux/isolinux.bin \
     -boot-load-size 4 -boot-info-table -no-emul-boot \
  -input-charset iso8859-1 -output-charset iso8859-1 \
  -r -U -V "ServeRAID_v7_12_14" -iso-level 3 \
  -o /tmp/ibm_cd2.iso /mnt/ibm_cd/

, программа записи не имеет никакой доли в правильности символьных ссылок. Опция-raw96r довольно экзотична, все же. Ваше средство записи, как известно, отказывается на - дао или - sao?

в исходном изображении существует несколько разорванных символьных связей. Например,

/mnt/ibm_cd/bootcd/usr/X11R6/bin/xsetbg -> usr/X11R6/bin/xloadimage

И некоторые, которые выводят из ISO-образа. Например,

/mnt/ibm_cd/bootcd/etc -> /etc

Те не будут восстановлены выполненным genisomage. Необходимо будет зафиксировать их в распакованной копии дерева файла ISO. Например,

cp -a /mnt/ibm_cd $HOME/unpacked_ibm_cd

, Но ссылка libncurses.so.5, кажется, в порядке.

/mnt/ibm_cd/bootcd/usr/lib/libncurses.so.5 -> libncurses.so.5.2

Это имеет размер 17. Какими средствами Вы видите размер 0?

Имеют хороший день:)

Thomas

0
ответ дан 13.05.2020, 02:20
  • 1
    Я поместил исходный ISO на DVD+RW < pre> xorriso - как cdrecord-v dev =/dev/sr0 - извлекают ibm_fw_srsupp_7_12_14_anyos_32-64.iso</pre> и загруженный это с amd64 системой (не имеет никакого аппаратного обеспечения IBM). Процесс начальной загрузки прибыл в пользовательский интерфейс стиля проклятий, искал применимые контроллеры и жаловался на нахождение ни одного. Цвета находятся в диапазоне ужасных к почти нечитабельному. Но это, кажется, работает. – Ursus 13.05.2020, 02:21
  • 2
    Я понимаю что ссылка/mnt/ibm_cd/bootcd/etc-> / и т.д. должно не обязательно быть неправильным. Хорошо, если файловая система ISO смонтирована как корневой каталог, который, вероятно, имеет место, когда ISO загружается. Так лучше оставляют ту ссылку как есть. – Johnny 13.05.2020, 02:21

Теги

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