adrian15 a écrit :
Andrew Smith escribió:
adrian15 a écrit :
> Andrew Smith escribió:
>> mkisofs -o nimblex.iso -v -J -R -D -A nimblex -V nimblex \
>> -no-emul-boot -boot-info-table -boot-load-size 4 \
>> -hidden boot -hidden .creator.iso -hidden .linux.ico -hidden
>> autorun.inf \
>> -b "boot/grub/iso9660_stage1_5" .
>
> Can try with:
>
> boot/grub/stage2_eltorito
> instead of
> boot/grub/iso9660_stage1_5
>
> and see what it happens?
>
> adrian15
No, not really :)
I only know the command used for making this ISO because the maintaner
emailed it to me. I wouldn't know where to start trying to make the
disk myself.
But the other disk has a stage2, not 1.5, or at least it's called that
and the problem is manifest in the same way so maybe there's something
right at the end of stage1 that breaks?
Thanks for trying to help, I've no idea what to look for, having no
specification for the file format.
Andrew
Can't you forward this email to the ISOMASTER developer and ask him why
he does not use stage2_eltorito ?
adrian15
Sorry I must have confused you. I am the ISO Master developer. ISO
Master doesn't use mkisofs. The mkisofs command I posted is used by the
maintainer of the NimbleX distribution. The NimbleX iso, after being
edited with ISO Master, doesn't boot. It boots just fine made with the
mkisofs command.
I asked him why he doesn't use stage2_eltorito, he said he thinks it
might be because he "couldn't apply the gfxboot patch to stage2_eltorito".
Andrew
_______________________________________________
Bug-grub mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-grub
