On 06/26/2010 08:14 PM, Thomas Bächler wrote:
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" Looks good for temporary solution, I sent an email to Kay (udev author) about problem with cdrom_id. So we need to wait for response.
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. Wheel seems that depends on amount of RAM (in inverse, yeah), for example: Works OK under 32 bit 512MB RAM and no vmalloc. vmalloc= is needed if machine have >~ 800M of RAM. (I guess related to LOWMEM area defined at 32 bits).
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1