[arch-releng] archiso boot fail from cdrom (Was [PATCH 1/3] [syslinux-iso] ....

[Thomas Bächler]

Am 27.06.2010 00:46, schrieb Gerardo Exequiel Pozzi:
>>> I tested on real machine and booting from cdrom works OK.
>> And also tested under Virtualbox and also works fine booting from
>> cdrom (iso).
>> So if you testwas on qemu, I guess that something is wrong with new
>> cdrom_id (there are several changes) and qemu.

Yes, I tested on qemu. A simple udev rule like this one in the initramfs
will also do the trick:

ACTION=="add|change", SUBSYSTEM=="block", KERNEL=="sr*", GOTO="cdboot_start"
GOTO="cdboot_end"

LABEL="cdboot_start"
IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="?*",
SYMLINK+="disk/by-uuid/$env{ID_FS_UUID_ENC}"
ENV{ID_FS_USAGE}=="filesystem|other", ENV{ID_FS_LABEL_ENC}=="?*",
SYMLINK+="disk/by-label/$env{ID_FS_LABEL_ENC}"
LABEL="cdboot_end"

About memdisk: It works fine on 64 Bit, but not on 32:
http://bsfh.ath.cx/memdisk_32.png

Appending vmalloc=256M to the kernel command line fixes that, but it is
apparently not without side effects - should be good enough for the ISO
though.

I am uploading ISOs that work to
http://alberich.archlinux.org/misc/testiso/, they should be there in
about an hour.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-releng/attachments/20100627/08fdf81d/attachment.bin>